You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@couchdb.apache.org by John Le Brasseur <jo...@gmail.com> on 2020/08/25 13:05:05 UTC
Copying Contents of /Data Directory from a 3.0 Instance of
CouchDB(Windows 10) to the /Data directory(/var/lib/couchdb)(data) Directory
of Ubuntu 20.04
Hi.
I copied the entire Couchdb 3.0 Installation from my Windows 10
installation and saved it.
I have a new Ubuntu 20.04 installation.
After correctly installing CouchDB 3.1 on Ubuntu I deleted all files in the
/var/lib/couchdb(data) directory and copied the files from my Windows /data
directory into it.
I changed ownership to couchdb:couchdb and directory modes to 755 and file
modes to 644.
Using curl I can access couchdb and _all_dbs. but when accessing a
particular database I get
{
"error": "internal_server_error",
"reason": "No DB shards could be opened.",
"ref": 2822102114
}
Also, the databases are greyed out in fauxton.
Obviously this is not best practice, but is there a way to make this work?
--
Many thanks.
John Le Brasseur
Re: Copying Contents of /Data Directory from a 3.0 Instance of
CouchDB(Windows 10) to the /Data directory(/var/lib/couchdb)(data) Directory
of Ubuntu 20.04
Posted by John Le Brasseur <jo...@gmail.com>.
Hi Andrea.
Many thanks!!!
That was it.
My new installation was -name couchdb@127.0.0.1, the old,-name
couchdb@localhost. Changed, solved!!!!!
On Tue, 25 Aug 2020 at 15:59, Andrea Brancatelli
<ab...@schema31.it.invalid> wrote:
> My totally wild guess is the node name in the vm.args across the two
> systems is not matching.
>
> ---
>
> Andrea Brancatelli
>
> On 2020-08-25 15:05, John Le Brasseur wrote:
>
> > Hi.
> > I copied the entire Couchdb 3.0 Installation from my Windows 10
> > installation and saved it.
> > I have a new Ubuntu 20.04 installation.
> > After correctly installing CouchDB 3.1 on Ubuntu I deleted all files in
> the
> > /var/lib/couchdb(data) directory and copied the files from my Windows
> /data
> > directory into it.
> > I changed ownership to couchdb:couchdb and directory modes to 755 and
> file
> > modes to 644.
> > Using curl I can access couchdb and _all_dbs. but when accessing a
> > particular database I get
> > {
> > "error": "internal_server_error",
> > "reason": "No DB shards could be opened.",
> > "ref": 2822102114
> > }
> > Also, the databases are greyed out in fauxton.
> >
> > Obviously this is not best practice, but is there a way to make this
> work?
--
Many thanks.
John Le Brasseur
Re: Copying Contents of /Data Directory from a 3.0 Instance of
CouchDB(Windows 10) to the /Data directory(/var/lib/couchdb)(data) Directory
of Ubuntu 20.04
Posted by Andrea Brancatelli <ab...@schema31.it.INVALID>.
My totally wild guess is the node name in the vm.args across the two
systems is not matching.
---
Andrea Brancatelli
On 2020-08-25 15:05, John Le Brasseur wrote:
> Hi.
> I copied the entire Couchdb 3.0 Installation from my Windows 10
> installation and saved it.
> I have a new Ubuntu 20.04 installation.
> After correctly installing CouchDB 3.1 on Ubuntu I deleted all files in the
> /var/lib/couchdb(data) directory and copied the files from my Windows /data
> directory into it.
> I changed ownership to couchdb:couchdb and directory modes to 755 and file
> modes to 644.
> Using curl I can access couchdb and _all_dbs. but when accessing a
> particular database I get
> {
> "error": "internal_server_error",
> "reason": "No DB shards could be opened.",
> "ref": 2822102114
> }
> Also, the databases are greyed out in fauxton.
>
> Obviously this is not best practice, but is there a way to make this work?