RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1466100 - [virtio-win]Win2016 identify non-ide disk as offline + readonly device
Summary: [virtio-win]Win2016 identify non-ide disk as offline + readonly device
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: virtio-win
Version: 8.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Vadim Rozenfeld
QA Contact: Peixiu Hou
URL:
Whiteboard:
: 1462700 (view as bug list)
Depends On: 1682882
Blocks: 1897024
TreeView+ depends on / blocked
 
Reported: 2017-06-29 03:21 UTC by aihua liang
Modified: 2020-12-24 09:19 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-12-01 07:29:12 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Data disk status checked from guest (98.52 KB, image/png)
2017-06-29 03:21 UTC, aihua liang 		no flags Details
View All

Description aihua liang 2017-06-29 03:21:28 UTC 
Created attachment 1292774 [details]
Data disk status checked from guest

Description of problem:
 [virtio-win]Win2016 identify non-ide disk as offline + readonly device

Version-Release number of selected component (if applicable):
  kernel version:3.10.0-680.el7.x86_64
  qemu-kvm-rhev version: qemu-kvm-rhev-2.9.0-10.el7.x86_64

How reproducible:
 100%

Steps to Reproduce:

1.Install a Win2016 guest with drive format "virtio-blk"

2.Start guest with ide, scsi and virtio-blk data disks, qemu cmds as bellow:
    /usr/libexec/qemu-kvm \
    -sandbox off  \
    -machine pc  \
    -nodefaults  \
    -vga cirrus  \
    -chardev socket,id=qmp_id_qmpmonitor1,path=/var/tmp/monitor-qmpmonitor1-20170614-233639-etu9X2zc,server,nowait \
    -mon chardev=qmp_id_qmpmonitor1,mode=control  \
    -chardev socket,id=qmp_id_catch_monitor,path=/var/tmp/monitor-catch_monitor-20170614-233639-etu9X2zc,server,nowait \
    -mon chardev=qmp_id_catch_monitor,mode=control \
    -device pvpanic,ioport=0x505,id=idhq2DAN  \
    -chardev socket,id=serial_id_serial0,path=/var/tmp/serial-serial0-20170614-233639-etu9X2zc,server,nowait \
    -device isa-serial,chardev=serial_id_serial0  \
    -chardev socket,id=seabioslog_id_20170614-233639-etu9X2zc,path=/var/tmp/seabios-20170614-233639-etu9X2zc,server,nowait \
    -device isa-debugcon,chardev=seabioslog_id_20170614-233639-etu9X2zc,iobase=0x402 \
    -device ich9-usb-ehci1,id=usb1,addr=0x1d.7,multifunction=on,bus=pci.0 \
    -device ich9-usb-uhci1,id=usb1.0,multifunction=on,masterbus=usb1.0,addr=0x1d.0,firstport=0,bus=pci.0 \
    -device ich9-usb-uhci2,id=usb1.1,multifunction=on,masterbus=usb1.0,addr=0x1d.2,firstport=2,bus=pci.0 \
    -device ich9-usb-uhci3,id=usb1.2,multifunction=on,masterbus=usb1.0,addr=0x1d.4,firstport=4,bus=pci.0 \
    -drive id=drive_image1,if=none,snapshot=off,aio=native,cache=none,format=raw,serial=aliang,file=/home/win2016-virtio.raw \
    -device virtio-blk-pci,id=image1,drive=drive_image1,bootindex=1,bus=pci.0,addr=0x3,ioeventfd=off \
    -drive id=ide_data,if=none,snapshot=off,aio=native,cache=none,format=raw,file=/home/ide_data.img \
    -device ide-hd,id=data1,drive=ide_data,bus=ide.0 \
    -device virtio-scsi-pci,id=scsi0,bus=pci.0 \
    -drive id=scsi_data,if=none,snapshot=off,aio=native,cache=none,format=raw,file=/home/scsi_data.img \
    -device scsi-hd,id=data2,drive=scsi_data,bus=scsi0.0 \
    -drive id=data_disk,if=none,snapshot=off,aio=native,cache=none,format=raw,file=/home/data_disk.img \
    -device virtio-blk-pci,id=data3,drive=data_disk,bus=pci.0 \
    -device virtio-net-pci,mac=9a:43:44:45:46:47,id=idvMp6XX,vectors=4,netdev=id9qJxPT,bus=pci.0,addr=0x6  \
    -netdev tap,id=id9qJxPT,vhost=on \
    -m 6144  \
    -smp 6,cores=2,threads=1,sockets=3  \
    -cpu 'Broadwell',+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  \
    -no-shutdown \
    -enable-kvm \
    -monitor stdio \
    -spice ipv4,port=5000,disable-ticketing \
    -drive id=drive_cd1,if=none,snapshot=off,aio=native,cache=none,media=cdrom,file=/home/kvm_autotest_root/iso/windows/virtio-win-latest-signed-el7.iso \
    -device ide-cd,id=cd1,drive=drive_cd1,bus=ide.1,unit=0 \
   
3.Check disk status from guest.
   (Server Manager->File and Storage Services->Volumes->Disks)show:
      Ide-data-disk           online
      scsi-data-disk          offline    readonly
      virtio-blk-data-disk    offline    readonly


Actual results:
  virtio-blk and scsi data disk have different online/offline status with ide disk. 
 
Expected results:
  virtio-blk and scsi data disk should have the same online/offline status with ide disk. 

Additional info:
Comment 2 aihua liang 2017-06-29 03:22:45 UTC 
*** Bug 1462700 has been marked as a duplicate of this bug. ***
Comment 3 aihua liang 2017-06-29 03:24:24 UTC 
Additional info:
  virtio-win version: virtio-win-1.9.1-0.el7.iso
Comment 4 Vadim Rozenfeld 2018-09-07 02:37:36 UTC 
I wonder if specifying the serial number information for blk and scsi drives
will fix the problem.

It also can be helpful to search the System Log if event id 158 has been triggered. https://support.microsoft.com/en-au/help/2983588/event-id-158-is-logged-for-identical-disk-guids
Comment 6 Yu Wang 2018-09-07 07:53:02 UTC 
Hi Vadim,

I added "serial=mike_cao1" to drive, but still can reproduce this issue:

-drive id=data_disk,if=none,serial=mike_cao1,snapshot=off,aio=native,cache=none,format=raw,file=blk-data.raw

reproduce steps:

1 boot guest with blk device and without blk driver
2 install blk driver (or uninstall former driver and re-install it)
3 check the disk manager, then it will be offline and readonly disk
Comment 10 Peixiu Hou 2020-11-24 08:59:48 UTC 
Hi,

I tried this issue on rhel8.3.1 host, with qemu command line directly and libvirt way, both reproduced it. 

I also did follows tests:
Server os:
1. Tested on win2016 geust vm, reproduced this issue, blk and scsi disk both shown "offline" + "readonly=yes".
2. Tested on win2019 geust vm, reproduced this issue, blk and scsi disk both shown "offline" + "readonly=yes".
3. Tested on win2012-r2 geust vm, reproduced this issue, blk and scsi disk both shown "offline" + "readonly=yes".
Desktop os:
4. Tested on win8-32 geust vm, did not reproduce this issue, blk and scsi disk both shown "online" + "readonly=no".
5. Tested on win10-64 geust vm, did not reproduce this issue, blk and scsi disk both shown "online" + "readonly=no".

It seems there are some difference between server os and desktop os, I'm not sure if virtio-win driver's issue or windows os limited, hope this info is helpful~

Thanks~
Peixiu
Comment 11 RHEL Program Management 2020-12-01 07:29:12 UTC 
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.
Comment 13 Vadim Rozenfeld 2020-12-21 05:03:59 UTC 
Do you see something like "The Disk is Offline Because of Policy Set by an Administrator"
in the Disk Management console (diskmgmt.msc). If yes, then can you please change the policy
to OnlineALl "san policy=OnlineAll"

However, If the above step doesn't solve the problem, please make sure that all disks have different
unique ids  "diskpart-->list disk-->select disk 1-->uniqueid disk" and them go through all disk to see
the unique ids.


In any case it is up to the system itself to decide if a non-system volume will be on or off-lined.

Best,
Vadim.
Comment 14 Peixiu Hou 2020-12-24 09:19:32 UTC 
(In reply to Vadim Rozenfeld from comment #13)
> Do you see something like "The Disk is Offline Because of Policy Set by an
> Administrator"
> in the Disk Management console (diskmgmt.msc). If yes, then can you please
> change the policy
> to OnlineALl "san policy=OnlineAll"
> 

Yes,tried on win2016 vm, "The Disk is Offline Because of Policy Set by an Administrator" shown on all offline disks.
And I change the policy to OnlineALl with "san policy=OnlineAll" command on diskpart tool, but also cannot change the offline disk to online status, need to manully click online under diskmgmt.msc.

> However, If the above step doesn't solve the problem, please make sure that
> all disks have different
> unique ids  "diskpart-->list disk-->select disk 1-->uniqueid disk" and them
> go through all disk to see
> the unique ids.
> 

Checked all offline disks uniqueid, each DISK ID: 00000000. And I found the disk id cannot be changed when the disk is offline status, it can be changed after disk is online and initialized to mbr or gpt type.
So it seems the offline disk must need to manually online one by one first. 

> 
> In any case it is up to the system itself to decide if a non-system volume
> will be on or off-lined.
> 

Got it, thanks for your confirmation~

Best Regards~
Peixiu
 
> Best,
> Vadim.
Note You need to log in before you can comment on or make changes to this bug.