[LU-6080] Posix copytool should unregister FIFO on signal Created: 05/Jan/15 Updated: 18/Jun/15 Resolved: 15/Feb/15 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | Lustre 2.7.0 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Bruno Faccini (Inactive) | Assignee: | Bruno Faccini (Inactive) |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
All |
||
| Issue Links: |
|
||||
| Severity: | 3 | ||||
| Rank (Obsolete): | 16918 | ||||
| Description |
|
Original text/report from J.Nemeth (SGI) : If the ct_run() routine (copytool daemon) terminates normally, it calls llapi_hsm_unregister_event_fifo() as well as llapi_hsm_copytool_unregister(). If the daemon is terminated via signal, the signal handler calls llapi_hsm_copytool_unregister(), but does NOT call llapi_hsm_unregister_event_fifo(). This leaves the FIFO file in place, and any subsequent invocation of the copytool with -f and the same FIFO path will fail to open the FIFO file with an EEXIST error. The signal() handler routine should call llapi_hsm_unregister_event_fifo() the same way that ct_run() does on normal termination. |
| Comments |
| Comment by Gerrit Updater [ 05/Jan/15 ] |
|
Faccini Bruno (bruno.faccini@intel.com) uploaded a new patch: http://review.whamcloud.com/13236 |
| Comment by Bruno Faccini (Inactive) [ 05/Jan/15 ] |
|
Master patch to also call llapi_hsm_unregister_event_fifo() (which closes the fifo, and also unlink it only if it has been created, as per |
| Comment by Gerrit Updater [ 07/Jan/15 ] |
|
Oleg Drokin (oleg.drokin@intel.com) merged in patch http://review.whamcloud.com/13236/ |