Bug 966662 - Selecting Events from Systems - 500 Error Internal Server Error
Summary: Selecting Events from Systems - 500 Error Internal Server Error
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Spacewalk
Classification: Community
Component: WebUI
Version: 1.9
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Tomas Lestach
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks: space27
TreeView+ depends on / blocked
 
Reported: 2013-05-23 15:55 UTC by Casey Pogue
Modified: 2017-09-28 18:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-07-19 09:12:08 UTC
Embargoed:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.