[Spacewalk-list] Spacewalk system health

[Michael Mraka]

Adams, Nick :
> Michael,
> 
> Wanted to follow up as I didn't see a response from you as of yet. Still seeing the greyed out file unavailable in the GUI and would like to resolve this prior to continuing deployment.
> 
> Any help would be greatly appreciated!

It's hard to say what's wrong.
You can try to remove the packages from spacewalk completely - from all
channels as well as from disk - and try to sync them again.

> Thank you,
> Nick Adams
> 
> From: Adams, Nick (IT - St. Louis) 
> Sent: Monday, January 8, 2018 9:58 AM
> To: spacewalk-list at redhat.com
> Subject: RE: [Spacewalk-list] Spacewalk system health
> 
> Sorry about the delayed reply!
> 
> Please see the below requested info:
> 
> [root at sncfgspwd01s ~]# find /var/satellite/ -name 389-ds-base-1.3.6.1-16.el7.x86_64.rpm
> /var/satellite/redhat/1/64f/389-ds-base/1.3.6.1-16.el7/x86_64/64f07184d6a38cb907681950372180e7a6ecb8c6cb4b0fc3963c6f60031e37f7/389-ds-base-1.3.6.1-16.el7.x86_64.rpm
> [root at sncfgspwd01s ~]# ls -lah /var/satellite/redhat/1/64f/389-ds-base/1.3.6.1-16.el7/x86_64/64f07184d6a38cb907681950372180e7a6ecb8c6cb4b0fc3963c6f60031e37f7/389-ds-base-1.3.6.1-16.el7.x86_64.rpm
> -rwxr-xr-x. 1 apache root 1.8M Aug 10 09:47 /var/satellite/redhat/1/64f/389-ds-base/1.3.6.1-16.el7/x86_64/64f07184d6a38cb907681950372180e7a6ecb8c6cb4b0fc3963c6f60031e37f7/389-ds-base-1.3.6.1-16.el7.x86_64.rpm
> 
> Apache Logs:
> I don’t see anything out of the ordinary, not sure if navigating to the package's page is enough to have apache try to read the file.
> 
> This occurred at the time the page was accessed:
> /var/log/httpd/access.log
> 172.22.37.250 - - [08/Jan/2018:09:45:00 -0600] "POST /rpc/api HTTP/1.1" 200 128 "-" "xmlrpclib.py/1.0.1 (by www.pythonware.com)"
> 
> /var/log/httpd/error.log
> [Mon Jan 08 09:50:23.607645 2018] [core:notice] [pid 9732] SELinux policy enabled; httpd running as context system_u:system_r:httpd_t:s0 [Mon Jan 08 09:50:23.608825 2018] [suexec:notice] [pid 9732] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec) [Mon Jan 08 09:50:23.635057 2018] [auth_digest:notice] [pid 9732] AH01757: generating secret for digest authentication ...
> [Mon Jan 08 09:50:23.636043 2018] [lbmethod_heartbeat:notice] [pid 9732] AH02282: No slotmem from mod_heartmonitor [Mon Jan 08 09:50:23.641883 2018] [mpm_prefork:notice] [pid 9732] AH00163: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips mod_wsgi/3.4 Python/2.7.5 configured -- resuming normal operations [Mon Jan 08 09:50:23.641912 2018] [core:notice] [pid 9732] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
> 
> /var/log/httpd/ssl_access.log
> 172.27.24.65 - - [08/Jan/2018:09:50:23 -0600] "GET /rhn/software/packages/Details.do?pid=19300 HTTP/1.1" 200 16800
> 
> Thank you!
> 
> 
> From: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-bounces at redhat.com]
> Sent: Thursday, January 4, 2018 2:21 AM
> To: spacewalk-list at redhat.com
> Subject: Re: [Spacewalk-list] Spacewalk system health
> 
> > Michael,
> > 
> > Thanks for the info, exactly what I was looking for!
> > 
> > Everything appears to be running successfully, though still seeing the file unavailable on the download section in the GUI:
> > 
> > [root at sncfgspwd01s ~]# spacewalk-service status Redirecting to 
> > /bin/systemctl status jabberd.service ● jabberd.service - Jabber 
> > Server
> ...
> > > I am curious if there is a good way of validating that all services are operating as expected, such as a "green light" in the GUI or a satellite-status CLI option. Reason for the request is that I have been for some time receiving the following error:
> > >
> > > Download: 389-ds-base-1.3.6.1-16.el7.x86_64.rpm
> > > Download
> > > Missing File
> > > Source Package:
> > > File Unavailable
> > > 
> > > When trying to test download functionality from the web GUI. I believe the files to be accessible due to the following:
> 
> Are there any errors in /var/log/httpd/*log?
> If you locate this package on the filesystem (find /var/satellite/ -name 389-ds-base-1.3.6.1-16.el7.x86_64.rpm) has apache user permission to read it?
> 

--
Michael Mráka
System Management Engineering, Red Hat