[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU
From: |
Fam Zheng |
Subject: |
Re: [Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4 |
Date: |
Wed, 21 Dec 2016 07:47:38 +0800 |
User-agent: |
Mutt/1.7.1 (2016-10-04) |
On Tue, 12/20 17:53, Holger Schranz wrote:
> Hi John,
>
> sorry or late. I will reproduce it and send you the QEMU command line
> instruction.
>
> About the guest system: LINUX SuSE SLES11 SP4.
>
> About 2.7.0 Release: it doesn't run without the patches for the issue:
> [Qemu-devel] [PATCH] iscsi: Fix divide-by-zero regression on raw SG devices
>
> (I can't find the issue number).
Are there any related message showing up in guest dmesg?
Is it possible to do a git bisect?
Also, does it work if you login with host side iscsi client (iscsiadm) and pass
the /dev/sgX to QEMU?
Fam
>
> Best regards
>
> Holger
>
> Am 19.12.2016 um 18:30 schrieb John Snow:
> >
> > On 12/19/2016 04:05 AM, Holger Schranz wrote:
> > > # Strange/wrong behavior in QEMU 2.8.0-rc4
> > >
> > > After update from QEMU 2.6.2 to 2.8.0-rc4 the tape devices
> > > and the corresponding medium changer are no longer available
> > > in the VM quest system.
> > >
> > > The tape devices and the media changer are declared in the
> > > xml-file for libvirt. Both, tape drives and medium changer
> > > are avalilable via iSCSI.
> > >
> > > In a first rough investigation the login in iSCSI runs well
> > > but in QEMU, it seems the devices doesn't reported to the VM-Quest.
> > >
> > > ------------------
> > >
> > > Best regards
> > >
> > > Holger
> > >
> > Hi, thanks for the report; do you have a QEMU command line that we can
> > use to help reproduce the problem? It's easiest if we can cut libvirt
> > out of the loop.
> >
> > What is the architecture and version of the guest?
> >
> > Lastly, it looks like this worked in our 2.7 release if I'm reading you
> > correctly, so this is a change for the 2.8 release as far as you can
> > tell, right?
> >
> > --js
> >
> > > =====================================================================
> > >
> > > XML-Declration:
> > >
> > > .
> > > .
> > > .
> > >
> > > <!-- SCSI 2 -->
> > > <controller type='scsi' model='virtio-scsi' index='1'>
> > > <alias name='scsi1'/>
> > > </controller>
> > >
> > > <!-- 2 x LTO5 -->
> > > <hostdev mode='subsystem' type='scsi' managed='no' rawio='yes'>
> > > <source protocol='iscsi'
> > > name='iqn.2008-09.net.fsc:server.LT260_61003/4'>
> > > <host name='etcsvms2.abg.fsc.net' port='3260'/>
> > > </source>
> > > <address type='drive' controller='1' bus='0' target='2' unit='1'/>
> > > </hostdev>
> > >
> > > <hostdev mode='subsystem' type='scsi' managed='no' rawio='yes'>
> > > <source protocol='iscsi'
> > > name='iqn.2008-09.net.fsc:server.LT260_61003/5'>
> > > <host name='etcsvms2.abg.fsc.net' port='3260'/>
> > > </source>
> > > <address type='drive' controller='1' bus='0' target='2' unit='2'/>
> > > </hostdev>
> > >
> > > <!-- Virtual media changer Fujitsu LT260 -->
> > > <hostdev mode='subsystem' type='scsi' managed='no' rawio='yes'>
> > > <source protocol='iscsi'
> > > name='iqn.2008-09.net.fsc:server.LT260_61003/6'>
> > > <host name='etcsvms2.abg.fsc.net' port='3260'/>
> > > </source>
> > > <address type='drive' controller='1' bus='0' target='2' unit='3'/>
> > > </hostdev>
> > >
> > > <!-- 2 x LTO6 (via PLP(LAN-attached library)) -->
> > > <hostdev mode='subsystem' type='scsi' managed='no' rawio='yes'>
> > > <source protocol='iscsi'
> > > name='iqn.2008-09.net.fsc:server.LT60_61005/3'>
> > > <host name='etcsvms2.abg.fsc.net' port='3260'/>
> > > </source>
> > > <address type='drive' controller='1' bus='0' target='2' unit='4'/>
> > > </hostdev>
> > >
> > > <hostdev mode='subsystem' type='scsi' managed='no' rawio='yes'>
> > > <source protocol='iscsi'
> > > name='iqn.2008-09.net.fsc:server.LT60_61005/4'>
> > > <host name='etcsvms2.abg.fsc.net' port='3260'/>
> > > </source>
> > > <address type='drive' controller='1' bus='0' target='2' unit='5'/>
> > > </hostdev>
> > > .
> > > .
> > > .
> > >
> > > ===============================================================================
> > >
> > >
> > > correct behavior/Result inside the VM-Quest together with QEMU/KVM 2.6.2
> > > / 2.7.0
> > > --
> > > (VCSTCS82:A)IUP1:~ # lsscsi -g
> > > [0:2:0:0] disk FTS PRAID EP420i 4.25 /dev/sda /dev/sg0
> > > [3:0:0:0] cd/dvd QEMU QEMU DVD-ROM 2.5+ /dev/sr0 /dev/sg1
> > > [8:0:2:1] tape HP Ultrium 5-SCSI 0001 /dev/st3 /dev/sg6
> > > [8:0:2:2] tape HP Ultrium 5-SCSI 0001 /dev/st2 /dev/sg5
> > > [8:0:2:3] mediumx FUJITSU ETERNUS LT260 6.20 - /dev/sg4
> > > [8:0:2:4] tape HP Ultrium 6-SCSI 23AB /dev/st1 /dev/sg3
> > > [8:0:2:5] tape HP Ultrium 6-SCSI 23AB /dev/st0 /dev/sg2
> > > [11:0:0:0] disk FUJITSU ETERNUS_DXL 0000 /dev/sdb /dev/sg7
> > > [11:0:0:2] disk FUJITSU ETERNUS_DXL 0000 /dev/sdh /dev/sg13
> > > [11:0:0:3] disk FUJITSU ETERNUS_DXL 0000 /dev/sdg /dev/sg12
> > > [11:0:0:4] disk FUJITSU ETERNUS_DXL 0000 /dev/sdf /dev/sg11
> > > [11:0:0:5] disk FUJITSU ETERNUS_DXL 0000 /dev/sde /dev/sg10
> > > [11:0:0:6] disk FUJITSU ETERNUS_DXL 0000 /dev/sdd /dev/sg9
> > > [11:0:0:7] disk FUJITSU ETERNUS_DXL 0000 /dev/sdc /dev/sg8
> > > [11:0:0:15] disk FUJITSU ETERNUS_DXL 0000 /dev/sdi /dev/sg14
> > > (VCSTCS82:A)IUP1:~ #
> > >
> > >
> > >
> > > Wrong behavior/Result inside the VM-Quest together with QEMU/KVM 2.8.0-RC4
> > > --
> > > (VCSTCS82:A)IUP1:~ # lsscsi -g
> > > [0:2:0:0] disk FTS PRAID EP420i 4.25 /dev/sda /dev/sg0
> > > [3:0:0:0] cd/dvd QEMU QEMU DVD-ROM 2.5+ /dev/sr0 /dev/sg1
> > > [11:0:1:0] disk FUJITSU ETERNUS_DXL 0000 /dev/sdj /dev/sg10
> > > [11:0:1:2] disk FUJITSU ETERNUS_DXL 0000 /dev/sdp /dev/sg16
> > > [11:0:1:3] disk FUJITSU ETERNUS_DXL 0000 /dev/sdo /dev/sg15
> > > [11:0:1:4] disk FUJITSU ETERNUS_DXL 0000 /dev/sdn /dev/sg14
> > > [11:0:1:5] disk FUJITSU ETERNUS_DXL 0000 /dev/sdm /dev/sg13
> > > [11:0:1:6] disk FUJITSU ETERNUS_DXL 0000 /dev/sdl /dev/sg12
> > > [11:0:1:7] disk FUJITSU ETERNUS_DXL 0000 /dev/sdk /dev/sg11
> > > [11:0:1:15] disk FUJITSU ETERNUS_DXL 0000 /dev/sdq /dev/sg17
> > > (VCSTCS82:A)IUP1:~ #
> > >
>
>
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> https://www.avast.com/antivirus
>
>
- [Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4, Holger Schranz, 2016/12/19
- Re: [Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4, John Snow, 2016/12/19
- Re: [Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4, Holger Schranz, 2016/12/20
- Re: [Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4, Fam Zheng, 2016/12/22
- Re: [Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4, Holger Schranz, 2016/12/22
- Re: [Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4, Fam Zheng, 2016/12/22
- Re: [Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4, Paolo Bonzini, 2016/12/22
- Re: [Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4, Holger Schranz, 2016/12/22