Red Hat Satellite engineering is moving the tracking of its product development work on Satellite 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 "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. 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 "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-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 1421656 - Host is stuck after provisioning on rhv 4.X
Summary: Host is stuck after provisioning on rhv 4.X
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Provisioning
Version: 6.2.8
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: Unspecified
Assignee: satellite6-bugs
QA Contact: Katello QA List
URL: http://projects.theforeman.org/issues...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-02-13 11:35 UTC by Sanket Jagtap
Modified: 2023-09-15 00:01 UTC (History)
20 users (show)

Fixed In Version:
Doc Type: Release Note
Doc Text:
https://access.redhat.com/solutions/2933681
Clone Of:
Environment:
Last Closed: 2018-09-04 18:03:41 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
host_stuck (12.16 KB, image/png)
2017-02-13 11:35 UTC, Sanket Jagtap 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 6725 0 Normal New The "LOCALBOOT 0" entry causes some bare metal machines to stuck during boot 2021-01-11 09:54:06 UTC
Red Hat Bugzilla 1122153 0 high CLOSED Foreman: The "LOCALBOOT 0" entry causes some bare metal machines to stuck during boot. 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 1443690 0 unspecified CLOSED PXELinux BIOS reboot loop on Ubuntu 16.04 2021-06-10 12:13:25 UTC

Internal Links: 1122153 1443690

Description Sanket Jagtap 2017-02-13 11:35:06 UTC 
Created attachment 1249793 [details]
host_stuck

Description of problem:


Version-Release number of selected component (if applicable):
Build: Rhv Version 4.0.6.3-0.1.el7ev
Satellite 6.2.8 snap 2

How reproducible:
Always

Steps to Reproduce:
1. Add rhv 4 as a compute resource
2. Try to provision a host 
3. Provisioning scripts are run until the end and the host is restarted
4. But after reboot, host cannot be boot form local disk 

Actual results:
Host is not up and provisioning 

Expected results:
Host should be up and running 

Additional info:
PFA
Comment 2 Lukas Zapletal 2017-02-14 16:50:14 UTC 
Hello, when you change boot order in VMWare to boot from first drive instead network, does it boot?
Comment 3 Sanket Jagtap 2017-02-15 06:17:29 UTC 
In "RHV4" If we manually, change the boot order for the provisioned host
from 

1) Network Pxe , 2) Harddisk  to 
1) Harddisk 2)None

The host successfully boot's up from local disk.
Comment 4 Lukas Zapletal 2017-02-15 13:06:12 UTC 
There is a bug in libvirt that prevents from booting via PXELinux localboot option. Can you change back to boot from network but before booting the VM edit

/var/lib/tftpboot/pxelinux.cfg/01-MAC_ADDRESS

and change the content to (taken from https://github.com/theforeman/community-templates/blob/e6f8f14bd93e7fb57ce4718b869aec1326898f13/provisioning_templates/snippet/pxelinux_chainload.erb)

LABEL local
  MENU LABEL Chainload into bootloader on the first disk - alternative
  COM32 chain.c32
  APPEND hd0

Make sure the chain.c32 file is present in /var/lib/tftpboot/ if not copy it from /usr/share/syslinux.

Try again. Does it work?

Which RHEL version is this?
Comment 5 Sanket Jagtap 2017-02-15 15:08:26 UTC 
Yes, after changing the /var/lib/tftpboot/pxelinux.cfg/01-MAC_ADDRESS file to 

DEFAULT menu
PROMPT 0
MENU TITLE PXE Menu
TIMEOUT 200
TOTALTIMEOUT 6000
ONTIMEOUT local

LABEL local
	MENU LABEL Chainload into bootloader on the first disk - alternative
	COM32 chain.c32
	APPEND hd0

It work's, the host boot's up using the local disk.

This is RHEL7.3 host provisioned via satellite on rhv4
Comment 6 Lukas Zapletal 2017-02-16 13:49:07 UTC 
Ok thanks, so the alternative fix for problematic libvirt driver in RHEV 4.0 is to backport this change:

https://github.com/theforeman/community-templates/commit/9769dc89ec5d93193b059aeec3f3f9c80bc160d3

This adds alternative loading menu option to load from disk for these kind of hosts.

This is NOT a regression, RHEV 3.x should work fine I assume. Bryan, the change is trivial (just a template change), but if it is too late, I think we can pull this out to the next errata.
Comment 8 Lukas Zapletal 2017-02-17 09:08:58 UTC 
Patch ready, very trivial template update that adds new (disabled by default) entry. Zero risk.
Comment 10 Lukas Zapletal 2017-02-17 09:34:14 UTC 
https://access.redhat.com/solutions/2933681

Adding release note request.
Comment 14 Steven Mercurio 2017-05-25 18:47:40 UTC 
I have Sat6.2.6 and when trying to localboot 0 for BL2x220 G5 blades I get illegal opcode.  I changed the template "PXELinux default local boot" I still had to manually edit the /tftpboot/pxelinux.cfg/01-00-17-a4-77-00-ac file to change it to:

label local
MENU LABEL (local)
MENU DEFAULT
COM32 chain.c32
APPEND hd0 0

And then the server booted correctly to the local disk from PXE.

Is there a way to add an alternative entry for local boot into the template?  Here is the foreman bug:

http://projects.theforeman.org/issues/6725
Comment 15 Lukas Zapletal 2017-05-26 08:36:11 UTC 
Hello Steven!

A change has been pushed into community-templates repository [1] which adds an entry called "Chainload the first hard drive (hd0)" which uses chain.c32 method. You can make it a default easily via "MENU DEFAULT" and "DEFAULT" options for all of your systems, unfortunately there is no way of changing that per host as I believe @host variable is not available during template rendering (I haven't verified you can try).

This change will be available in Foreman 1.15 and Satellite 6.3. You can easily do the template change in older versions tho. If you want to avoid manual config file edits on your TFTP server, you can click on Cancel build and then Build which will trigger templates redeployment

[1] https://github.com/theforeman/community-templates/commit/23accd5205333a7187d8d78aab5dfb49dd0eea62
Comment 16 Roman Plevka 2017-09-07 09:44:44 UTC 
hey guys, aren't you just hitting the following bug?

https://bugzilla.redhat.com/show_bug.cgi?id=1467925

if so, ..well it's a known issue not related to rhv. and you can workaround it e.g. by waiving the build by clicking 'cancel build' - this will actually keep the host AR and change its status to BUILT + flips the bootloader to make the host automatically boot from local disk.
Comment 17 Sanket Jagtap 2017-09-07 10:08:45 UTC 
This issue is something different and related to chainloading the bootloader for RHV 4.

More details:
https://bugzilla.redhat.com/show_bug.cgi?id=1421656#c4 for more clarification
Comment 18 Sanket Jagtap 2017-10-04 12:34:54 UTC 
Build : Satellite 6.3 Snap 18

Failing this as the issue is reproducible
Comment 21 Steven Mercurio 2017-10-04 12:54:08 UTC 
(In reply to Roman Plevka from comment #16)
> hey guys, aren't you just hitting the following bug?
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1467925
> 
> if so, ..well it's a known issue not related to rhv. and you can workaround
> it e.g. by waiving the build by clicking 'cancel build' - this will actually
> keep the host AR and change its status to BUILT + flips the bootloader to
> make the host automatically boot from local disk.

Roman,

My recommended boot method when using Sat6 is always make net first boot and let Sat6 figure it out so I never need to touch the BIOS.
Comment 23 Steven Mercurio 2017-10-06 13:09:43 UTC 
(In reply to Sanket Jagtap from comment #17)
> This issue is something different and related to chainloading the bootloader
> for RHV 4.
> 
> More details:
> https://bugzilla.redhat.com/show_bug.cgi?id=1421656#c4 for more clarification

Is there some reason why the chain loading should not be the default in all Sat6 templates as this seems to be an issues for physical and VM systems?
Comment 24 Steven Mercurio 2017-10-06 13:10:15 UTC 
(In reply to Sanket Jagtap from comment #17)
> This issue is something different and related to chainloading the bootloader
> for RHV 4.
> 
> More details:
> https://bugzilla.redhat.com/show_bug.cgi?id=1421656#c4 for more clarification

Is there some reason why the chain loading should not be the default in all Sat6 templates as this seems to be an issues for physical and VM systems?
Comment 26 Lukas Zapletal 2017-10-06 13:19:11 UTC 
Steven, good question, I just made the change upstream. This will be possible to change via Global setting as well: https://github.com/theforeman/foreman/pull/4891
Comment 33 Bryan Kearney 2017-10-17 13:48:53 UTC 
Rich, back to you. Can we push to GA blocker?
Comment 37 Ivan Necas 2017-10-25 13:23:17 UTC 
I've updated https://access.redhat.com/solutions/2933681 to note about the need for cloning the template when editing. It should be ready to be used for 6.3
Comment 38 Lukas Zapletal 2017-12-12 09:16:33 UTC 
Just for the record, we have patches upstream to make this a seamless experience. These are the patches:

https://github.com/theforeman/foreman/pull/4891
https://github.com/theforeman/community-templates/pull/430

This adds new Global settings "Default PXE global template entry" and "Default PXE local template entry" so users can easily change this WITHOUT playing around with templates. It's pending review. These are small changes and I think they could be backported into either GA or z-stream.
Comment 41 Bryan Kearney 2018-09-04 18:03:41 UTC 
Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in the product in the foreseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.
Comment 42 Red Hat Bugzilla 2023-09-15 00:01:16 UTC 
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 500 days
Note You need to log in before you can comment on or make changes to this bug.