couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Gonzalez <gonva...@gonvaled.com>
Subject Re: Broken installation on Ubuntu 14.04?
Date Wed, 10 Sep 2014 08:06:05 GMT
Here is the output:

root@system:~# ldd `which couchjs`
        linux-vdso.so.1 =>  (0x00007fff2347d000)
        libcurl.so.4 => /usr/lib/x86_64-linux-gnu/libcurl.so.4
(0x00007fad00a2d000)
        libmozjs185.so.1.0 => /usr/lib/libmozjs185.so.1.0 (0x00007fad0049f000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x00007fad00280000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007facffeba000)
        libidn.so.11 => /usr/lib/x86_64-linux-gnu/libidn.so.11
(0x00007facffc87000)
        librtmp.so.0 => /usr/lib/x86_64-linux-gnu/librtmp.so.0
(0x00007facffa6c000)
        libssl.so.1.0.0 => /lib/x86_64-linux-gnu/libssl.so.1.0.0
(0x00007facff80e000)
        libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0
(0x00007facff434000)
        libgssapi_krb5.so.2 =>
/usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007facff1ed000)
        liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2
(0x00007facfefde000)
        libldap_r-2.4.so.2 =>
/usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x00007facfed8d000)
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007facfeb73000)
        libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6
(0x00007facfe96b000)
        libnspr4.so => /usr/lib/x86_64-linux-gnu/libnspr4.so
(0x00007facfe72e000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x00007facfe429000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007facfe123000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fad00c9e000)
        libgnutls.so.26 => /usr/lib/x86_64-linux-gnu/libgnutls.so.26
(0x00007facfde65000)
        libgcrypt.so.11 => /lib/x86_64-linux-gnu/libgcrypt.so.11
(0x00007facfdbe5000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007facfd9e1000)
        libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3
(0x00007facfd716000)
        libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3
(0x00007facfd4e6000)
        libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2
(0x00007facfd2e2000)
        libkrb5support.so.0 =>
/usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007facfd0d7000)
        libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2
(0x00007facfcebb000)
        libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2
(0x00007facfcca0000)
        libgssapi.so.3 => /usr/lib/x86_64-linux-gnu/libgssapi.so.3
(0x00007facfca62000)
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007facfc859000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
(0x00007facfc643000)
        libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6
(0x00007facfc42f000)
        libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0
(0x00007facfc1ec000)
        libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0
(0x00007facfbfe7000)
        libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1
(0x00007facfbde3000)
        libheimntlm.so.0 => /usr/lib/x86_64-linux-gnu/libheimntlm.so.0
(0x00007facfbbd9000)
        libkrb5.so.26 => /usr/lib/x86_64-linux-gnu/libkrb5.so.26
(0x00007facfb951000)
        libasn1.so.8 => /usr/lib/x86_64-linux-gnu/libasn1.so.8
(0x00007facfb6af000)
        libhcrypto.so.4 => /usr/lib/x86_64-linux-gnu/libhcrypto.so.4
(0x00007facfb47c000)
        libroken.so.18 => /usr/lib/x86_64-linux-gnu/libroken.so.18
(0x00007facfb267000)
        libwind.so.0 => /usr/lib/x86_64-linux-gnu/libwind.so.0
(0x00007facfb03d000)
        libheimbase.so.1 => /usr/lib/x86_64-linux-gnu/libheimbase.so.1
(0x00007facfae2f000)
        libhx509.so.5 => /usr/lib/x86_64-linux-gnu/libhx509.so.5
(0x00007facfabe6000)
        libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
(0x00007facfa92c000)
        libcrypt.so.1 => /lib/x86_64-linux-gnu/libcrypt.so.1
(0x00007facfa6f3000)

On Wed, Sep 10, 2014 at 9:57 AM, Mike Marino <mmarino@gmail.com> wrote:
> Hi Daniel,
>
> It's probably a missing library for couchjs, what does:
>
> ldd `which couchjs`
>
> output?
>
> Cheers,
> Mike
>
> On Wed, Sep 10, 2014 at 9:54 AM, Daniel Gonzalez <gonvaled@gonvaled.com>
> wrote:
>
>> Hi all,
>>
>> I am running Couchdb 1.5.0 in Ubuntu 14.04, installed from the Ubuntu
>> repository
>>
>> root@system:~# dpkg --get-selections | grep couchdb
>> couchdb                                         install
>> couchdb-bin                                     install
>> couchdb-common                                  install
>>
>>
>> {"couchdb":"backend-instance","uuid":"05372efd57621e6e6ab533de3f000910","version":"1.5.0","vendor":{"name":"Ubuntu","version":"14.04"}}
>>
>> Accessing documents and databaes in couchdb is ok (GET, PUT, ...), but
>> accessing any view fails, with error 137:
>> curl -X GET http://localhost:20200/cdr/_design/tools/_view/callsbyorgmonth
>> {"error":"exit_status","reason":"137"}
>>
>> I have read (
>> http://grokbase.com/t/couchdb/user/105k2pjdge/process-error-exist-status-137
>> )
>> that this can be caused by a badly linked libcurl.
>>
>> root@system:~# dpkg --get-selections | grep curl
>> curl                                            install
>> libcurl3:amd64                                  install
>> libcurl3-gnutls:amd64                           install
>> libcurl4-openssl-dev:amd64                      install
>> python3-pycurl                                  install
>>
>> Has anybody encountered this problem? What is the solution?
>>
>> Thanks!
>>
>> More info: I have traced the view access and these are the system calls:
>> root@system:~# strace -c -p 26372
>> Process 26372 attached
>> ^CProcess 26372 detached
>> % time     seconds  usecs/call     calls    errors syscall
>> ------ ----------- ----------- --------- --------- ----------------
>>  34.28    0.065474          22      3039           futex
>>  24.63    0.047049           3     14170           epoll_wait
>>  22.88    0.043712           2     17896           clock_gettime
>>   7.05    0.013459           7      1884           writev
>>   6.06    0.011576           5      2514       318 read
>>   3.32    0.006344         334        19           munmap
>>   0.55    0.001044           8       136           write
>>   0.40    0.000767         256         3           vfork
>>   0.26    0.000505         168         3           madvise
>>   0.16    0.000309          28        11         4 mmap
>>   0.10    0.000199          50         4           wait4
>>   0.09    0.000171          16        11           close
>>   0.04    0.000074           8         9         3 epoll_ctl
>>   0.04    0.000069           3        22           fcntl
>>   0.03    0.000066          11         6           pipe
>>   0.03    0.000052           2        22           rt_sigprocmask
>>   0.02    0.000037           3        14           gettimeofday
>>   0.02    0.000031           3        12           getsockopt
>>   0.01    0.000027           3         8           setsockopt
>>   0.01    0.000021           5         4         2 recvfrom
>>   0.01    0.000013           7         2           rt_sigreturn
>>   0.01    0.000012           6         2         1 accept
>>   0.00    0.000004           4         1           getpeername
>> ------ ----------- ----------- --------- --------- ----------------
>> 100.00    0.191015                 39792       328 total
>>
>> The trace has been done with replications stopped, and with a single
>> view access.
>>

Mime
View raw message