Bug 1020622

host info:
3.10.0-34.el7.x86_64
qemu-kvm-1.5.3-9.el7.x86_64
seabios-bin-1.7.2.2-2.el7.noarch
guest info:
3.10.0-34.el7.x86_64

Steps:
the same to comment #0.

# /usr/libexec/qemu-kvm -M pc -S -cpu SandyBridge -enable-kvm -m 2048 -smp 2,sockets=2,cores=1,threads=1 -no-kvm-pit-reinjection -usb -device usb-tablet,id=input0 -name sluo -uuid 990ea161-6b67-47b2-b803-19fb01d30d30 -rtc base=localtime,clock=host,driftfix=slew -device virtio-serial-pci,id=virtio-serial0,max_ports=16,vectors=0,bus=pci.0,addr=0x3 -chardev socket,id=channel1,path=/tmp/helloworld1,server,nowait -device virtserialport,chardev=channel1,name=com.redhat.rhevm.vdsm,bus=virtio-serial0.0,id=port1 -chardev socket,id=channel2,path=/tmp/helloworld2,server,nowait -device virtserialport,chardev=channel2,name=com.redhat.rhevm.vdsm,bus=virtio-serial0.0,id=port2 -drive file=/home/RHEL-Server-7.0-64.qcow2,if=none,id=drive-virtio-disk,format=qcow2,cache=none,aio=native,werror=stop,rerror=stop -device virtio-blk-pci,vectors=0,bus=pci.0,addr=0x4,scsi=off,drive=drive-virtio-disk,id=virtio-disk,bootindex=1 -netdev tap,id=hostnet0,vhost=on,script=/etc/qemu-ifup -device virtio-net-pci,netdev=hostnet0,id=virtio-net-pci0,mac=2C:41:38:B6:40:21,bus=pci.0,addr=0x5 -device virtio-balloon-pci,id=ballooning,bus=pci.0,addr=0x6 -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0 -k en-us -boot menu=on -spice disable-ticketing,port=5932 -monitor stdio -drive file=/home/my-data-disk.qcow2,if=none,id=drive-data-disk1,format=qcow2,cache=none,werror=stop,rerror=stop -device virtio-scsi-pci,bus=pci.0,addr=0x7,id=scsi0 -device scsi-hd,drive=drive-data-disk1,id=data-disk1,bus=scsi0.0,lun=1 -drive file=/home/my-data-disk.raw,if=none,id=drive-data-disk2,format=raw,cache=none,werror=stop,rerror=stop -device virtio-scsi-pci,bus=pci.0,addr=0x8,id=scsi1 -device scsi-hd,drive=drive-data-disk2,id=data-disk2,bus=scsi1.0,lun=2

Actual results:
Press F12 for boot menu.

Select boot device:

1. Virtio disk PCI:0:4
2. Legacy option rom
3. Floppy [drive A]
4. DVD/CD [ata1-0: QEMU DVD-ROM ATAI-4 DVD/CD]
5. iPXE (PCI 00:05.0)

Expected results:
seabios should recognize virtio-scsi device if specify LUN not 0.
e.g:
1. Virtio disk PCI:0:4
 * Virtio-scsi Drive QEMU QEMU HARDDISK 0.12 *   <----------
 * Virtio-scsi Drive QEMU QEMU HARDDISK 0.12 *   <----------
2. Legacy option rom
3. Floppy [drive A]
4. DVD/CD [ata1-0: QEMU DVD-ROM ATAI-4 DVD/CD]
5. iPXE (PCI 00:05.0)

Yes, this is a known limitation that may be lifted later.

*** Bug 1147370 has been marked as a duplicate of this bug. ***

I hit the issue with seabios-1.7.5-11.el7.x86_64.

*** Bug 1320901 has been marked as a duplicate of this bug. ***

*** Bug 1366464 has been marked as a duplicate of this bug. ***

(In reply to Paolo Bonzini from comment #6)
> Pankaj,
> 
> the fix could apply to either RHEL 6 or RHEL 7, but is there a reason why
> the customer is not able to change the LUN numbers (e.g. change the target
> number and always specify unit=0)?

In RHEV, the unit cannot be manually specified by the customer in an easy way.

The only non intrusive workaround is to detach all the VMs disks and attach again ensuring the boot disk is the first one to be attached.

Patches at https://www.coreboot.org/pipermail/seabios/2017-March/011232.html

(In reply to Paolo Bonzini from comment #16)
> Patches at https://www.coreboot.org/pipermail/seabios/2017-March/011232.html

Paolo, there was some feedback on the series and I don't see the patches in the upstream repo or a v2 anywhere. Do you know anything about this series?

Roman said a couple weeks ago that he was about to send v2.

(In reply to Paolo Bonzini from comment #18)
> Roman said a couple weeks ago that he was about to send v2.

Looks like the code is now upstream:

https://mail.coreboot.org/pipermail/seabios/2017-May/011350.html

Time for a backport?

Yes, hope to post tomorrow.

Fix included in seabios-1.10.2-3.el7

Replaced "virtio-scsi" with SCSI in the doc text.  One virtio-scsi device can have many SCSI devices, some with LUN zero, some with LUN not zero.

*** Bug 1445616 has been marked as a duplicate of this bug. ***

*** Bug 1446132 has been marked as a duplicate of this bug. ***

1.Reproduced this bug this seabios-1.10.2-2.el7.x86_64. I can get the result as "no bootable device".

Boot guest with lun=0

/usr/libexec/qemu-kvm -name guest=r7,debug-threads=on -enable-kvm -M pc -cpu SandyBridge -m 8192 -realtime mlock=off -smp 4,sockets=1,cores=4,threads=1 -boot strict=on -rtc base=localtime,clock=host,driftfix=slew -drive file=/home/rhel74.qcow2,if=none,id=drive-system-disk,format=qcow2,cache=none,aio=native,werror=stop,rerror=stop,serial=QEMU-DISK1 -device virtio-scsi-pci,id=scsi0,bus=pci.0,ioeventfd=off -device scsi-hd,bus=scsi0.0,drive=drive-system-disk,id=system-disk,channel=0,scsi-id=0,lun=1,ver=mike,serial=ababab,bootindex=1 -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vram64_size_mb=0,vgamem_mb=16,bus=pci.0,addr=0x4 -vnc :2 -monitor stdio -netdev tap,id=hostnet0,script=/etc/qemu-ifup -device virtio-net-pci,netdev=hostnet0,id=net0,mac=12:54:00:5c:88:61 -device sga

2.Verified bug with seabios-1.10.2-3.el7.x86_64. 

Guest works well.


So, This bug is fixed. and set this bug as verified.

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-2017:1855

*** Bug 1474730 has been marked as a duplicate of this bug. ***

Hi Paolo, how can we have this package in Fedora 26 as well?

*** Bug 1420869 has been marked as a duplicate of this bug. ***