Red Hat Bugzilla – Bug 455339
[RHEL5 Xen]: PV disks don't have a /sys/block/sdd/device/state field
Last modified: 2010-11-30 03:37:04 EST
Description of problem:
There is no state for a device in the Xen world:
[root@taft-03 device]# cat /sys/block/sdd/device/state
We (storage QA) use this for device failure testing.
I'm going to go ahead and assume you mean paravirtualized guests here, since the
dom0 should be using regular SCSI drivers (and hence, should have the state
With paravirtualized guests, scsi devices are sort of emulated using a ring
device; as such, they aren't real SCSI devices, and don't really respond to SCSI
commands as normal.
That being said, having a "state" doesn't really make a lot of sense for
paravirtualized guests, since for all practical purposes, they can't fail. The
underlying block device in the dom0 might fail, but that is a test in the dom0,
not in the domU; the domU is just at the mercy of the dom0. What exactly are
you trying to test?
Corey, given the comment #1, is this still an issue?
We are trying to test lvm mirror device failures and our tests do that by toggling on and off the state of the device. We can not do that on domUs. I thought that the virtual machines were supposed to be "the same as" real machines in just about every way?
This is a kernel space issue, not userspace
Clearing TB flag...
Would it be possible to hotplug/hotunplug the disk on the host (e.g. via ssh), instead of changing the state on the guest?
Corey, what do you think about the workaround in comment #17? I did similar work for Windows drivers and it is certainly possible to do it for Linux as well, but if a workaround in the host is feasible, that would be much simpler.
Ok, closing then.