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

Bug 966662

Summary: Selecting Events from Systems - 500 Error Internal Server Error
Product: [Community] Spacewalk Reporter: Casey Pogue <casey.pogue>
Component: WebUIAssignee: Tomas Lestach <tlestach>
Status: CLOSED NOTABUG QA Contact: Red Hat Satellite QA List <satqe-list>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 1.9CC: bcavalieri
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-07-19 09:12:08 UTC Type: Bug
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: 1484117    

Description Casey Pogue 2013-05-23 15:55:13 UTC 
Description of problem: Selecting Events from any systems you get 500 Error Internal Server Error


Version-Release number of selected component (if applicable): Spacewalk 1.9


How reproducible: Select any registered system click on "Events" tab see error 500.



Steps to Reproduce:
1.click an any system
2.click events tab
3.

Actual results: Interanl Server Error 500


Expected results: to see events page


Additional info:  Runing spacewalk 1.9 on CentOS 6.4 x86_64
Comment 1 Tomas Lestach 2013-05-24 07:02:57 UTC 
Hey Casey,

I tried to visit /network/systems/details/history/pending.pxt page always for 4 different systems on 3 different Spacewalk servers and the page displayed just fine.

Do you see anything interesting in the apache logs?
Comment 2 Casey Pogue 2013-05-24 13:10:00 UTC 
in /var/log/httpd/ssl_error_log I see

[error] [client x.x.x.x] Could not parse acl statement 'valid-user'' at /usr/share/perl5/vendor_perl/PXT/ACL.pm line 90 \n, referer: https://x.x.x.x/rhn/systems/details/Overview.do?sid=1000010001
Comment 3 Tomas Lestach 2013-05-31 11:11:55 UTC 
What version of mod_perl do you have installed and what OS do you run your Spacewalk server on?
Comment 4 Casey Pogue 2013-05-31 12:59:45 UTC 
mod_perl-2.0.4-10.el6.x86_64 running on CentOS 6.4.

I started with CentOS 6.3 and spacewalk 1.8 and upgraded to CentOS 6.4 and spacewalk 1.9
Comment 5 Bill Cavalieri 2013-06-05 16:05:13 UTC 
Having the same issue with Scientific Linux 6.4, I upgraded from 6.2 and Spacewalk 1.8.

Could not parse acl statement 'valid-user'; at /usr/share/perl5/vendor_perl/PXT/ACL.pm line 90.

mod_perl-2.0.4-10.el6.x86_64
Comment 6 Bill Cavalieri 2013-06-05 18:32:23 UTC 
I did see in spacewalk-grail:

* Fri Feb 08 2013 Michael Mraka <michael.mraka> 1.9.15-1
  - $reqs was always equal $passes
  - acl is the only one supported type now
  - removed unused valid-user type
Comment 7 Bill Cavalieri 2013-06-05 20:39:12 UTC 
So found my issue.... sigh

rpmconf -ospacewalk-config

I had edited my zz-spacewalk-www.conf for Spacewalk Proxy support, works now.
Comment 8 Casey Pogue 2013-06-05 21:03:48 UTC 
Bill thanks for the pointer. I reverted back to my zz-spacewalk-www.conf I had before the upgrade.  Now it is working.  The old conf has require acl_user_authenticated() new file has require valid-user.
Comment 9 Tomas Lestach 2013-07-19 09:12:08 UTC 
valid-user was removed in spacewalk/config/etc/httpd/conf.d/zz-spacewalk-www.conf
 by commit 5e81aade2a5697a0e526d19ea2d692698ccdc042


Closing as NOTABUG
Comment 10 Eric Herget 2017-09-28 18:11:39 UTC 
This BZ closed some time during 2.5, 2.6 or 2.7.  Adding to 2.7 tracking bug.