Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 647133

Summary: After provisioning of system its PXE booting is impossible
Product: Red Hat Satellite 5 Reporter: Garik Khachikyan <gkhachik>
Component: ProvisioningAssignee: Tomas Lestach <tlestach>
Status: CLOSED DEFERRED QA Contact: Red Hat Satellite QA List <satqe-list>
Severity: medium Docs Contact:
Priority: medium    
Version: 540CC: dtrainor, mkoci
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-07-04 13:26:16 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 462714    
Attachments:
Description Flags
PXE booting failure none

Description Garik Khachikyan 2010-10-27 10:29:18 UTC
Created attachment 455939 [details]
PXE booting failure

Description of problem:
Once the system gets provisioned through Satellite UI kickstarting, there is prepared a system record (you can see it: "cobbler system list") which is syncing "accordingly" by cobbler sync to the /tftpboot/pxelinux.cfg/<system-MAC> and so later on PXE booting of that system (PXE server is our satellite) becomes impossible.

Looking at the file: /tftpboot/pxelinux.cfg/01-54-52-00-40-d4-a8 one can see:
---
DEFAULT local
PROMPT 0
TIMEOUT 0
TOTALTIMEOUT 0
ONTIMEOUT local

LABEL local
        LOCALBOOT 0
---

Not sure if this is the problem there or not.

Version-Release number of selected component (if applicable):
Recent Satellite 5.4.0 stage-signed ISO: Satellite-5.4.0-RHEL5-re20101025.0

How reproducible:
from 2 attempts

Steps to Reproduce:
0. make your network settings be configured to have the satellite as PXE server.
1.on registered system perform all necessary actions for preparing it to be provisioned (Provisioning entitlement, tools channel, appropriate ks profile, etc)
2. Provision that system by the prepared ks profile.
3. run rhn_check -vvv, wait until system gets provisioned
4. change boot mode to network. reboot  


Actual results:
System falls in infinite loop of retrieving that pxelinux.cfg/01-54-52-00-40-d4-a8
When the "cobbler system remove --name=<systemname>; cobbler sync" runs, the booting issue resolves and system could be entered into the PXE menu and choose the provisioning profiles, etc.

Expected results:
PXE booting should be possible for the systems that had UI provisioned.

Additional info:
See attachment. Easy to reproduce on virtual systems, where on the host-side dhcpd server is setup and the next-server is redirected to the satellite.