Locked scripts do not report lock file location
Bug #1028841 reported by
Jonathan Lange
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu Distributed Development |
New
|
Undecided
|
Unassigned |
Bug Description
Sometimes it's necessary to kill off scripts. Sad but true. When this happens, sometimes they leave their lock file around. This means that such scripts cannot re-launch.
Naturally, the thing to do is to delete the lock file, indicating that it was killed off deliberately. However, it's actually rather difficult to find where this might be. The message, e.g., "Another instance of add_import_jobs is already running", doesn't give you any clues.
Ideally, when something is locked, it tells you where it's locked, or at least gives you a pointer to some way that you can figure it out.
Related branches
lp://qastaging/~james-w/udd/lock-path-in-messages
- Vincent Ladeuil: Approve
- Jonathan Lange (community): Approve
-
Diff: 196 lines (+42/-21)8 files modifiedudd/icommon.py (+25/-4)
udd/scripts/add_import_jobs.py (+1/-2)
udd/scripts/categorise_failures.py (+1/-4)
udd/scripts/email_failures.py (+1/-4)
udd/scripts/import_package.py (+3/-2)
udd/scripts/list_packages.py (+2/-2)
udd/scripts/mass_import.py (+6/-2)
udd/tests/__init__.py (+3/-1)
To post a comment you must log in.