[Bug 591469] [NEW] virtio block devices names are not recycled

Scott Moser smoser at canonical.com
Tue Jun 8 21:40:04 UTC 2010


Public bug reported:

I'm playing with eucalyptus, and attaching and detaching a block device as a virtio (bug 588410)
$ euca-attach-volume  --instance ${inst} --device /dev/vdc ${vol}
VOLUME  vol-5EC30651

Then,

$ euca-detach-volume ${vol}

The device names start as /dev/vda and go through to /dev/vdz and then
to /dev/vdaa ...

The names are not recycled it would appear.  In other buses (scsi) I'm
used to the device name being recycled.

This can most likely be re-created without eucalyptus, using only kvm,
but I dont' have those steps right at hand.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: linux-image-2.6.34-4-virtual 2.6.34-4.11
Regression: No
Reproducible: Yes
ProcVersionSignature: User Name 2.6.34-4.11-virtual 2.6.34
Uname: Linux 2.6.34-4-virtual x86_64
AlsaDevices: Error: command ['ls', '-l', '/dev/snd/'] failed with exit code 2: ls: cannot access /dev/snd/: No such file or directory
AplayDevices: Error: [Errno 2] No such file or directory
Architecture: amd64
ArecordDevices: Error: [Errno 2] No such file or directory
Date: Tue Jun  8 21:29:41 2010
Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Bochs Bochs
PciMultimedia:
 
ProcCmdLine: root=/dev/sda1 console=ttyS0
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: linux
dmi.bios.date: 01/01/2007
dmi.bios.vendor: Bochs
dmi.bios.version: Bochs
dmi.chassis.type: 1
dmi.chassis.vendor: Bochs
dmi.modalias: dmi:bvnBochs:bvrBochs:bd01/01/2007:svnBochs:pnBochs:pvr:cvnBochs:ct1:cvr:
dmi.product.name: Bochs
dmi.sys.vendor: Bochs

** Affects: linux (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: amd64 apport-bug maverick needs-upstream-testing uec-images

-- 
virtio block devices names are not recycled
https://bugs.launchpad.net/bugs/591469
You received this bug notification because you are a member of Kernel
Bugs, which is subscribed to linux in ubuntu.




More information about the kernel-bugs mailing list