Bug 491668
Summary: | Raw output of action, view download raw script output, not working | ||
---|---|---|---|
Product: | Red Hat Satellite 5 | Reporter: | wes hayutin <whayutin> |
Component: | WebUI | Assignee: | Brad Buckingham <bbuckingham> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | wes hayutin <whayutin> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 530 | CC: | bperkins, msuchy |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://riverraid.rhndev.redhat.com/network/systems/details/history/raw_script_output.txt?hid=274&sid=1000010176 | ||
Whiteboard: | |||
Fixed In Version: | sat530 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-09-10 20:34: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
wes hayutin
2009-03-23 15:00:01 UTC
this was working for me....putting back to onqa per weshay request. this appears to be working on grandprix 3/23 build This action will be executed after 03/26/09 4:25:00 PM EDT. This action's status is: Completed. The client picked up this action on 03/26/09 4:26:04 PM EDT. The client completed this action on 03/26/09 4:26:05 PM EDT. Client execution returned "Script executed" (code 0) Run as: root:root Timeout: 600 seconds #!/bin/sh ls Start Date: 2009-03-26 16:26:04 End Date: 2009-03-26 16:26:04 Return Code: 0 Raw Output: view/download raw script output Filtered Output: bin boot dev etc hde_pdc.dat hde_pdc.offset home initrd lib lost+found media misc mnt opt proc root sbin selinux srv sys tmp usr var link does too... passing recreated while installing proxy via webui.. https://riverraid.rhndev.redhat.com/network/systems/details/history/raw_script_output.txt?hid=8&sid=1000010000 <?xml version="1.0" encoding="utf8"?> <pxt-passthrough><pxt-use class="Sniglets::ServerActions" /><rhn-raw-script-output /></pxt-passthrough> recreate.. 1.register system 2. install httpd 3. attempt to install proxy via webui.. 4. get script failure... look at the script. one more.. to get the installer to fail.. 1. install httpd 2. install spacewalk-proxy-installer master commit: 4c405b8d7c9b7e59109baee7a99f2eeca9e6a906 vader commit: 55fba08455e34e03855a505b41d9c60286351bc9 I was able to reproduce the original issue as described in the initial description using the latest Satellite code. After investigation, this issue appears to be related to the move away from using the satellite-httpd to using the standard httpd configuration with satellite's specific config overlayed on top of it. The current httpd.conf file that is deployed as part of Apache has the following configuration: <Directory "/var/www/html"> Options Indexes FollowSymLinks AllowOverride None Order allow,deny Allow from all </Directory> The value of "None" for AllowOverride basically disables the support for the .htaccess files within the application directories that reside under /var/www/html. This is a problem for Spacewalk because we need the .htaccess files to be processed and supported; otherwise, several of the perl pages are affected. Unfortunately, the above Directory block is processed after the zz-spacewalk-www.conf and zz-spacewalk-server.conf files are read in. As a result, this block overrides the current zz configurations. In order to avoid making modifications to the standard httpd.conf, this commit will add a new entry to the zz conf that will basically 'fake' out Apache by creating a separate document with a path of /var/www/html/*. verified verified in stage on xen5 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 |