Bug 1370076 - Docs: RHV-H boot via usb device prepared with livecd-iso-to-disk hang with dracut-initqueue[573]: Warning: dracut-initqueue timeout - starting timeout scripts
Summary: Docs: RHV-H boot via usb device prepared with livecd-iso-to-disk hang with dr...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: Documentation
Version: 4.0.2
Hardware: x86_64
OS: Linux
medium
high
Target Milestone: ovirt-4.1.1-1
: ---
Assignee: rhev-docs@redhat.com
QA Contact: jianwu
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-08-25 09:05 UTC by Andrea Perotti
Modified: 2019-05-07 13:13 UTC (History)
17 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-04-24 06:35:46 UTC
oVirt Team: Docs
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
rdsosreport from dracut emergency shell (108.38 KB, text/plain)
2016-08-25 09:11 UTC, Andrea Perotti
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1412108 0 unspecified CLOSED livecd-iso-to-disk cannot work 2021-02-22 00:41:40 UTC

Internal Links: 1412108

Description Andrea Perotti 2016-08-25 09:05:24 UTC
Description of problem:
When booting with an usb device loaded with RHVH-4.0, the boot hang with error:

[  203.142060] localhost dracut-initqueue[573]: Warning: dracut-initqueue timeout - starting timeout scripts
[  203.678817] localhost dracut-initqueue[573]: Warning: dracut-initqueue timeout - starting timeout scripts
[  203.679394] localhost dracut-initqueue[573]: Warning: Could not boot.
[  203.792146] localhost systemd[1]: Received SIGRTMIN+20 from PID 574 (plymouthd).
[  203.845076] localhost systemd[1]: Starting Dracut Emergency Shell...
[  203.866604] localhost systemd[1]: Received SIGRTMIN+21 from PID 574 (plymouthd).

and anaconda do not appear


Version-Release number of selected component (if applicable):
RHVH-4.0-20160817.1-RHVH-x86_64-dvd1.iso
livecd-tools-1:23.3-1

How reproducible:
Always

Steps to Reproduce:
1. livecd-iso-to-disk  --format --reset-mbr /home/andreamtp/Downloads/RHVH-4.0-20160817.1-RHVH-x86_64-dvd1.iso /dev/sdb
2. boot host with sdb

Actual results:
boot hang with "dracut-initqueue[573]: Warning: dracut-initqueue timeout - starting timeout scripts"

Expected results:
boot start and anaconda appear

Comment 2 Andrea Perotti 2016-08-25 09:11:24 UTC
Created attachment 1193930 [details]
rdsosreport from dracut emergency shell

Comment 3 Fabian Deutsch 2016-08-25 10:39:34 UTC
Does it work if you use dd to write the iso to disk?

Also: Is this reproducible on a second host?

Comment 4 Ying Cui 2016-08-25 11:15:48 UTC
I can not reproduce this, the following are my test steps and version info.

Version:
livecd-tools-23.3-1
RHVH-4.0-20160817.1-RHVH-x86_64-dvd1.iso

Test Steps:
1. # livecd-iso-to-disk --format --reset-mbr RHVH-4.0-20160817.1-RHVH-x86_64-dvd1.iso /dev/sdb
...
Installing boot loader
/media/tgttmp.C8Ep4M/syslinux is device /dev/sdb1
Target device is now set up with a Live image!
2. Boot RHVH via this usb successful
3. Installed RHVH successful via anaconda GUI.

Comment 5 Andrea Perotti 2016-08-25 11:41:37 UTC
(In reply to Fabian Deutsch from comment #3)
> Does it work if you use dd to write the iso to disk?
I've done:

dd if=Downloads/RHVH-4.0-20160817.1-RHVH-x86_64-dvd1.iso of=/dev/sdb bs=1M
and the host booted both in Bios mode and in UEFI mode

> Also: Is this reproducible on a second host?
Yes, same media on another host: livecd-iso-to-disk failed while dd worked.

Comment 6 Fabian Deutsch 2016-08-25 12:11:14 UTC
First, it's good news that dd works.

Samantha, do you have an idea about the error described in comment 0.

Comment 7 Ryan Barry 2016-08-25 12:53:23 UTC
I'm also not able to reproduce this, but knowing that it's host-specifc helps.

I'll try some other hosts.

Comment 8 Ying Cui 2016-08-25 17:14:22 UTC
I tested this issue with the same USB which created by livecd-iso-to-disk, some machines works well, they can boot and install RHVH 4.0 successful, some machines failed like bug descriptions.
So this bug probably related the hardware servers.

Comment 9 Ryan Barry 2016-08-30 13:05:02 UTC
I can't find a host in my lab which I can reproduce on.

Can QE provide one?

Comment 10 Fabian Deutsch 2016-08-30 13:37:51 UTC
Moving this out because we don't have a reproducer yet.

Comment 11 cshao 2016-08-31 10:13:50 UTC
(In reply to Ryan Barry from comment #9)
> I can't find a host in my lab which I can reproduce on.
> 
> Can QE provide one?


I can reproduce this issue on my local machine, but seem I can't share the local machine to you.
But any way, I will send a ticket to lab admin to ask insert usb disk to reproduce this bug, will let you know once have the env.

Thanks.

Comment 12 cshao 2016-09-01 06:20:32 UTC
(In reply to Ryan Barry from comment #9)
> I can't find a host in my lab which I can reproduce on.
> 
> Can QE provide one?

Hi Ryan,

I have send a mail to you with the reproduced env.

Comment 13 Ryan Barry 2016-10-04 13:49:49 UTC
Can you try testing with nompath?

Comment 14 Fabian Deutsch 2016-11-28 13:53:47 UTC
Chen, can you try to see if comment 13 helps?

Comment 15 cshao 2016-11-28 14:18:32 UTC
(In reply to Fabian Deutsch from comment #14)
> Chen, can you try to see if comment 13 helps?

Sure, I will provide the test result ASAP.

Comment 16 Yihui Zhao 2016-11-29 06:40:26 UTC
(In reply to Ryan Barry from comment #13)
> Can you try testing with nompath?

Hi Ryan, 
I have try testing with nompath, the same issue occurs as follows:

Version:
livecd-tools-23.4-1
RHVH-4.0-20161116.0-RHVH-x86_64-dvd1.iso

Test machine:
local machine

Test steps:
1.# livecd-iso-to-disk --format --reset-mbr RHVH-4.0-20161116.0-RHVH-x86_64-dvd1.iso /dev/sdb1
...
Installing boot loader
/media/tgttmp.gbqDjA/syslinux is device /dev/sdb1
Target device is now set up with a Live image

2.Boot RHVH via this usb and add "nompath" on command line
3.start to install RHVH

Test result:
Boot hang with "dracut-initqueue[590]: Warning: dracut-initqueue timeout - starting timeout scripts"

Expected result:
Boot start and anaconda appear

Comment 17 Fabian Deutsch 2016-11-29 09:01:26 UTC
Can this also be reproduced with the RHEL boot iso?

Comment 18 jianwu 2016-11-29 09:04:37 UTC
(In reply to Fabian Deutsch from comment #17)
> Can this also be reproduced with the RHEL boot iso?

i will try it

Comment 19 jianwu 2016-11-29 11:04:36 UTC
(In reply to Fabian Deutsch from comment #17)
> Can this also be reproduced with the RHEL boot iso?

Hi Fabian Deutsch,
I have test the scenario with the RHEL boot iso via the same usb, it works and could be installed.

Test version:
RHEL-7.3-20161019.0-Server-x86_64-dvd1.iso 
livecd-tools-23.4-1

Test steps:
1.# livecd-iso-to-disk --format --reset-mbr RHEL-7.3-20161019.0-Server-x86_64-dvd1.iso /dev/sdb1
...
Installing boot loader
/media/tgttmp.5Sk0eX/syslinux is device /dev/sdb1
Target device is now set up with a Live image

2.Boot RHEL via this usb and add "nompath" on command line
3.start to install RHEL

Test results:
The iso could boot and be installed successfully.

Comment 20 Fabian Deutsch 2016-11-29 11:19:11 UTC
Thanks.

Joey, can you tell if the iso compose is already using RHEL 7.3 packages?

Comment 24 Sandro Bonazzola 2017-01-12 13:38:21 UTC
Yuval, please try to reproduce. Looking at the comments if you can't reproduce let's close this with insufficient data

Comment 25 Yuval Turgeman 2017-01-30 15:30:11 UTC
livecd-iso-to-disk from fedora24 (livecd-tools-23.4-1) doesn't change the 'ks=' paraemter in the boot entries to point to the correct drive.  So, instead of having a value of something like:

ks=hd:UUID=<uuid_of_the_drive>:/ks.cfg

it keeps the value that was shipped in the iso (RHVH-4.1 RHVH.x86_64):

ks=hd:LABEL=RHVH-4.1\x20RHVH.x86_64:/ks.cfg

It looks like a limitation of livecd-iso-to-disk. Possible workaround:
After creating the new disk on /dev/sdb
- mount /dev/sdb1 /mnt
- edit /mnt/syslinux/extlinux.conf and replace all hd:LABEL=RHVH.., to hd:UUID=<uuid_of_the_new_drive>

Comment 26 Yuval Turgeman 2017-02-01 13:03:50 UTC
Since this bug and bug 1412108 are caused by a limitation of livecd-tools (pull request with the fixes is pending), we documented a fix for RHVH in:

http://www.ovirt.org/node/faq/

Comment 27 Sandro Bonazzola 2017-02-14 09:15:44 UTC
Moving to documentation.

Comment 28 Yaniv Lavi 2017-02-28 12:54:15 UTC
Is this applicable to RHEL?

Comment 29 Yaniv Lavi 2017-03-07 12:43:13 UTC
(In reply to Yaniv Dary from comment #28)
> Is this applicable to RHEL?

I mean RHV-H based on RHEL

Comment 30 Sandro Bonazzola 2017-03-07 12:46:32 UTC
(In reply to Yaniv Dary from comment #29)
> (In reply to Yaniv Dary from comment #28)
> > Is this applicable to RHEL?
> 
> I mean RHV-H based on RHEL

As pointed out from the upstream doc in comment #26:
6) Can I install Node NG from a flash disk ?

So yes, it' applies also to RHV-H

Comment 31 Yaniv Lavi 2017-03-23 07:42:12 UTC
Please document based comment 25 and comment 26.

Comment 32 Lucy Bopf 2017-04-13 01:26:19 UTC
Looking into this, since 4.0 we actually don't tell users in the RHV docs to use livecd-iso-to-disk, because IIRC we don't ship livecd-tools anymore. We refer users to the RHEL 7 documentation here:
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Installation_Guide/chap-making-media.html

I don't think there is anything to fix in the RHV documentation.

If there's something to be fixed in the RHEL docs, we could move this bug to their queue, but I note that they don't refer to livecd-iso-to-disk or livecd-tools either.

Yaniv, any preference?

Comment 33 Yaniv Lavi 2017-04-13 14:55:56 UTC
Yuval, can you reply on this?

Comment 34 Yuval Turgeman 2017-04-18 06:55:31 UTC
According to the latest comment on bug 1412108, livecd-iso-to-disk is not the recommended way to write RHVH to a usb disk anyway, and dd is already covered in the docs.

Comment 35 Lucy Bopf 2017-04-24 06:35:46 UTC
Closing in agreement with comment 34 and bug 1412108.


Note You need to log in before you can comment on or make changes to this bug.