| Summary: | [virtio-win][vioser]virtioserialport can not be used sometimes with error 995 | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Mike Cao <bcao> | ||||
| Component: | virtio-win | Assignee: | Gal Hammer <ghammer> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Virtualization Bugs <virt-bugs> | ||||
| Severity: | urgent | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 7.0 | CC: | ailan, bcao, hhuang, jen, juzhang, knoel, lijin, lmiksik, mdeng, michen, qzhang, rbalakri, virt-bugs, virt-maint, wyu | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2015-10-20 15:26:22 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: | |||||
| Attachments: |
|
||||||
|
Description
Mike Cao
2013-12-16 06:17:07 UTC
virito-win version :virtio-win-1.6.7-2 el3(build 70) Do you have more information? Error 995 (ERROR_OPERATION_ABORTED) mean that a the read (or write) request was cancelled. Is it possible that the guest is trying to change state to S3? (In reply to Gal Hammer from comment #3) > Do you have more information? Error 995 (ERROR_OPERATION_ABORTED) mean that > a the read (or write) request was cancelled. > Which kind of info can I provide? > Is it possible that the guest is trying to change state to S3? No,I disabled s3/s4 in cli Reproduced this issue again on virtio-win-prewhql-95 ,but only one time Steps: 1.Start VM with 3 virtio-serial-pci ,each one was attached w/ virtserialport CLI:/usr/libexec/qemu-kvm -name 075SRL201264VFEe-kvm -m 6G -smp 8 -uuid 8ed1f259-a833-43ff-914e-ce1b2aa3070c -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/tmp/075SRL201264VFE,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime,driftfix=slew -boot order=cd,menu=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=075SRL201264VFE,if=none,id=drive-ide0-0-0,format=raw,serial=mike_cao,cache=none -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -drive file=en_windows_server_2012_x64_dvd_915478.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive if=none,id=drive-fdc0-0-0,format=raw,cache=none -global isa-fdc.driveA=drive-fdc0-0-0 -netdev tap,script=/etc/qemu-ifup,downscript=no,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=00:52:6e:51:a6:1d,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=isa_serial0 -device usb-tablet,id=input0 -vnc 0.0.0.0:0 -vga cirrus -monitor stdio -device virtio-serial-pci,id=virtio-serial0,max_ports=16 -chardev socket,id=channel0,path=/tmp/helloworld,server,nowait -device virtserialport,chardev=channel0,name=com.redhat.rhevm.vdsm,bus=virtio-serial0.0,id=port0 -device virtio-serial-pci,id=virtio-serial1,max_ports=16 -chardev socket,id=channel1,path=/tmp/helloworld1,server,nowait -device virtserialport,chardev=channel1,name=com.redhat.rhevm.vdsm1,bus=virtio-serial1.0,id=port1 -device virtio-serial-pci,id=virtio-serial2,max_ports=16 -chardev socket,id=channel2,path=/tmp/helloworld2,server,nowait -device virtserialport,chardev=channel2,name=com.redhat.rhevm.vdsm2,bus=virtio-serial2.0,id=port2,nr=10 2.nc -U /tmp/helloworld on the host 3.python serial-host-receive.py com.redhat.rhevm.vdsm 4.nc -U /tmp/helloworld1 on the host 5.python serial-host-receive.py com.redhat.rhevm.vdsm1 6.nc -U /tmp/helloworld2 on the host 7.python serial-host-receive.py com.redhat.rhevm.vdsm2 Actual Results: step6 does not receive any data , It prompts error 995 in the guest Additional info it works fine again after I kill the VM and repeat above steps Created attachment 877098 [details]
screenshot when issue occurs
Deferring again. Since virtio-serial went many bug fixes, it might be already fixed by now. change status to verified according to comment#14. Hi Amnon, Could you please ack the related flags in order to add it into rhel7.2 errata? |