couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Davis <paul.joseph.da...@gmail.com>
Subject Re: [VOTE] Apache CouchDB 1.0.3 Release
Date Tue, 28 Jun 2011 15:03:30 GMT
On Mon, Jun 27, 2011 at 5:31 PM, Noah Slater <nslater@apache.org> wrote:
> Everything works, except the bits that didn't.
>
> At the start of running the tests:
>
>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>> Reason: KERN_INVALID_ADDRESS at address: 0x00000000107c34f0
>> [Switching to process 80613 thread 0x2a03]
>> 0x00000000107c34f0 in ?? ()
>> (gdb) bt
>> #0  0x00000000107c34f0 in ?? ()
>> Cannot access memory at address 0x107c34f0
>> #1  0x00007fff88041711 in EVP_DigestInit_ex ()
>> #2  0x00007fff8800f69d in ssleay_rand_bytes ()
>> #3  0x00007fff8800ed2e in ssleay_rand_pseudo_bytes ()
>> #4  0x000000001077a85a in rand_bytes_1 ()
>> #5  0x00000000100fec37 in process_main ()
>> #6  0x000000001007024e in sched_thread_func ()
>> #7  0x000000001018f7fb in thr_wrapper ()
>> #8  0x00007fff80398fd6 in _pthread_start ()
>> #9  0x00007fff80398e89 in thread_start ()
>
> Then later on, I get this:
>
>> Program received signal SIGPIPE, Broken pipe.
>> 0x00007fff803a3932 in select$DARWIN_EXTSN ()
>> (gdb) bt
>> #0  0x00007fff803a3932 in select$DARWIN_EXTSN ()
>> #1  0x000000001011dfd0 in erts_sys_main_thread ()
>> #2  0x00000000100207ef in erl_start ()
>> #3  0x00000000100010c9 in main ()
>
> Blowing away the database, and restarting.
>
> At this point in the logs:
>
>> [info] [<0.1839.0>] 127.0.0.1 - - 'GET' /_uuids?count=600 200
>> [info] [<0.1839.0>] 127.0.0.1 - - 'POST' /test_suite_db/_bulk_docs 201
>> [info] [<0.1839.0>] 127.0.0.1 - - 'POST' /test_suite_db/_ensure_full_commit
201
>> [info] [<0.1839.0>] 127.0.0.1 - - 'GET' /test_suite_db/_design/test/_view/summate?stale=ok
200
>> [info] [<0.1839.0>] 127.0.0.1 - - 'GET' /test_suite_db/_design/test/_info 200
>> [info] [<0.1839.0>] 127.0.0.1 - - 'GET' /test_suite_db/_design/test/_view/all_docs_twice?stale=ok
200
>> [info] [<0.1839.0>] 127.0.0.1 - - 'GET' /test_suite_db/_design/test/_view/single_doc?stale=ok
200
>> [info] [<0.1839.0>] 127.0.0.1 - - 'GET' /test_suite_db/_design/test/_view/summate?stale=ok
200
>> [info] [<0.1839.0>] 127.0.0.1 - - 'POST' /test_suite_db/_ensure_full_commit
201
>> [info] [<0.1839.0>] 127.0.0.1 - - 'POST' /_restart 200
>> Apache CouchDB 1.0.3 (LogLevel=info) is starting.
>>
>
> I get this:
>
>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>> Reason: KERN_PROTECTION_FAILURE at address: 0x00000000107c34f0
>> [Switching to process 81217 thread 0x2903]
>> 0x00000000107c34f0 in ?? ()
>> (gdb) bt
>> #0  0x00000000107c34f0 in ?? ()
>> #1  0x00007fff88041711 in EVP_DigestInit_ex ()
>> #2  0x00007fff8800f69d in ssleay_rand_bytes ()
>> #3  0x00007fff8800ed2e in ssleay_rand_pseudo_bytes ()
>> #4  0x00000000107d585a in rand_bytes_1 ()
>> #5  0x00000000100fec37 in process_main ()
>> #6  0x000000001007024e in sched_thread_func ()
>> #7  0x000000001018f7fb in thr_wrapper ()
>> #8  0x00007fff80398fd6 in _pthread_start ()
>> #9  0x00007fff80398e89 in thread_start ()
>
> When I quit GDB this was reported as a bus error.
>
> Reran and at this point in the logs:
>
>> [info] [<0.5073.0>] Compaction for db "test_suite_db_a" completed.
>> [info] [<0.3581.0>] 127.0.0.1 - - 'GET' /test_suite_db_a/ 200
>> [info] [<0.3581.0>] 127.0.0.1 - - 'PUT' /test_suite_db_a/30 201
>> [info] [<0.3581.0>] 127.0.0.1 - - 'GET' /_active_tasks 200
>> [info] [<0.3608.0>] 127.0.0.1 - - 'GET' /test_suite_db_a/30?open_revs=["1-2caeb8875a4d87f9dae3535022744785"]&revs=true&latest=true&att_encoding_info=true
200
>> [info] [<0.3581.0>] 127.0.0.1 - - 'GET' /test_suite_db_a/ 200
>> [info] [<0.3581.0>] 127.0.0.1 - - 'GET' /test_suite_db_b/ 200
>> [info] [<0.3581.0>] 127.0.0.1 - - 'GET' /test_suite_db_b/30 200
>> [info] [<0.3581.0>] 127.0.0.1 - - 'POST' /_replicate 200
>> [info] [<0.3581.0>] 127.0.0.1 - - 'DELETE' /test_suite_db_a/ 200
>
> I got this again:
>
>> Program received signal SIGPIPE, Broken pipe.
>> 0x00007fff803a3932 in select$DARWIN_EXTSN ()
>> (gdb) bt
>> #0  0x00007fff803a3932 in select$DARWIN_EXTSN ()
>> #1  0x000000001011dfd0 in erts_sys_main_thread ()
>> #2  0x00000000100207ef in erl_start ()
>> #3  0x00000000100010c9 in main ()
>>
>

I'm constantly impressed that you manage to have an OpenSSL library
installation that segfaults. Is it perhaps possible that I can get a
remote login to this machine to try and debug what's going on? I'm
doubtful but at this point I don't have any better response other than
sending you a link to http://nelsonhaha.com/

HTH,
Paul Davis

Mime
View raw message