Issue #2068
closed
HTTP 404: When trying to run yum update from a pulp-consumer
Description
I am trying to bind a pulp consumer to a specific repository and execute a simple yum update.
I get the following error.
...pulp/repos/content/dist/rhel/server/7/7Server/x86_64/os/repodata/repomd.xml: [Errno 14] HTTPS Error 404 - Not Found
I also tried using curl -O from the same puppet server but it seems that the file is on the file-system and it was published correctly. When browsing from Chrome it just like the file is not there.
Since /var/lib/pulp is a symlink location then I have the following configuration file for pulp_content.conf.
<Location /pulp/content/>
XSendFile on
XSendFilePath /<mount_location>/content
XSendFilePath /<mount_location>/pkg/published
XSendFilePath /var/lib/pulp/content
XSendFilePath /var/lib/pulp/published
</Location>
Updated by dkliban@redhat.com about 7 years ago
I suspect that this is related to the SELinux problems you were experiencing in the other issue. Could you please reproduce this with SELinux in permissive mode?
Updated by Anonymous about 7 years ago
dkliban@redhat.com wrote:
I suspect that this is related to the SELinux problems you were experiencing in the other issue. Could you please reproduce this with SELinux in permissive mode?
This is really strange since I was getting this error but after running pulp-manage-db for a second time and restarting httpd then it started to work again. Maybe it does some sort of indexing? or integrity checking?
Updated by Anonymous about 7 years ago
lmayorga1980 wrote:
dkliban@redhat.com wrote:
I suspect that this is related to the SELinux problems you were experiencing in the other issue. Could you please reproduce this with SELinux in permissive mode?
This is really strange since I was getting this error but after running pulp-manage-db for a second time and restarting httpd then it started to work again. Maybe it does some sort of indexing? or integrity checking?
I have the problem again. This is my configuration for SELINUX
# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
# enforcing - SELinux security policy is enforced.
# permissive - SELinux prints warnings instead of enforcing.
# disabled - No SELinux policy is loaded.
SELINUX=permissive
# SELINUXTYPE= can take one of three two values:
# targeted - Targeted processes are protected,
# minimum - Modification of targeted policy. Only selected processes are protected.
# mls - Multi Level Security protection.
SELINUXTYPE=targeted
Updated by bmbouter about 7 years ago
Those SELinux configs are used at boot up. The best way to determine the current state of SELinux in a running environment is using `getenforce`.
Maybe discuss the issue some in #pulp to get the issue resolved faster?
Updated by Anonymous about 7 years ago
bmbouter wrote:
Those SELinux configs are used at boot up. The best way to determine the current state of SELinux in a running environment is using `getenforce`.
Maybe discuss the issue some in #pulp to get the issue resolved faster?
$ getenforce
Permissive
Sure. Is this a IRC Channel?
Updated by bmbouter about 7 years ago
Yes it's #pulp on Freenode [0].
Updated by amacdona@redhat.com about 7 years ago
- Status changed from NEW to CLOSED - NOTABUG
We suspect this is not a bug, feel free to reopen with more information if it continues to be an issue, and as mentioned earlier we are happy to help in #pulp on freenode.
Updated by bmbouter over 3 years ago
- Category deleted (
14)
We are removing the 'API' category per open floor discussion June 16, 2020.