Bug 1711155
Summary: | Vm gets stuck when iscsi disk is not accessible | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux Advanced Virtualization | Reporter: | Han Han <hhan> |
Component: | qemu-kvm | Assignee: | Ademar Reis <areis> |
Status: | CLOSED ERRATA | QA Contact: | Xueqiang Wei <xuwei> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | --- | CC: | coli, ddepaula, dyuan, knoel, mrezanin, timao, virt-maint, xuwei, xuzhang |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | qemu-kvm-4.0.0-3.module+el8.1.0+3265+26c4ed71 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-11-06 07:15:20 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Han Han
2019-05-17 06:29:48 UTC
wontfix in RHEL7 due to capacity. Moving to RHEL8-AV (where this seems to be fixed already, will update it later) (In reply to Han Han from comment #0) > BTW, all works well on > libvirt-5.3.0-1.module+el8.1.0+3164+94495c71.x86_64 > qemu-kvm-4.0.0-1.module+el8.1.0+3216+7947b8cc.x86_64 > libiscsi-1.18.0-6.module+el8+2603+0a5231c4.x86_64 Marking the BZ POST because the fixes are in QEMU-4.0. We need QA_ACK+ for this. Reproduced it on rhel7.7 with below steps: Versions: Host: kernel-3.10.0-1053.el7.x86_64 qemu-kvm-rhev-2.12.0-32.el7 libiscsi-1.9.0-7.el7.x86_64 1. Prepare a iscsi server via targetcli 2. Start a vm with iscsi disk, set rw error policies to ignore /usr/libexec/qemu-kvm \ -S \ -name 'avocado-vt-vm1' \ -sandbox off \ -machine q35 \ -nodefaults \ -device VGA,bus=pcie.0,addr=0x1 \ -device pcie-root-port,id=pcie_root_port_0,slot=2,chassis=2,addr=0x2,bus=pcie.0 \ -device pcie-root-port,id=pcie_root_port_1,slot=3,chassis=3,addr=0x3,bus=pcie.0 \ -device pcie-root-port,id=pcie_root_port_2,slot=4,chassis=4,addr=0x4,bus=pcie.0 \ -chardev socket,id=qmp_id_qmpmonitor1,path=/var/tmp/avocado_yvw268de/monitor-qmpmonitor1-20181017-004217-U4Tik3JV,server,nowait \ -mon chardev=qmp_id_qmpmonitor1,mode=control \ -chardev socket,id=qmp_id_catch_monitor,path=/var/tmp/avocado_yvw268de/monitor-catch_monitor-20181017-004217-U4Tik3JV,server,nowait \ -mon chardev=qmp_id_catch_monitor,mode=control \ -device pvpanic,ioport=0x505,id=idaVJ26s \ -chardev socket,id=serial_id_serial0,path=/var/tmp/avocado_yvw268de/serial-serial0-20181017-004217-U4Tik3JV,server,nowait \ -device isa-serial,chardev=serial_id_serial0 \ -chardev socket,id=seabioslog_id_20181017-004217-U4Tik3JV,path=/var/tmp/avocado_yvw268de/seabios-20181017-004217-U4Tik3JV,server,nowait \ -device isa-debugcon,chardev=seabioslog_id_20181017-004217-U4Tik3JV,iobase=0x402 \ -device pcie-root-port,id=pcie.0-root-port-5,slot=5,chassis=5,addr=0x5,bus=pcie.0 \ -device qemu-xhci,id=usb1,bus=pcie.0-root-port-5,addr=0x0 \ -device pcie-root-port,id=pcie.0-root-port-6,slot=6,chassis=6,addr=0x6,bus=pcie.0 \ -object iothread,id=iothread0 \ -device virtio-scsi-pci,id=virtio_scsi_pci0,bus=pcie.0-root-port-6,addr=0x0,iothread=iothread0 \ -blockdev driver=file,cache.direct=off,cache.no-flush=on,filename=/home/kvm_autotest_root/images/rhel810-64-virtio-scsi.qcow2,node-name=my_file \ -blockdev driver=qcow2,node-name=my,file=my_file \ -device scsi-hd,drive=my,id=image1,bootindex=0 \ -device pcie-root-port,id=pcie.0-root-port-8,slot=8,chassis=8,addr=0x8,bus=pcie.0 \ -device virtio-scsi-pci,id=scsi1,bus=pcie.0-root-port-8,addr=0x0 \ -blockdev driver=qcow2,cache.direct=off,cache.no-flush=on,file.filename=/home/kvm_autotest_root/images/data.qcow2,node-name=drive2,file.driver=file \ -device scsi-hd,drive=drive2,id=data-disk1,bus=scsi1.0 \ -device pcie-root-port,id=pcie.0-root-port-7,slot=7,chassis=7,addr=0x7,bus=pcie.0 \ -device virtio-net-pci,mac=9a:82:83:84:85:86,id=idWBc2X6,vectors=4,netdev=idX17Mug,bus=pcie.0-root-port-7,addr=0x0 \ -netdev tap,id=idX17Mug,vhost=on \ -m 8G \ -smp 12,maxcpus=12,cores=6,threads=1,sockets=2 \ -cpu 'Opteron_G5',+kvm_pv_unhalt \ -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 \ -vnc :0 \ -rtc base=utc,clock=host,driftfix=slew \ -boot order=cdn,once=d,menu=off,strict=off \ -enable-kvm \ -monitor stdio \ -qmp tcp:0:4444,server,nowait \ -blockdev driver=raw,file.driver=iscsi,file.transport=tcp,file.portal=10.66.10.36,file.initiator-name=iqn.1994-05.com.redhat:d399855229c,file.target=iqn.2003-01.org.linux-iscsi.dhcp-10-36.x8664:sn.6131cd5db7bb-3,file.lun=0,cache.direct=off,cache.no-flush=on,node-name=drive3 \ -device scsi-block,drive=drive3,id=data-disk2,bus=scsi1.0,werror=ignore,rerror=ignore \ 3. disable access iscsi server # iptables -A OUTPUT -s 10.73.196.59 -p tcp --dport 3260 -j REJECT After step 3, the vm will hang. Moreover, no response from qmp. (qemu) qemu-kvm: iSCSI: NOP timeout. Reconnecting... # telnet localhost 4444 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. {"execute": "qmp_capabilities"} no return. Retested on rhel8.1.0, not hit this issue, So set status to VERIFIED. Versions: Host: kernel-4.18.0-85.el8.x86_64 qemu-kvm-4.0.0-3.module+el8.1.0+3265+26c4ed71 libiscsi-1.18.0-6.module+el8.1.0+3258+4c45705b.x86_64 Guest: kernel-4.18.0-85.el8.x86_64 After step 3, guest doesn't hang and it has response from qmp monitor. (qemu) info block my: /home/kvm_autotest_root/images/rhel810-64-virtio-scsi.qcow2 (qcow2) Attached to: image1 Cache mode: writeback drive2: /home/kvm_autotest_root/images/data.qcow2 (qcow2) Attached to: data-disk1 Cache mode: writeback, ignore flushes drive3: json:{"driver": "raw", "file": {"lun": 0, "portal": "10.66.10.36", "initiator-name": "iqn.1994-05.com.redhat:d399855229c", "driver": "iscsi", "transport": "tcp", "target": "iqn.2003-01.org.linux-iscsi.dhcp-10-36.x8664:sn.6131cd5db7bb-3"}} (raw) Attached to: data-disk2 Cache mode: writeback, ignore flushes (qemu) info status VM status: running (qemu) qemu-kvm: iSCSI: NOP timeout. Reconnecting... (qemu) info block my: /home/kvm_autotest_root/images/rhel810-64-virtio-scsi.qcow2 (qcow2) Attached to: image1 Cache mode: writeback drive2: /home/kvm_autotest_root/images/data.qcow2 (qcow2) Attached to: data-disk1 Cache mode: writeback, ignore flushes drive3: json:{"driver": "raw", "file": {"lun": 0, "portal": "10.66.10.36", "initiator-name": "iqn.1994-05.com.redhat:d399855229c", "driver": "iscsi", "transport": "tcp", "target": "iqn.2003-01.org.linux-iscsi.dhcp-10-36.x8664:sn.6131cd5db7bb-3"}} (raw) Attached to: data-disk2 Cache mode: writeback, ignore flushes (qemu) info status VM status: running # telnet localhost 4444 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. {"QMP": {"version": {"qemu": {"micro": 0, "minor": 0, "major": 4}, "package": "qemu-kvm-4.0.0-3.module+el8.1.0+3265+26c4ed71"}, "capabilities": ["oob"]}} {"execute": "qmp_capabilities"} {"return": {}} Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2019:3723 |