Bug 503584
| Summary: | Cobbler's Apache config files overwrite PythonPath supplied by Satellite's Apache config files | ||
|---|---|---|---|
| Product: | Red Hat Satellite 5 | Reporter: | Steve Salevan <ssalevan> |
| Component: | Server | Assignee: | Pradeep Kilambi <pkilambi> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Steve Salevan <ssalevan> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 530 | CC: | clasohm, cperry, jsherril, mmccune, msuchy, pkilambi, whayutin |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | sat530 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-09-10 20:37:37 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: | 456985 | ||
|
Description
Steve Salevan
2009-06-01 19:21:14 UTC
Prad - this needs reviewing. See if we can replicate and maybe fix. Cliff So prad and I have discussed this at great length and while we think that it may have something to do with it, we can't remove those PythonPath lines from the cobbler config. Those were added because we were setting the PythonPath explicitly in our configs and when it got to the cobbler sections, apache (in a Directory config) wouldn't automatically include that directory in the PythonPath (which it would if we hadn't of set the PythonPath). So if we remove those lines cobbler will stop working. Those lines shouldn't automatically cause an issue because they are simply appending a directory to the python path and not overriding it. More investigation needs to be done. will leave it on my plate for now.. *** Bug 504674 has been marked as a duplicate of this bug. *** How i was able to reproduce this issue: 1. run "rhn-satellite restart" 2. Ensure that nothing else is trying to contact the satellite (no other clients or anything) 2. kickstart a box and wait for it to finish 3. AS SOON as it has rebooted, simply run "rhn_check" on that specific client about 10 times. 4. Should see an ISE within 10 tries I kickstarted using the cobbler boot iso but it shouldn't make a difference. *** Bug 483156 has been marked as a duplicate of this bug. *** VERIFIED on 6/19 build (as far as my testing can tell). verified in stage on xen5.englab.brq An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2009-1434.html |