Description of problem: Trying to run a vm with the 3rd virtio-scsi disk will fail. Version-Release number of selected component (if applicable): current master How reproducible: 100% Steps to Reproduce: 1. create a vm with 2 virtio-scsi disks 2. run the vm - wait till it populates the vm device (you should see it under vm device tab - 2 disks with 2 different addresses: {type=drive, bus=0, controller=0, target=0, unit=0} AND {type=drive, bus=0, controller=0, target=0, unit=2}) 3. shutdown the vm 4. add the 3rd virtio-scsi disk 5. run vm Actual results: fails with: Exit message: unsupported configuration: Found duplicate drive address for disk with target name 'sdb' controller='0' bus='0' target='0' unit='2'. Expected results: the 3rd disk get the proper unit 3 and so on. Additional info: Possibly a virt bug and not storage because of the vm structure creation.
To workaround it the 2nd disk can be removed (the one with the stable unit=2 address) and then re-adding 2 disks while the vm is down and then starting up will work fine. I guess(and hope) that detaching the disk and then re-attaching will work the same and by that users won't loose their data.
Michal, this bug resembles bug 1535907, is it a dup? Who's taking it Virt or Storage?
this bug resembles itself very well indeed, but I guess you've meant bug 1529460 :) the agreement was to not sort alphabetically but rather to keep the exiting devices and always plug "at the end"
bug is missing logs, but indeed it's quite likely it's the same ordering issue *** This bug has been marked as a duplicate of bug 1529460 ***