View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001729 | GNUnet | hostlist daemon | public | 2011-07-07 14:14 | 2011-07-18 13:34 |
| Reporter | mrwiggles | Assigned To | Matthias Wachs | ||
| Priority | normal | Severity | crash | Reproducibility | sometimes |
| Status | closed | Resolution | fixed | ||
| Product Version | Git master | ||||
| Summary | 0001729: hostlist crash | ||||
| Description | This crash seems to happen when: 1) Hostkey generation takes a long time 2) gnunet-arm -e terminates in error (also, i'm guessing, because hostkey generation is slow) 3) Running a planetlab peer on the "real" network #0 0x00177416 in __kernel_vsyscall () #1 0x00207690 in raise () from /lib/libc.so.6 #2 0x00208f91 in abort () from /lib/libc.so.6 #3 0x00d0cc4b in GNUNET_SCHEDULER_add_select (prio=GNUNET_SCHEDULER_PRIORITY_KEEP, prerequisite_task=0, delay={rel_value = 0}, rs=0x0, ws=0x0, task=0, task_cls=0x0) at scheduler.c:1533 #4 0x00d0d288 in GNUNET_SCHEDULER_add_now (task=0, task_cls=0x0) at scheduler.c:1177 #5 0x00199823 in send_hello (cls=0x89024c8, size=0, buf=0x0) at transport_api.c:1089 #6 0x00196a83 in control_transmit_timeout (cls=0x8902620, tc=0xbfddd018) at transport_api.c:784 #7 0x00d0dea9 in GNUNET_SCHEDULER_run (task=0xd09590 <program_main>, task_cls=0xbfddd118) at scheduler.c:648 #8 0x00d094fc in GNUNET_PROGRAM_run (argc=4, argv=0xbfddd214, binaryName=0x804d274 "hostlist", binaryHelp=0x804d2d8 "GNUnet hostlist server and client", options=0x804d460, task=0x80499c0 <run>, task_cls=0x0) at program.c:235 #9 0x080499a6 in main (argc=Cannot access memory at address 0x2a32 Crashes happen approximately 30 seconds after daemon startup, so it's likely just a scheduled task. | ||||
| Additional Information | Error comes from transport_api.c, so may be a transport_api.c error. Also, other services are occasionally crashing on the same assertion on the same system. When this happens, *either* core service or transport service logs an error like the following. This is what points me to a hostkey generation slowness problem. The crashes may stop once the hostkey is generated. Jul 07 12:08:28-194515 transport-10836 ERROR Could not aquire lock on file `/home/tum_dht_testing/.gnunet/.hostkey': Resource temporarily unavailable... Jul 07 12:08:29-593646 transport-10836 ERROR This may be ok if someone is currently generating a hostkey. Jul 07 12:09:29-777599 transport-10836 ERROR Could not aquire lock on file `/home/tum_dht_testing/.gnunet/.hostkey': Resource temporarily unavailable... Jul 07 12:09:29-778170 transport-10836 ERROR This may be ok if someone is currently generating a hostkey. Jul 07 12:10:30-309832 transport-10836 ERROR Could not aquire lock on file `/home/tum_dht_testing/.gnunet/.hostkey': Resource temporarily unavailable... Jul 07 12:10:30-310507 transport-10836 ERROR This may be ok if someone is currently generating a hostkey. | ||||
| Tags | No tags attached. | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2011-07-07 14:14 | mrwiggles | New Issue | |
| 2011-07-07 14:14 | mrwiggles | Status | new => assigned |
| 2011-07-07 14:14 | mrwiggles | Assigned To | => Matthias Wachs |
| 2011-07-07 14:21 | Christian Grothoff | Note Added: 0004478 | |
| 2011-07-07 14:21 | Christian Grothoff | Status | assigned => resolved |
| 2011-07-07 14:21 | Christian Grothoff | Resolution | open => fixed |
| 2011-07-18 13:34 | Christian Grothoff | Status | resolved => closed |
