qemu-devel
[Top][All Lists]
Advanced

[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: Holger Schranz
Subject: Re: [Qemu-devel] Strange/wrong behavior with iSCSI Tape devices in QEMU 2.8.0-rc4
Date: Wed, 21 Dec 2016 05:44:02 +0100
User-agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1

Hi Fam,

meanwhile I have sent the requested QEMU CLI direct to John. Your request
I will try after the reinstall with the released version.So please wait
for a while.

Best regards

Holger

Am 21.12.2016 um 00:47 schrieb Fam Zheng:
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




---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus




reply via email to

[Prev in Thread] Current Thread [Next in Thread]