Hello
Since I upgrade to 2.x I had only more work with it. The 1.5 is much easier to
handle.
My 1.5 installation is not reachable through internet, so I guess there is not
a problem with missing security patches.
Thanks
Frank
Am 12. Mai 2019 15:30:48 MESZ schrieb Adam Kocoloski :
>Hi Frank,
>
Hi Frank,
Thanks for the followup. Definitely appreciate that the clustering feature adds
complexity and is not appropriate for everyone. The only problem with running
1.x is that we are not providing any updates at all to that release series -
even security patches.
Was there something in
In the end I indeed downgraded to couchdb v1.5 because I don’t use all this
cluster feature and prefer to handle one file for each db ;)
So all is running again but with couch 1.5 on Ubuntu 14.04
And with Futon instead of Fauxton.
Thanks.
frank
> Am 02.05.2019 um 15:21 schrieb Jan Lehnardt :
Glad this worked out. Quick tip then, unless you run this on an 8-core (or
more) machine, you might want to look into reducing your q for this database.
q=2 or $num_cores is a good rule of thumb. You can use our couch-continuum tool
to migrate an existing db: https://npmjs.com/couch-continuum
OK, I found it.
In the 8 shards subdirectories (from -1fff to e000-)
there was still 8 frwiki directories (frwiki.1510609658.couch) with each 5 GB.
I deleted them with:
find . -name frwiki.1510609658.couch -delete
from the shards dir and gone they are.
Hopefully it won’t
Look for a .deleted directory under your data/ directory. The files may
not have been deleted but moved aside due to the
enable_database_recovery setting, or because the DB was still in use
when you restarted CouchDB.
Another useful command is:
$ du -sh /opt/couchdb/data/*
which should tell
Hello
I have CouchDB v2.3.1 (on Ubuntu 14.04) and I use it only for creating
Wikipedia databases with mwscrape.
My shards folder was too big, over 50 GB big, so I deleted one big db
(frwiki) which had 32 GB in Fauxton. That db is gone now.
After this, I thought now my shards folder should be
