[Spacewalk-list] clone results in bad channel
Guy Matz
guymatz at gmail.com
Thu Sep 5 20:39:24 UTC 2019
I should have mentioned that my system is hitting a spacewalk proxy . . .
restarting squid on the proxy seems to have resolved the issue
On Thu, Sep 5, 2019 at 1:58 PM Guy Matz <guymatz at gmail.com> wrote:
> Hi! I cloned a sync'ed a child-channel from upstream, ie. base -> dev,
> and now get the following when I run a yum update on a system:
> One of the configured repositories failed (Unknown),
> and yum doesn't have enough cached data to continue. At this point the
> only
> safe thing yum can do is fail. There are a few ways to work "fix" this:
>
> 1. Contact the upstream for the repository and get them to fix the
> problem.
> 2. Reconfigure the baseurl/etc. for the repository, to point to a
> working
> upstream. This is most often useful if you are using a newer
> distribution release than is supported by the repository (and the
> packages for the previous distribution release still work).
>
> 3. Run the command with the repository temporarily disabled
> yum --disablerepo=<repoid> ...
>
> 4. Disable the repository permanently, so yum won't use it by
> default. Yum
> will then just ignore the repository until you permanently enable
> it
> again or use --enablerepo for temporary usage:
>
> yum-config-manager --disable <repoid>
> or
> subscription-manager repos --disable=<repoid>
>
> 5. Configure the failing repository to be skipped, if it is
> unavailable.
> Note that yum will try to contact the repo. when it runs most
> commands,
> so will have to try and fail each time (and thus. yum will be be
> much
> slower). If it is a very temporary problem though, this is often a
> nice
> compromise:
>
> yum-config-manager --save
> --setopt=<repoid>.skip_if_unavailable=true
>
> failed to retrieve repodata/primary.xml.gz from dev-google_chrome
> error was [Errno -1] Metadata file does not match checksum
>
> Anyone know how I can fix this? I've tried re-creating the child-channel,
> but got the same result
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20190905/101c39da/attachment.htm>
More information about the Spacewalk-list
mailing list