Community Packages

Please read this before reporting a bug:
http://wiki.archlinux.org/index.php/Reporting_Bug_Guidelines

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#53499 - [couchdb] fails upon starting

Attached to Project: Community Packages
Opened by Peter (protake) - Wednesday, 29 March 2017, 17:16 GMT
Last edited by Bruno Pagani (ArchangeGabriel) - Thursday, 07 December 2017, 18:45 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sergej Pupykin (sergej)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 6
Private No

Details

$ ./couchdb
[os_mon] memory supervisor port (memsup): Erlang has closed
[os_mon] cpu supervisor port (cpu_sup): Erlang has closed
{"Kernel pid terminated",application_controller,"{application_start_failure,couch_epi,{{shutdown,{failed_to_start_child,\"couch_epi|chttpd_auth|keeper\",{undef,[{crypto,md5,[<<131,106>>],[]},{couch_epi_util,hash,1,[{file,\"src/couch_epi_util.erl\"},{line,25}]},{couch_epi_functions,data,1,[{file,\"src/couch_epi_functions.erl\"},{line,33}]},{couch_epi_module_keeper,do_reload_if_updated,1,[{file,\"src/couch_epi_module_keeper.erl\"},{line,116}]},{gen_server,init_it,6,[{file,\"gen_server.erl\"},{line,328}]},{proc_lib,init_p_do_apply,3,[{file,\"proc_lib.erl\"},{line,247}]}]}}},{couch_epi_app,start,[normal,[]]}}}"}
Kernel pid terminated (application_controller) ({application_start_failure,couch_epi,{{shutdown,{failed_to_start_child,"couch_epi|chttpd_auth|keeper",{undef,[{crypto,md5,[<<131,106>>],[]},{couch_epi_u

Maybe related to the openssl update? Or am I doing something wrong? Fresh installation of couchdb.
This task depends upon

Closed by  Bruno Pagani (ArchangeGabriel)
Thursday, 07 December 2017, 18:45 GMT
Reason for closing:  Fixed
Additional comments about closing:  Was fixed by CouchDB 2.1 release a while ago.
Comment by Sergej Pupykin (sergej) - Friday, 07 April 2017, 11:03 GMT
can it be started using "systemctl start couchdb"?
Comment by Peter (protake) - Friday, 07 April 2017, 11:52 GMT
No. Running

systemctl start couchdb && systemctl status couchdb

does show it as active for a short time, but a second

systemctl status couchdb

leads to

couchdb.service: Failed with result 'exit-code'.


Comment by Bruno Pagani (ArchangeGabriel) - Monday, 24 April 2017, 18:09 GMT
Bumping. OpenSSL update landed in the main repo, Maybe it should be rebuilt using openssl-1.0?
Comment by Guilherme Gonçcalves (guerch) - Monday, 24 April 2017, 22:41 GMT
same issue as OP, any workarounds?
Comment by Sergej Pupykin (sergej) - Tuesday, 25 April 2017, 11:24 GMT
please try couchdb-2.0.0-9
Comment by Simon Friis Vindum (paldepind) - Tuesday, 25 April 2017, 12:14 GMT
I have the same problem. I am using couchdb-2.0.0-9.
Comment by Peter (protake) - Tuesday, 25 April 2017, 12:41 GMT
Still fails, of course. How should adding openssl 1.0 as a dependency fix the issue here? It needs to be actually build against openssl 1.0 as done with all the other packages depending on it.
Comment by Bruno Pagani (ArchangeGabriel) - Tuesday, 25 April 2017, 13:43 GMT
@Peter: Changing the dependency means it has been rebuild against openssl-1.0.

But this was expected not to work in fact (my comment was answered in IRC) because erlang(-nox) is built against openssl. So maybe there is a real issue with couchdb on 1.1 and unless downgrading erlang too this might need proper fixing.
Comment by Sergej Pupykin (sergej) - Tuesday, 25 April 2017, 13:44 GMT
Comment by Bruno Pagani (ArchangeGabriel) - Tuesday, 25 April 2017, 13:49 GMT
Hum, I’ll try tonight and see.
Comment by Sergej Pupykin (sergej) - Tuesday, 25 April 2017, 14:29 GMT
It looks like it does not help
Comment by Ali Ersenal (ersenal) - Wednesday, 26 April 2017, 12:58 GMT
There may be a temporary solution for those who rely on CouchDB for development. I've found that PouchDB Server (https://github.com/pouchdb/pouchdb-server) can be used as a drop-in replacement:

$ sudo npm install -g pouchdb-server
$ pouchdb-server

I've had no issues regarding compatibility (though it should be noted that I don't use advanced CouchDB features) as my design documents, views, and map-reduce scripts worked out-of-the-box.
Comment by Bruno Pagani (ArchangeGabriel) - Thursday, 27 April 2017, 09:19 GMT
I’m not going to install node and npm packages… About compilation, are you sure it used the 1.0 version of openssl? I thought this would require specifying args (like for opensmtpd) or PKGCONFIG path for this, and I see neither in your PKGBUILD.
Comment by Peter (protake) - Thursday, 27 April 2017, 09:42 GMT
…this is exactly what I meant.
Comment by Bruno Pagani (ArchangeGabriel) - Thursday, 27 April 2017, 09:48 GMT
Peter: Oh, OK, sorry, I thought you implied that only the dependencies field had been changed but the package not rebuilt at all.
Comment by Sergej Pupykin (sergej) - Thursday, 27 April 2017, 13:33 GMT
I guess there is some issue with libcrypto in openssl-1.1

perl-net-ssleay also produces crashdump when used from AnyEvent::XMPP::IM::Connection perl module.
(gdb) bt
#0 0x00007ffff43f8ea4 in ?? () from /usr/lib64/libcrypto.so.1.1
#1 0x00007ffff47038a2 in ?? () from /usr/lib64/libssl.so.1.1
#2 0x00007ffff470170f in ?? () from /usr/lib64/libssl.so.1.1
#3 0x00007ffff46e7a3a in ?? () from /usr/lib64/libssl.so.1.1
#4 0x00007ffff46f8049 in SSL_write () from /usr/lib64/libssl.so.1.1
#5 0x00007ffff497f496 in XS_Net__SSLeay_write ()
from /usr/lib/perl5/vendor_perl/auto/Net/SSLeay/SSLeay.so
Comment by Sergej Pupykin (sergej) - Thursday, 27 April 2017, 13:34 GMT
couchdb fails near libcrypto's md5 stuff as I understand.
Comment by Sergej Pupykin (sergej) - Thursday, 27 April 2017, 13:38 GMT
@Alexander, @Antonio, what do you think about libcrypto-1.1 issue. How it can be successfully compiled but failed at runtime?
Comment by Antonio Rojas (arojas) - Thursday, 27 April 2017, 15:52 GMT
No idea. JGC ported erlang to 1.1, he might have some clue.
Comment by Alexander F Rødseth (trontonic) - Thursday, 27 April 2017, 16:48 GMT
Not sure what causes this. I can try rebuilding erlang and try running couchdb with that.
Comment by Alexander F Rødseth (trontonic) - Thursday, 27 April 2017, 17:12 GMT Comment by Alexander F Rødseth (trontonic) - Friday, 28 April 2017, 08:58 GMT
When running this command (from couchdb.service):

ERL_FLAGS="-couch_ini /usr/lib/couchdb/etc/default.ini /usr/lib/couchdb/etc/datadirs.ini /etc/couchdb/local.ini" /usr/lib/couchdb/bin/couchdb

Both with erlang from [community] and with a rebuilt erlang (just in case it was related to an updated dependency somehow), I get the same error message.

Perhaps this is a bug for upstream couchdb?
Comment by Jan de Groot (JGC) - Friday, 28 April 2017, 09:27 GMT
This is probably caused by the backport of OpenSSL 1.1 support to the Erlang package.

Probably couchdb is using something that is removed by the disable-deprecated.patch file.

I'll have a look at erlang package to check if we can re-enable the deprecated features without too much additional porting work.
Comment by Jan de Groot (JGC) - Friday, 28 April 2017, 10:33 GMT
Please try erlang 19.3-3. If this fixes couchdb I'll fix erlang-nox also.
Comment by Ali Ersenal (ersenal) - Friday, 28 April 2017, 11:07 GMT
Thanks for looking into this. I get the same error with that version of erlang also:

$ sudo pacman -S erlang
...
Packages (1) erlang-19.3-3
...
$ sudo pacman -S couchdb
...
Packages (1) couchdb-2.0.0-9
...
$ sudo systemctl start couchdb.service
$ sudo systemctl status couchdb.service
...
(same error)
...
Comment by Jan de Groot (JGC) - Friday, 28 April 2017, 11:13 GMT
Make sure you use a couchdb package that was compiled against OpenSSL 1.1. AFAIK 2.0.0-9 is compiled with OpenSSL 1.0 instead.
Comment by Ali Ersenal (ersenal) - Friday, 28 April 2017, 11:23 GMT
Thanks, I can confirm that it works when compiled against OpenSSL 1.1.
Comment by Sergej Pupykin (sergej) - Friday, 28 April 2017, 11:33 GMT
I'am rebuilding couchdb back to openssl-1.1 in community and community-testing
Comment by Jan de Groot (JGC) - Friday, 28 April 2017, 13:11 GMT
Sergej, why do you keep bumping pkgrel without sane commit messages? Nobody knows what you did on the last 3 pkgrel bumps.
Comment by Sergej Pupykin (sergej) - Friday, 28 April 2017, 14:56 GMT
I forget it when just bumping pkgrel, but when I switched it back to openssl-1.1 I left comment "switch back to openssl-1.1".

https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/couchdb&id=be476aacda21008dc3d4a32a0c5d5fbdf248baff

As I understand most meaningful line must be 1st because of cgit shows only 1st line in history.
Comment by Bruno Pagani (ArchangeGabriel) - Friday, 28 April 2017, 15:07 GMT
Still no luck here:
$ pacman -Q couchdb erlang-nox
couchdb 2.0.0-11
erlang-nox 19.3-3
$ ERL_FLAGS="-couch_ini /usr/lib/couchdb/etc/default.ini /usr/lib/couchdb/etc/datadirs.ini /etc/couchdb/local.ini" /usr/lib/couchdb/bin/couchd
[os_mon] memory supervisor port (memsup): Erlang has closed
[os_mon] cpu supervisor port (cpu_sup): Erlang has closed
{"Kernel pid terminated",application_controller,"{application_start_failure,couch_epi,{{shutdown,{failed_to_start_child,\"couch_epi|chttpd_auth|keeper\",{undef,[{crypto,md5,[<<131,106>>],[]},{couch_epi_util,hash,1,[{file,\"src/couch_epi_util.erl\"},{line,25}]},{couch_epi_functions,data,1,[{file,\"src/couch_epi_functions.erl\"},{line,33}]},{couch_epi_module_keeper,do_reload_if_updated,1,[{file,\"src/couch_epi_module_keeper.erl\"},{line,116}]},{gen_server,init_it,6,[{file,\"gen_server.erl\"},{line,328}]},{proc_lib,init_p_do_apply,3,[{file,\"proc_lib.erl\"},{line,247}]}]}}},{couch_epi_app,start,[normal,[]]}}}"}
Kernel pid terminated (application_controller) ({application_start_failure,couch_epi,{{shutdown,{failed_to_start_child,"couch_epi|chttpd_auth|keeper",{undef,[{crypto,md5,[<<131,106>>],[]},{couch_epi_u

Crash dump is being written to: erl_crash.dump...
Comment by Sergej Pupykin (sergej) - Friday, 28 April 2017, 18:50 GMT
The same for me:

Crash dump is being written to: erl_crash.dump...done

[root@pupykin ~]# pacman -Q erlang
erlang 19.3-3

[root@pupykin ~]# pacman -Q couchdb
couchdb 2.0.0-11
Comment by Ali Ersenal (ersenal) - Friday, 28 April 2017, 19:10 GMT
I haven't tried the repository package yet. I simply downloaded the stable CouchDB version from:

https://www.apache.org/dyn/closer.lua?path=/couchdb/source/2.0.0/apache-couchdb-2.0.0.tar.gz

Then, simply compiled it and replaced /usr/lib/couchdb folder with the compiled artifact (be sure to configure the path for your ini files as well):

$ ./configure && make release

$ pacman -Q openssl erlang
openssl 1.1.0.e-1
erlang 19.3-3

$ sudo systemctl status couchdb.service
● couchdb.service - CouchDB Server
Loaded: loaded (/usr/lib/systemd/system/couchdb.service; disabled; vendor preset: disabled)
Active: active (running) since Fri 2017-04-28 13:22:11 BST; 7h ago
Main PID: 3826 (beam.smp)
Tasks: 47 (limit: 4915)
CGroup: /system.slice/couchdb.service
├─3826 /usr/lib/couchdb/bin/../erts-8.3/bin/beam.smp -K true -A 16 -Bd -- -root /usr/lib/couchdb/bin/.. -progname couchdb -- -home /var/lib/couchdb -- -boot /usr/lib/couchdb/bin/../releases/2.0.0/couchd
├─3837 /usr/lib/couchdb/bin/../erts-8.3/bin/epmd -daemon
├─3856 erl_child_setup 1024
├─3868 sh -s disksup
├─3870 /usr/lib/couchdb/bin/../lib/os_mon-2.4.2/priv/bin/memsup
├─3871 /usr/lib/couchdb/bin/../lib/os_mon-2.4.2/priv/bin/cpu_sup
├─4294 ./bin/couchjs ./share/server/main.js
├─4295 ./bin/couchjs ./share/server/main.js
├─4419 ./bin/couchjs ./share/server/main.js
├─4420 ./bin/couchjs ./share/server/main.js
├─4421 ./bin/couchjs ./share/server/main.js
├─4425 ./bin/couchjs ./share/server/main.js
└─4426 ./bin/couchjs ./share/server/main.js




Comment by Bruno Pagani (ArchangeGabriel) - Saturday, 29 April 2017, 09:03 GMT
@Sergej: I don’t know how you’re building your packages, but I’ve just took the couchdb tree from the repo (@2.0.0-11), built it using extra-x86_64-build and installed, and it works perfectly. ;)

Also, the whole .install file could be removed by making use of systemd-sysusers and systemd-tmpfiles instead. :) See an example in my certbot-user package for instance: https://aur.archlinux.org/cgit/aur.git/tree/?h=certbot-user.
Comment by Sergej Pupykin (sergej) - Sunday, 30 April 2017, 08:28 GMT
couchdb-2.0.0-13 works for me. Probably couchdb-2.0.0-11/12 were built against erlang-nox-19.3-2.
Comment by Guilherme Gonçcalves (guerch) - Sunday, 30 April 2017, 17:04 GMT
2.0.0-13 works but...: snappy? and errors galore:

abr 30 13:59:55 arch couchdb[4723]: [info] 2017-04-30T16:59:55.866396Z couchdb@localhost <0.9.0> -------- Application snappy started on node couchdb@localhost
abr 30 14:00:00 arch couchdb[4723]: [notice] 2017-04-30T17:00:00.846661Z couchdb@localhost <0.326.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)
abr 30 14:00:00 arch couchdb[4723]: [error] 2017-04-30T17:00:00.846699Z couchdb@localhost emulator -------- Error in process <0.453.0> on node couchdb@localhost with exit value:
abr 30 14:00:00 arch couchdb[4723]: {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}]}]}
abr 30 14:00:05 arch couchdb[4723]: [notice] 2017-04-30T17:00:05.847768Z couchdb@localhost <0.326.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)
abr 30 14:00:05 arch couchdb[4723]: [error] 2017-04-30T17:00:05.847831Z couchdb@localhost emulator -------- Error in process <0.550.0> on node couchdb@localhost with exit value:
abr 30 14:00:05 arch couchdb[4723]: {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}]}]}
abr 30 14:00:10 arch couchdb[4723]: [notice] 2017-04-30T17:00:10.848727Z couchdb@localhost <0.326.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)
abr 30 14:00:10 arch couchdb[4723]: [error] 2017-04-30T17:00:10.848800Z couchdb@localhost emulator -------- Error in process <0.615.0> on node couchdb@localhost with exit value:
abr 30 14:00:10 arch couchdb[4723]: {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}]}]}
~
Comment by Alexander F Rødseth (trontonic) - Monday, 08 May 2017, 08:57 GMT
Added Erlang 20.0-rc1 to [community-testing] (erlang-20.0rc-1-x86_64). When running:

ERL_FLAGS="-couch_ini /usr/lib/couchdb/etc/default.ini /usr/lib/couchdb/etc/datadirs.ini /etc/couchdb/local.ini" /usr/lib/couchdb/bin/couchdb

I still get errors. (erl_crash.dump: http://ix.io/t4T)

However, the ssl-related patches and cherrypicks no longer seems to be needed. Please test/confirm.
Comment by Alexander F Rødseth (trontonic) - Monday, 08 May 2017, 10:41 GMT
Feature request for adding support for Erlang 20.0 rc1: https://issues.apache.org/jira/browse/COUCHDB-3414
Comment by Alexander F Rødseth (trontonic) - Friday, 12 May 2017, 14:50 GMT
Updated erlang to 20rc to get the ssl patches from upstream instead of in the PKGBUILD.
Comment by Bruno Pagani (ArchangeGabriel) - Sunday, 14 May 2017, 16:10 GMT
Alexander: I don’t get any issues here.

erlang-nox 20.0rc-1
couchdb 2.0.0-13

And couchdb works fine.
Comment by Alexander F Rødseth (trontonic) - Sunday, 14 May 2017, 19:34 GMT
Bruno, that's good news. Thanks for testing.
Comment by Guilherme Gonçcalves (guerch) - Monday, 15 May 2017, 05:18 GMT
version 2.0.0-14 still fails

mai 15 02:16:35 arch systemd[1]: Started CouchDB Server.
mai 15 02:16:36 arch couchdb[3711]: [os_mon] memory supervisor port (memsup): Erlang has closed
mai 15 02:16:36 arch couchdb[3711]: [os_mon] cpu supervisor port (cpu_sup): Erlang has closed
mai 15 02:16:37 arch couchdb[3711]: {"Kernel pid terminated",application_controller,"{application_start_failure,couch_epi,{{shutdown,{failed_to_start_child,\"couch_epi|chttp
mai 15 02:16:37 arch couchdb[3711]: Kernel pid terminated (application_controller) ({application_start_failure,couch_epi,{{shutdown,{failed_to_start_child,"couch_epi|chttpd_
mai 15 02:16:37 arch systemd[1]: couchdb.service: Main process exited, code=exited, status=1/FAILURE
mai 15 02:16:37 arch systemd[1]: couchdb.service: Unit entered failed state.
mai 15 02:16:37 arch systemd[1]: couchdb.service: Failed with result 'exit-code'.
Comment by Bruno Pagani (ArchangeGabriel) - Monday, 15 May 2017, 14:15 GMT
I confirm that 2.0.0-14 fails, but downgrading to 2.0.0-13 works here. Strange that being mistmatched make things work.

EDIT: Log.

couchdb: [os_mon] memory supervisor port (memsup): Erlang has closed
couchdb: [os_mon] cpu supervisor port (cpu_sup): Erlang has closed
couchdb: {"Kernel pid terminated",application_controller,"{application_start_failure,couch_epi,{{shutdown,{failed_to_start_child,\"couch_epi|chttpd_auth|keeper\",{undef,[{crypto,md5,[<<131,106>>],[]},{couch_epi_util,hash,1,[{file,\"src/couch_epi_util.erl\"},{line,25}]},{couch_epi_functions,data,1,[{file,\"src/couch_epi_functions.erl\"},{line,33}]},{couch_epi_module_keeper,do_reload_if_updated,1,[{file,\"src/couch_epi_module_keeper.erl\"},{line,116}]},{gen_server,init_it,6,[{file,\"gen_server.erl\"},{line,328}]},{proc_lib,init_p_do_apply,3,[{file,\"proc_lib.erl\"},{line,247}]}]}}},{couch_epi_app,start,[normal,[]]}}}"}
couchdb: Kernel pid terminated (application_controller) ({application_start_failure,couch_epi,{{shutdown,{failed_to_start_child,"couch_epi|chttpd_auth|keeper",{undef,[{crypto,md5,[<<131,106>>],[]},{couch_epi_u
Comment by Brandon Gottlob (bnasty) - Tuesday, 16 May 2017, 10:56 GMT
I'm seeing the same exact issue as is Bruno and resolved it in the same way by downgrading to 2.0.0-13
Comment by Omid Momenzadeh (OmidMnz) - Sunday, 21 May 2017, 20:11 GMT
I tried building couchdb 2.0.0-13, which failed against erlang-nox 20.0rc. So I built erlang-nox 19.3-2 and retried building couchdb 2.0.0.13 this time. It builds, but fails right after starting as the community 2.0.0.14 does.
Comment by Bruno Pagani (ArchangeGabriel) - Tuesday, 30 May 2017, 20:56 GMT
Hum… CouchDB built against Erlang 20 failing is likely not a surprise. I’ve seen this in the build log for instance:
/build/couchdb/src/apache-couchdb-2.0.0/src/couch_epi/src/couch_epi_util.erl:33: Warning: call to crypto:md5/1 will fail, since it was removed in 20.0; use crypto:hash/2

And then a bit latter:
/build/couchdb/src/apache-couchdb-2.0.0/src/couch/src/couch_crypto.erl:25: Warning: call to crypto:sha/1 will fail, since it was removed in 20.0; use crypto:hash/2
/build/couchdb/src/apache-couchdb-2.0.0/src/couch/src/couch_crypto.erl:27: Warning: call to crypto:md5/1 will fail, since it was removed in 20.0; use crypto:hash/2
/build/couchdb/src/apache-couchdb-2.0.0/src/couch/src/couch_crypto.erl:37: Warning: call to crypto:sha_init/0 will fail, since it was removed in 20.0; use crypto:hash_init/1
/build/couchdb/src/apache-couchdb-2.0.0/src/couch/src/couch_crypto.erl:39: Warning: call to crypto:md5_init/0 will fail, since it was removed in 20.0; use crypto:hash_init/1
/build/couchdb/src/apache-couchdb-2.0.0/src/couch/src/couch_crypto.erl:50: Warning: call to crypto:sha_update/2 will fail, since it was removed in 20.0; use crypto:hash_update/2
/build/couchdb/src/apache-couchdb-2.0.0/src/couch/src/couch_crypto.erl:52: Warning: call to crypto:md5_update/2 will fail, since it was removed in 20.0; use crypto:hash_update/2
/build/couchdb/src/apache-couchdb-2.0.0/src/couch/src/couch_crypto.erl:63: Warning: call to crypto:sha_final/1 will fail, since it was removed in 20.0; use crypto:hash_final/1
/build/couchdb/src/apache-couchdb-2.0.0/src/couch/src/couch_crypto.erl:65: Warning: call to crypto:md5_final/1 will fail, since it was removed in 20.0; use crypto:hash_final/1
/build/couchdb/src/apache-couchdb-2.0.0/src/couch/src/couch_crypto.erl:76: Warning: call to crypto:sha_mac/2 will fail, since it was removed in 20.0; use crypto:hmac/3

What I still don’t understand is why 2.0.0-13 does work. I’m wondering if erlang is just a makedep and not a rundep, and it seems so since I’ve been able to remove erlang-nox from my system and then still having couchdb starting/working OK. Maybe that’s related to CouchDB packing erts? Anyway this is not a good situation since any further rebuild of couchdb required will make it fail.

Alexander, the bug you’ve reported at https://issues.apache.org/jira/browse/COUCHDB-3414 should be updated with the correct error message (thanks to the last change in the PKGBUILD):
[os_mon] memory supervisor port (memsup): Erlang has closed
[os_mon] cpu supervisor port (cpu_sup): Erlang has closed
{"Kernel pid terminated",application_controller,"{application_start_failure,couch_epi,{{shutdown,{failed_to_start_child,\"couch_epi|chttpd_auth|keeper\",{undef,[{crypto,md5,[<<131,106>>],[]},{couch_epi_util,hash,1,[{file,\"src/couch_epi_util.erl\"},{line,25}]},{couch_epi_functions,data,1,[{file,\"src/couch_epi_functions.erl\"},{line,33}]},{couch_epi_module_keeper,do_reload_if_updated,1,[{file,\"src/couch_epi_module_keeper.erl\"},{line,116}]},{gen_server,init_it,6,[{file,\"gen_server.erl\"},{line,328}]},{proc_lib,init_p_do_apply,3,[{file,\"proc_lib.erl\"},{line,247}]}]}}},{couch_epi_app,start,[normal,[]]}}}"}

And probably add the above compilation messages. If you could do that it would be nice, avoiding me to open an account there.
Comment by Bruno Pagani (ArchangeGabriel) - Thursday, 01 June 2017, 15:08 GMT
Also, maybe we could add a erlang19 package in the repo to add as makedep in couchdb (and remove erlang from deps). What do you think about that?
Comment by Alexander F Rødseth (trontonic) - Thursday, 01 June 2017, 16:40 GMT
But will couchdb with erlang19 as a runtime dependency have OpenSSL-related security issues?

I can add the error message to the bug report tomorrow (I'm on mobile now). Please remind me if I forget.
Comment by Bruno Pagani (ArchangeGabriel) - Friday, 02 June 2017, 13:11 GMT
Erlang19 + SSL patches I mean, just like we had before moving to Erlang20rc (that is, without the deprecation patches).

I’ve also been able to confirm that in the current state Erlang is just a makedep, because CouchDB embeds the erts it founds at compile time. Apparently the PKGBUILD was made so that CouchDB use system erts instead, but this is currently commented out in the PKGBUILD. I think we should get back to using system erts when this issue will be fixed, but in the meantime build against a patched Erlang19.
Comment by Bruno Pagani (ArchangeGabriel) - Sunday, 04 June 2017, 16:45 GMT
I’ve revised this last statement: avoiding to depend on Erlang is a huge size win. So we should just package erlang19-nox and replace erlang with it and move that to makedepends. I’ll try to do all this tomorrow.
Comment by Bruno Pagani (ArchangeGabriel) - Monday, 05 June 2017, 12:22 GMT
OK, I’m almost set, I just need to know how to configure CouchDB from the CLI for a single node setup so that I can test it. If someone knows… (Ref: https://github.com/apache/couchdb-documentation/issues/134, http://docs.couchdb.org/en/2.0.0/install/index.html, https://stackoverflow.com/questions/40799619/couchdb-2-0-installation-and-singel-node-setup)
Comment by Rene (reca) - Friday, 09 June 2017, 13:45 GMT
There is no need for an initial CLI setup after installing CouchDB. The configuration is done via the Web API after launching CouchDB.
I am also stuck at this bug, maybe I can test your fixed package.
Comment by Bruno Pagani (ArchangeGabriel) - Friday, 09 June 2017, 14:04 GMT
The WebAPI single cluster setup is what I’m looking for in fact. I’m calling it CLI because I meant how to setup it using curl. But I think I’ve found anyway, I’ll try that later today.

In the meantime, you can take a shot at the package: https://framadrop.org/r/K9yL1VFQ_H#Mbgb7vA9xwWXz8rsBfMKo/xTeMOWyvLTDV7XbWJBw78=

But please mind the upgrade message. ;) That’s why I need to test things, to be sure that having the couchdb group owning the files (without having couchdb user in it) won’t causes issues.
Comment by Evangelos Foutras (foutrelis) - Saturday, 10 June 2017, 10:27 GMT
The attached patch allows it to work with our current Erlang packages (OTP 20). I didn't fully test it but CouchDB starts and the web interface is functional.

The patch is a straightforward replacement of crypto:rand_bytes with crypto:strong_rand_bytes, along with a single addition of:

{module, crypto} = code:ensure_loaded(crypto)

to src/couch_epi/src/couch_epi_util.erl.

I'm not sure if code:ensure_loaded() is also needed elsewhere; I only patched the place causing the startup failure. Upstream will know how to check if the fix is incomplete.
Comment by Bruno Pagani (ArchangeGabriel) - Saturday, 10 June 2017, 10:59 GMT
Evangelos: They will also be issues with hashing functions (see https://bugs.archlinux.org/task/53499#comment158078).

For now I’ll just push a CouchDB version embedding Erlang 19.3. ;) I’m doing the testing right now, should be online soon.
Comment by Evangelos Foutras (foutrelis) - Saturday, 10 June 2017, 11:08 GMT
Those should work as well, as the crypto module will be loaded by then. (Upstream might want to sprinkle some more code:ensure_loaded()s though.)
Comment by Bruno Pagani (ArchangeGabriel) - Saturday, 10 June 2017, 18:50 GMT
Updated packages pushed. I’ll keep this issue open while waiting for upstream to commit a patch on their side before backporting it in Arch.

Loading...