![]() > Wrong behavior/Result inside the VM-Quest together with QEMU/KVM 2.8.0-RC4 > disk FUJITSU ETERNUS_DXL 0000 /dev/sdi /dev/sg14 > disk FUJITSU ETERNUS_DXL 0000 /dev/sdc /dev/sg8 > disk FUJITSU ETERNUS_DXL 0000 /dev/sdd /dev/sg9 > disk FUJITSU ETERNUS_DXL 0000 /dev/sde /dev/sg10 > disk FUJITSU ETERNUS_DXL 0000 /dev/sdf /dev/sg11 > disk FUJITSU ETERNUS_DXL 0000 /dev/sdg /dev/sg12 > disk FUJITSU ETERNUS_DXL 0000 /dev/sdh /dev/sg13 > disk FUJITSU ETERNUS_DXL 0000 /dev/sdb /dev/sg7 > tape HP Ultrium 6-SCSI 23AB /dev/st0 /dev/sg2 > tape HP Ultrium 6-SCSI 23AB /dev/st1 /dev/sg3 > mediumx FUJITSU ETERNUS LT260 6.20 - /dev/sg4 > tape HP Ultrium 5-SCSI 0001 /dev/st2 /dev/sg5 > tape HP Ultrium 5-SCSI 0001 /dev/st3 /dev/sg6 > cd/dvd QEMU QEMU DVD-ROM 2.5+ /dev/sr0 /dev/sg1 > disk FTS PRAID EP420i 4.25 /dev/sda /dev/sg0 > correct behavior/Result inside the VM-Quest together with QEMU/KVM 2.6.2 Lastly, it looks like this worked in our 2.7 release if I'm reading youĬorrectly, so this is a change for the 2.8 release as far as you can What is the architecture and version of the guest? Use to help reproduce the problem? It's easiest if we can cut libvirt Hi, thanks for the report do you have a QEMU command line that we can > but in QEMU, it seems the devices doesn't reported to the VM-Quest. > In a first rough investigation the login in iSCSI runs well > The tape devices and the media changer are declared in the > and the corresponding medium changer are no longer available > After update from QEMU 2.6.2 to 2.8.0-rc4 the tape devices > # Strange/wrong behavior in QEMU 2.8.0-rc4 To: Holger Schranz, qemu-devel +Cc: mueller-ralf 16:53 ` Holger Schranz 0 siblings, 1 reply 12+ messages in thread 9:05 Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4 Holger 17:30 ` John Snow * Re: Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4 disk FUJITSU ETERNUS_DXL 0000 /dev/sdq /dev/sg17 disk FUJITSU ETERNUS_DXL 0000 /dev/sdk /dev/sg11 disk FUJITSU ETERNUS_DXL 0000 /dev/sdl /dev/sg12 disk FUJITSU ETERNUS_DXL 0000 /dev/sdm /dev/sg13 disk FUJITSU ETERNUS_DXL 0000 /dev/sdn /dev/sg14 disk FUJITSU ETERNUS_DXL 0000 /dev/sdo /dev/sg15 disk FUJITSU ETERNUS_DXL 0000 /dev/sdp /dev/sg16 disk FUJITSU ETERNUS_DXL 0000 /dev/sdj /dev/sg10 Wrong behavior/Result inside the VM-Quest together with QEMU/KVM 2.8.0-RC4 disk FUJITSU ETERNUS_DXL 0000 /dev/sdi /dev/sg14 disk FUJITSU ETERNUS_DXL 0000 /dev/sdc /dev/sg8 disk FUJITSU ETERNUS_DXL 0000 /dev/sdd /dev/sg9 disk FUJITSU ETERNUS_DXL 0000 /dev/sde /dev/sg10 disk FUJITSU ETERNUS_DXL 0000 /dev/sdf /dev/sg11 disk FUJITSU ETERNUS_DXL 0000 /dev/sdg /dev/sg12 disk FUJITSU ETERNUS_DXL 0000 /dev/sdh /dev/sg13 disk FUJITSU ETERNUS_DXL 0000 /dev/sdb /dev/sg7 tape HP Ultrium 6-SCSI 23AB /dev/st0 /dev/sg2 ![]() tape HP Ultrium 6-SCSI 23AB /dev/st1 /dev/sg3 mediumx FUJITSU ETERNUS LT260 6.20 - /dev/sg4 tape HP Ultrium 5-SCSI 0001 /dev/st2 /dev/sg5 ![]() tape HP Ultrium 5-SCSI 0001 /dev/st3 /dev/sg6 cd/dvd QEMU QEMU DVD-ROM 2.5+ /dev/sr0 /dev/sg1 disk FTS PRAID EP420i 4.25 /dev/sda /dev/sg0 In a first rough investigation the login in iSCSI runs wellīut in QEMU, it seems the devices doesn't reported to the VM-Quest.Ĭorrect behavior/Result inside the VM-Quest together with QEMU/KVM 2.6.2 The tape devices and the media changer are declared in the # Strange/wrong behavior in QEMU 2.8.0-rc4Īfter update from QEMU 2.6.2 to 2.8.0-rc4 the tape devicesĪnd the corresponding medium changer are no longer available 17:30 ` John Snow 0 siblings, 1 reply 12+ messages in threadįrom: Holger Schranz 9:05 UTC ( / raw) Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4 All of help / color / mirror / Atom feed * Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4 9:05 Holger Schranz
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |