killfilter should handle updated/deleted executables
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
neutron |
Fix Released
|
Undecided
|
Dan Prince | ||
Folsom |
Fix Released
|
Medium
|
Gary Kotton | ||
quantum (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Quantal |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Using the latest Quantum Grizzly builds on Fedora 17 (git cf54850).
I'm hitting issues with Quantum's DHCP agent where the dnsmasq fail to be killed correctly when using rootwrap;
2012-10-31 21:34:40 ERROR [quantum.
Traceback (most recent call last):
File "/usr/lib/
getattr(driver, action)()
File "/usr/lib/
utils.
File "/usr/lib/
raise RuntimeError(m)
RuntimeError:
Command: ['sudo', '/usr/bin/
Exit code: 1
Stdout: ''
-----------
The issue seems to be similar to something I've hit in Nova as well...
From Nova ticket: https:/
The KillFilter class used by rootwrapper currently relies on the /proc/PID/exe symlink to determine the command used to execute a process. This works fine until an executable is updated/deleted while a process is running.
The fix seems to be to strip ' (deleted)' off of the readlink command.
Related branches
- Openstack Ubuntu Testers: Pending requested
-
Diff: 79 lines (+68/-0)1 file modifieddebian/changelog (+68/-0)
Changed in quantum: | |
assignee: | nobody → Dan Prince (dan-prince) |
status: | New → In Progress |
tags: | added: folsom-backport-potential |
tags: | removed: folsom-backport-potential |
Changed in quantum: | |
milestone: | none → grizzly-1 |
status: | Fix Committed → Fix Released |
Changed in quantum (Ubuntu): | |
status: | New → Fix Released |
Changed in quantum (Ubuntu Quantal): | |
status: | New → Confirmed |
tags: | removed: in-stable-folsom |
Changed in quantum: | |
milestone: | grizzly-1 → 2013.1 |
Fix proposed to branch: master /review. openstack. org/15169
Review: https:/