View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003256 | GNUnet | ARM service | public | 2014-01-07 15:31 | 2018-06-07 21:27 |
| Reporter | Bart Polot | Assigned To | Christian Grothoff | Due Date | |
| Priority | normal | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | unable to reproduce | ||
| Product Version | Git master | ||||
| Target Version | 0.11.0 | Fixed in Version | 0.11.0pre66 | ||
| Summary | 0003256: ARM does not start peer after crash/unplanned shutdown | ||||
| Description | If a peer is shut down without cleaning the sockets in GNUNET_RUNTIME (kill -9, power outage, ...) issuing a gnunet-arm -s assumes that there is already a peer running because the files exist and refuses to start anything. | ||||
| Additional Information | Deleting everything in '/run/user/UID/gnunet-*' allows 'gnunet-arm -s' to work, but I takes a while (and enabling DEBUG messages) to figure out. Definitely not user-friendly! | ||||
| Tags | No tags attached. | ||||
| So the question is _how_ to fix this best. | |
| Do we know how other applications deal with this? | |
| In a personal project what I do is a `ps | grep [process name]` in case of non-responsiveness to make sure the socket (named fifo, in this case) is taken care of. In debian apt-get just complains when a lock file is left around. Kdevelop offers a force option if "singleton" files are detected when starting the program and cannot communicate with a different running instance . | |
| Is this still happening? I've not had this issue in a while... | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2014-01-07 15:31 | Bart Polot | New Issue | |
| 2014-01-13 12:30 | Christian Grothoff | Note Added: 0007985 | |
| 2014-01-13 12:30 | Christian Grothoff | Status | new => confirmed |
| 2014-01-13 12:30 | Christian Grothoff | Note Added: 0007986 | |
| 2014-01-13 13:04 | Bart Polot | Note Added: 0007987 | |
| 2014-01-20 13:31 | Bart Polot | Additional Information Updated | |
| 2014-01-30 14:52 | Christian Grothoff | Target Version | 0.10.1 => |
| 2014-04-11 13:23 | Christian Grothoff | Target Version | => 0.11.0 |
| 2017-02-26 01:24 | Christian Grothoff | Severity | major => tweak |
| 2017-02-26 01:24 | Christian Grothoff | Note Added: 0011858 | |
| 2018-06-07 21:27 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2018-06-07 21:27 | Christian Grothoff | Status | confirmed => closed |
| 2018-06-07 21:27 | Christian Grothoff | Resolution | open => unable to reproduce |
| 2018-06-07 21:27 | Christian Grothoff | Fixed in Version | => 0.11.0pre66 |