View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004482 | Taler | mechant backend | public | 2016-05-02 13:18 | 2016-10-11 17:28 |
| Reporter | Florian Dold | Assigned To | Marcello Stanisci | ||
| Priority | urgent | Severity | block | Reproducibility | have not tried |
| Status | closed | Resolution | won't fix | ||
| Product Version | 0.0 | ||||
| Target Version | 0.1 | Fixed in Version | 0.1 | ||
| Summary | 0004482: merchant sometimes crashes with SIGSEVG | ||||
| Description | The full coredumps are on test-blue@tripwire. From the stack trace I assume it has to do with the key fetching logic ... | ||||
| Additional Information | #0 strlen () at ../sysdeps/x86_64/strlen.S:106 #1 0x000000000040e6cb in TMH_KS_handler_keys (rh=0x61b068 <handlers+168>, connection=0x7f8ed800a1b0, connection_cls=0x7f8ed800a208, upload_data=0x0, upload_data_size=0x7f8ede0b0c58) at taler-exchange-httpd_keystate.c:1002 #2 0x0000000000404370 in handle_mhd_request (cls=0x0, connection=0x7f8ed800a1b0, url=0x7f8ed8000a84 "/keys", method=0x7f8ed8000a80 "GET", version=0x7f8ed8000a8a "HTTP/1.0", upload_data=0x0, upload_data_size=0x7f8ede0b0c58, con_cls=0x7f8ed800a208) at taler-exchange-httpd.c:368 #3 0x00007f8ee4a6c1c2 in call_connection_handler (connection=connection@entry=0x7f8ed800a1b0) at connection.c:1613 #4 0x00007f8ee4a6d641 in MHD_connection_handle_idle (connection=0x7f8ed800a1b0) at connection.c:2541 #5 0x00007f8ee4a72ac2 in MHD_run_from_select (daemon=daemon@entry=0x1fc1810, read_fd_set=read_fd_set@entry=0x7f8ede0b0d90, write_fd_set=write_fd_set@entry=0x7f8ede0b0e10, except_fd_set=except_fd_set@entry=0x7f8ede0b0e90) at daemon.c:2339 #6 0x00007f8ee4a72d63 in MHD_select (daemon=daemon@entry=0x1fc1810, may_block=<optimized out>, may_block@entry=1) at daemon.c:2482 #7 0x00007f8ee4a72f92 in MHD_select_thread (cls=0x1fc1810) at daemon.c:3043 #8 0x00007f8ee41c8454 in start_thread (arg=0x7f8ede0b1700) at pthread_create.c:334 #9 0x00007f8ee3f05edd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 | ||||
| Tags | No tags attached. | ||||
|
|
might not be related, but if the config contains a non-existent exchange and CTRL-C gets pressed after the first failing attempt to get /keys, then the merchant segfaults. |
|
|
You reported this against the merchant, but the stack trace is for the exchange: taler-exchange-httpd_keystate.c:1002 Something is fishy here... |
|
|
Added assertions to help debug this in 025fbdb..eabbafc |
|
|
Oops, I posted the wrong stack trace. But still, there are also merchant stack traces in there: test-blue@tripwire:~$ ls *core* core.libmicrohttpd.23610.tripwire.1461759725 core.taler-merchant-.23613.tripwire.1461759760 core.taler-merchant-.15342.tripwire.1462263261 core.taler-merchant-.3716.tripwire.1462207199 |
|
|
Is this issue still current? |
|
|
That was impossible to reproduce, and might also have "accidentally" fixed. So I suggest to close, and if the problem is still there, it will come back. Ok? |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2016-05-02 13:18 | Florian Dold | New Issue | |
| 2016-05-02 13:18 | Florian Dold | Status | new => assigned |
| 2016-05-02 13:18 | Florian Dold | Assigned To | => Marcello Stanisci |
| 2016-05-02 14:48 | Marcello Stanisci | Note Added: 0010607 | |
| 2016-05-03 05:50 | Christian Grothoff | Note Added: 0010611 | |
| 2016-05-03 05:54 | Christian Grothoff | Note Added: 0010612 | |
| 2016-05-03 11:21 | Florian Dold | Note Added: 0010616 | |
| 2016-05-05 15:24 | Christian Grothoff | Product Version | => 0.0 |
| 2016-05-05 15:24 | Christian Grothoff | Target Version | => 0.1 |
| 2016-05-31 08:39 | Christian Grothoff | Note Added: 0010799 | |
| 2016-05-31 08:39 | Christian Grothoff | Status | assigned => feedback |
| 2016-06-21 16:57 | Marcello Stanisci | Note Added: 0010923 | |
| 2016-06-21 16:57 | Marcello Stanisci | Status | feedback => resolved |
| 2016-06-21 16:57 | Marcello Stanisci | Resolution | open => won't fix |
| 2016-06-21 20:24 | Christian Grothoff | Fixed in Version | => 0.1 |
| 2016-10-11 17:28 | Christian Grothoff | Status | resolved => closed |
