4 ms·
Just installed it on FreeBSD 10.3. Fetched and unpacked the source tarball, then did mostly what the INSTALL.Unix.md said to do; sudo pkg install erlang icu
by eriknstr 10y ago
Just installed it on FreeBSD 10.3.
Fetched and unpacked the source tarball, then did mostly what the INSTALL.Unix.md said to do;
sudo pkg install erlang icu spidermonkey185 gmake gcc curl help2man py27-sphinx
./configure
gmake release
sudo pw useradd couchdb -u 5984 -c "CouchDB Administrator" -L daemon -s /usr/local/bin/bash
sudo cp -R rel/couchdb /home/couchdb
sudo chown -R couchdb:couchdb /home/couchdb
sudo find /home/couchdb -type d -exec chmod 0770 {} \;
sudo find /home/couchdb/etc/ -type f -exec chmod 0644 {} \;
Note how I set the uid to 5984 ;)
Unfortunately, when I try to actually run it...
sudo -i -u couchdb ~couchdb/bin/couchdb
...I'm just getting messages like:
[error] 2016-09-20T23:57:55.321596Z couchdb@localhost emulator --------
Error in process <0.547.0> on node couchdb@localhost with exit value:
{database_does_not_exist,[{mem3_shards,load_shards_from_db,"_users",
[{file,"src/mem3_shards.erl"},{line,327}]},{mem3_shards,load_shards_from_disk,1,
[{file,"src/mem3_shards.erl"},{line,315}]},{mem3_shards,load_shards_from_disk,2,
[{file,"src/mem3_shards.erl"},{line,331}]},{mem3_shards,for_docid,3,
[{file,"src/mem3_shards.erl"},{line,87}]},{fabric_doc_open,go,3,
[{file,"src/fabric_doc_open.erl"},{line,38}]},
{chttpd_auth_cache,ensure_auth_ddoc_exists,2,
[{file,"src/chttpd_auth_cache.erl"},{line,187}]},
{chttpd_auth_cache,listen_for_changes,1,
[{file,"src/chttpd_auth_cache.erl"},{line,134}]}]}
[notice] 2016-09-20T23:57:55.321650Z couchdb@localhost <0.323.0> --------
chttpd_auth_cache changes listener died database_does_not_exist at
mem3_shards:load_shards_from_db/6(line:327) <= mem3_shards:load_shards_from_disk/1(line:315) <=
mem3_shards:load_shards_from_disk/2(line:331) <= mem3_shards:for_docid/3(line:87) <=
fabric_doc_open:go/3(line:38) <= chttpd_auth_cache:ensure_auth_ddoc_exists/2(line:187) <=
chttpd_auth_cache:listen_for_changes/1(line:134)
- chrisfosterelli 10y agoThe new clustered instance doesn't autocreate the system tables. It used to do this in 1.x, but no longer does. You'll have to create these tables: * _global_changes * _metadata * _replicator * _users It's a bit of a pain!
- janl 10y agoThe admin interface has a convenient “Setup” menu point that does all this for you :)
- eriknstr 10y agoThank you both. I assumed that the messages indicated critical error which would mean that CouchDB was not in a running state but indeed the system is running and the admin interface is reachable at 127.0.0.1:5984/_utils/ where the setup can be completed.
- janl 10y agoIt didn't make the cut for 2.0.0, but we definitely should have a nice message there on the command line. Sorry about that! :)
- eriknstr 10y agoNo worries. Deciding it was time to play with CouchDB once again, I just spent the last few hours moving a little side-project I'm working on over from PostgreSQL to CouchDB 2.0. I liked CouchDB last time I tried it but then forgot about it for a while, and aside from that little bit of confusion, CouchDB 2.0 has held up to your motto -- "time to relax!". Well, "moving over" might be a slight exaggeration seeing as how my little project is in such early inception that all I had prior to switching it over to CouchDB 2.0 was a few SQL-files defining the schema of various tables, as well as a couple of other SQL-files with queries to run and a bit of sample data. But anyway, the point still stands that said little project is now using CouchDB.
- janl 10y agoIt didn't make the cut for 2.0.0, but we definitely should have a nice message there on the command line. Sorry about that! :)