Sorry about the delayed reply! Please see the below requested info:
[root@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@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! -----Original Message----- From: spacewalk-list-boun...@redhat.com [mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Michael Mraka Sent: Thursday, January 4, 2018 2:21 AM To: spacewalk-list@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@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? Regards, -- Michael Mráka System Management Engineering, Red Hat _______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
