Couchbase server Restore - couchbase

I am trying to restore a couchbase base from the backup file. I used the following command:
./cbrestore
/backup/2019-02-06T121650Z-full
http://127.0.0.1:8091
-u Administrator -p password
–bucket-source=my_bucket
–bucket-destination=my_bucket
When I run the command I get the following error:
s0 error: async operation: error: conn.send() exception:
[Errno 32] Broken pipe on sink: http://10.128.0.2:8091(my_bucket#10.128.0.2:8091)
error: conn.send() exception: [Errno 32] Broken pipe
I used:
couchbase-server5.1.1 community edition
My backup has the sync_gateways sync data also:
couchbase-sync-gateway 1.5.1 version

Related

How to connect QEMU qmp-shell to a VM via unix socket?

I followed this tutorial to connect qmp-shell to a QEMU VM instance.
1. Start QMP on a unix socket
# qemu-system-aarch64 -M virt -qmp unix:./qmp-sock,server,wait=off
2. Run the script
# qmp-shell ./qmp-sock
3. You should get the following prompt
(QEMU)
But step 2 gives below error:
ERROR: Couldn't connect to ./qmp-sock: Failed to establish connection: [Errno 2] No such file or directory
What could be wrong?

cbrestore/cbbackup from Couchbase 5.5 to Couchbase 6.5

I have backed up data from an Couchbase 5.5 cluster, using the following command:
$ cbbackup http://couchbase:8091 ~/cbbackup -u *** -p ***
Then, I copied the ~/cbbackup files out of the cluster and onto my local machine.
I have a new Couchbase 6.5 cluster that I want to migrate the data to.
So then I copied ~/cbbackup in to the new cluster.
However, when I try to restore it in the Couchbase 6.5 cluster this happens:
$ cbrestore ~/cbbackup http://couchbase:8091 -u *** -p ***
2020-05-23 14:11:47,209: s0 error: async operation: error: conn.sendall() exception: [Errno 104] Connection reset by peer on sink: http://couchbase:8091(b'default'#b'couchbase-0001.couchbase.couchbase.svc:8091')
2020-05-23 14:11:47,221: s2 error: async operation: error: conn.sendall() exception: [Errno 104] Connection reset by peer on sink: http://couchbase:8091(b'default'#b'couchbase-0003.couchbase.couchbase.svc:8091')
2020-05-23 14:11:47,226: s1 error: async operation: error: conn.sendall() exception: [Errno 104] Connection reset by peer on sink: http://couchbase:8091(b'default'#b'couchbase-0002.couchbase.couchbase.svc:8091')
error: conn.sendall() exception: [Errno 104] Connection reset by peer
How can I restore the backup from Couchbase 5.5 to my Couchbase 6.5 cluster?
Luckily, I know exactly what you need!
According to this chart of version compatibility, it should be possible for Couchbase 6.5 to restore backups from all the way back to Couchbase 5.0.
The reason it's failing though, I'm not sure. According to this thread at the Couchbase forums, it could be because of some problem handling xattrs [MB-31224] made by Sync Gateway; but again, I'm not sure.
However, after much trial and error, what worked for me once was to use cbbackup from 6.5 to make a backup of the 5.5 cluster. Then it's not cbbackup from 5.5 and cbrestore from 6.5, but rather both from 6.5. And it worked!
My setup was running in Kubernetes, so I did something like this:
$ kubectl run -i -t couchbase-migrate --image=couchbase/server:6.5.1 --restart=Never --rm=true --command -- /bin/bash
root#couchbase-migrate:/# cbbackup http://couchbase:8091 ~/cbbackup -u *** -p ***
...
Then I copied the backup out of the couchbase-migrate pod and onto my local machine.
After that, I did the restore similarly:
$ kubectl run -i -t couchbase-migrate --image=couchbase/server:6.5.1 --restart=Never --rm=true --command -- /bin/bash
...
root#couchbase-migrate:/# cbrestore ~/cbbackup http://couchbase:8091 -u *** -p ***
...
There are compatibility issues with the backup and restore process among the various Couchbase versions.
From the problem statement, it seems like it's one time data migration.
If nothing works and actually I too had the similar use cases, where I simply exported all the records from older version of Couchbase to a external file by running the simple SELECT query and ingested the same using the simple java based application to later version of Couchbase.
The difference between this approach and standard backup/restore process is, backup/restore would take care of building the indexes also and will be faster too.

Getting error: operation failed: Failed to connect to remote libvirt error when I try doing kvm migration using virsh on debian

I am getting the error message
error: operation failed: Failed to connect to remote libvirt URI qemu+ssh://mytargethostname.mydomain.com/system: Cannot recv data: Host key verification failed.: Connection reset by peer
when I try to run the kvm migration command like this
virsh migrate --verbose --live --p2p --tunnelled hosttomigrate qemu+ssh://mytargethostname.mydomain.com/system
I can successfully view the running vms on the target host when I run
virsh -c qemu+ssh://mytargethostname.mydomain.com/system list --all
Is there some special configuration that I may need for kvm ?

Failed to clone an exist mysql server using mysqlserverclone utilities

I installed mysql server 5.7.12 utilities 1.5.6 using mysql installer for windows. I configed mysql-server through installer wizard. Then, I try to clone this server using mysqlcloneserver utilities:
mysqlserverclone --server=root:mysql#localhost:3306 --new-data="C:/Users/quyet/Documents/DBMS/fabric/store" --mysqld="--server-id=2 --log-bin --log-slave-updates --gtid-mode=ON --enforce-gtid-consistency" --new-port=13000 --delete-data
The command ouput this error after run the command:
WARNING: Using a password on the command line interface can be insecure.
# WARNING: Root password for new instance has not been set.
# Cloning the MySQL server running on localhost.
The console has detected that the utility 'mysqlserverclone' ended with an error code.
You can get more information about the error by running the console command 'show last error'.
I run command:
show last error
and get this output:
Execution of utility: 'mysqlserverclone --server=root:mysql#localhost:3306 --new-data=C:/Users/quyet/Documents/DBMS/fabric/store --mysqld=--server-id=2 --log-bin --log-slave-updates --gtid-mode=ON --enforce-gtid-consistency --new-port=13000 --delete-data' ended with return code '1' and with the following error message:
Traceback (most recent call last):
File "G:\ade\build\sb_0-16486154-1442332453.92\Python-2.7.6-windows-x86-32bit\lib\site-packages\cx_Freeze\initscripts\Console.py", line 27, in <module>
File "scripts\mysqlserverclone.py", line 211, in <module>
File ".\mysql\utilities\command\serverclone.py", line 180, in clone_server
File ".\mysql\utilities\common\tools.py", line 254, in get_mysqld_version
IOError: [Errno 13] Permission denied: 'version_check'
I has searched on google but found any similar problems.
Any help will be much appreciated !
A bit outdated, but it might help.
Run Mysql Utils console as administrator

Nagios NDOUtils installation - can't load mysql.so error

Hi I m very new to Linux & mysql...while I m installing ndoutils for nagios ,I have to execute this command from Db folder---
./installdb -u root -p root -h localhost -d nagios
while executing this command m getting this error-
install_driver(mysql) failed: Can't load
'/usr/lib/perl5/auto/DBD/mysql/mysql.so' for module DBD::mysql:
libmysqlclient.so.16: cannot open shared object file: No such file or
directory at /usr/lib/perl5/DynaLoader.pm line 200. at (eval 7) line
3 Compilation failed in require at (eval 7) line 3. Perhaps a required
shared library or dll isn't installed where expected at ./installdb
line 41
What should I do to remove this error? Help me
Looks like you need to install DRD::mysql for perl.
http://metacpan.org/pod/DBD::mysql