qemu-nbd processes left behind after instance deletion
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
nova (Ubuntu) |
Confirmed
|
Medium
|
Unassigned |
Bug Description
We have a couple of nova compute nodes which have ended up with a load of qemu-nbd processes:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
24365 root 20 0 364m 2304 988 R 86 0.0 445:23.55 qemu-nbd
10512 root 20 0 363m 2044 924 R 70 0.0 512:55.08 qemu-nbd
28618 root 20 0 294m 2292 980 R 66 0.0 255:53.59 qemu-nbd
31353 root 20 0 294m 2300 984 R 65 0.0 254:18.38 qemu-nbd
12326 root 20 0 289m 2028 920 R 65 0.0 451:57.23 qemu-nbd
1031 root 20 0 361m 2040 920 R 64 0.0 253:19.43 qemu-nbd
28248 root 20 0 291m 2032 924 R 64 0.0 442:52.39 qemu-nbd
5999 root 20 0 294m 2292 984 R 64 0.0 198:28.80 qemu-nbd
28179 root 20 0 291m 2028 920 R 64 0.0 256:06.30 qemu-nbd
13010 root 20 0 291m 2036 924 R 62 0.0 512:27.49 qemu-nbd
18671 root 20 0 300m 2292 988 R 61 0.0 449:27.23 qemu-nbd
Looking at these processes, most of them refer to instances that no longer exist:
# ps -ef | fgrep 10512
root 10512 1 80 00:35 ? 08:34:07 /usr/bin/qemu-nbd -c /dev/nbd9 /srv/nova/
# ls -l /srv/nova/
ls: cannot access /srv/nova/
There are no obvious errors in the logs to suggest anything went wrong.
This is version 1:2013.
Bug #1250231 appears to be describing something very similar if it helps in any way.
affects: | nova → nova (Ubuntu) |
Changed in nova (Ubuntu): | |
status: | Expired → Confirmed |
Changed in nova (Ubuntu): | |
importance: | Undecided → Medium |
Chris
I've seen this happen when the server can't resolve its own hostname, resulting in extra output in the sudo commands that nova uses to create nbd devices; is that potentially happening in your case as well?