<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body bgcolor="white" lang="EN-GB" link="#0563C1" vlink="#954F72"> <div class="WordSection1"> Hi Yang<o:p></o:p> <o:p> </o:p> After creating several cloned repo’s I started to see “java.lang.OutOfMemoryError: Java heap space” messages in “/var/log/rhn/rhn_taskomatic_daemon.log” In addition, the generation of repo metadata, for some of the larger repo’s, wasn’t completing. There are lots of hits about this both in the lists and from Google! After increasing max memory for Java, from 512Mb to 4096Mb, I don’t seem to be having any more problems thoughJ See this link for further background info:<o:p></o:p> <o:p> </o:p> <a href="https://docs.oracle.com/cd/E92593_01/E90695/html/swk24-issues-memory.html"> https://docs.oracle.com/cd/E92593_01/E90695/html/swk24-issues-memory.html</a><o:p></o:p> <o:p> </o:p> Regards<o:p></o:p> Phil<o:p></o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: spacewalk-list-bounces@redhat.com <spacewalk-list-bounces@redhat.com> On Behalf Of Yang Li Sent: 16 January 2019 20:52 To: spacewalk-list@redhat.com Subject: [Spacewalk-list] issue with new channel<o:p></o:p> </div> </div> <o:p> </o:p> I have new channel setup in our spacewalk server. the repo sync looks fine. on client side, it yum repolist looks fine, but when I do yum update, it will break out with following error:<o:p></o:p> <o:p> </o:p> # yum update --nogpgcheck<o:p></o:p> Loaded plugins: rhnplugin<o:p></o:p> This system is receiving updates from RHN Classic or Red Hat Satellite.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> One of the configured repositories failed (Unknown),<o:p></o:p> and yum doesn't have enough cached data to continue. At this point the only<o:p></o:p> safe thing yum can do is fail. There are a few ways to work "fix" this:<o:p></o:p> <o:p> </o:p> 1. Contact the upstream for the repository and get them to fix the problem.<o:p></o:p> <o:p> </o:p> 2. Reconfigure the baseurl/etc. for the repository, to point to a working<o:p></o:p> upstream. This is most often useful if you are using a newer<o:p></o:p> distribution release than is supported by the repository (and the<o:p></o:p> packages for the previous distribution release still work).<o:p></o:p> <o:p> </o:p> 3. Run the command with the repository temporarily disabled<o:p></o:p> yum --disablerepo=<repoid> ...<o:p></o:p> <o:p> </o:p> 4. Disable the repository permanently, so yum won't use it by default. Yum<o:p></o:p> will then just ignore the repository until you permanently enable it<o:p></o:p> again or use --enablerepo for temporary usage:<o:p></o:p> <o:p> </o:p> yum-config-manager --disable <repoid><o:p></o:p> or<o:p></o:p> subscription-manager repos --disable=<repoid><o:p></o:p> <o:p> </o:p> 5. Configure the failing repository to be skipped, if it is unavailable.<o:p></o:p> Note that yum will try to contact the repo. when it runs most commands,<o:p></o:p> so will have to try and fail each time (and thus. yum will be be much<o:p></o:p> slower). If it is a very temporary problem though, this is often a nice<o:p></o:p> compromise:<o:p></o:p> <o:p> </o:p> yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true<o:p></o:p> <o:p> </o:p> failed to retrieve repodata/repomd.xml from ius_rhel7_x86_64<o:p></o:p> error was [Errno 14] HTTPS Error 404 - Not Found<o:p></o:p> <o:p> </o:p> this is what I see in repo sync log:<o:p></o:p> <o:p> </o:p> # cat ius_rhel7_x86_64.log<o:p></o:p> 2019/01/11 10:45:00 -04:00 Command: ['/usr/bin/spacewalk-repo-sync', '--channel', 'ius_rhel7_x86_64', '--type', 'yum']<o:p></o:p> 2019/01/11 10:45:00 -04:00 Sync of channel started.<o:p></o:p> 2019/01/11 10:45:00 -04:00 Repo URL: <a href="http://archive.linux.duke.edu/ius/stable/Redhat/7/x86_64/">http://archive.linux.duke.edu/ius/stable/Redhat/7/x86_64/</a><o:p></o:p> 2019/01/11 10:45:01 -04:00 Packages in repo: 737<o:p></o:p> 2019/01/11 10:45:02 -04:00 Packages already synced: 0<o:p></o:p> 2019/01/11 10:45:02 -04:00 Packages to sync: 737<o:p></o:p> 2019/01/11 10:45:02 -04:00 1/737 : apcu-panel56u-4.0.11-2.ius.el7-0.noarch<o:p></o:p> 2019/01/11 10:45:03 -04:00 2/737 : apr15u-1.5.2-2.ius.el7-0.x86_64<o:p></o:p> 2019/01/11 10:45:05 -04:00 3/737 : apr15u-debuginfo-1.5.2-2.ius.el7-0.x86_64<o:p></o:p> ...<o:p></o:p> <o:p> </o:p> 2019/01/11 10:58:30 -04:00 731/737 : uwsgi-plugin-python35u-debuginfo-2.0.16-1.ius.el7-0.x86_64<o:p></o:p> 2019/01/11 10:58:31 -04:00 732/737 : uwsgi-plugin-python35u-debuginfo-2.0.17.1-1.ius.el7-0.x86_64<o:p></o:p> 2019/01/11 10:58:32 -04:00 733/737 : uwsgi-plugin-python36u-2.0.16-1.ius.el7-0.x86_64<o:p></o:p> 2019/01/11 10:58:32 -04:00 734/737 : uwsgi-plugin-python36u-2.0.17.1-1.ius.el7-0.x86_64<o:p></o:p> 2019/01/11 10:58:33 -04:00 735/737 : uwsgi-plugin-python36u-debuginfo-2.0.17.1-1.ius.el7-0.x86_64<o:p></o:p> 2019/01/11 10:58:33 -04:00 736/737 : uwsgi-plugin-python36u-debuginfo-2.0.16-1.ius.el7-0.x86_64<o:p></o:p> 2019/01/11 10:58:34 -04:00 737/737 : yum-plugin-replace-0.2.7-1.ius.el7-0.noarch<o:p></o:p> 2019/01/11 10:58:35 -04:00 Linking packages to channel.<o:p></o:p> 2019/01/11 10:58:42 -04:00 Repo <a href="http://archive.linux.duke.edu/ius/stable/Redhat/7/x86_64/">http://archive.linux.duke.edu/ius/stable/Redhat/7/x86_64/</a> has 0 errata.<o:p></o:p> 2019/01/11 10:58:42 -04:00 Sync of channel completed in 0:13:41.<o:p></o:p> <o:p> </o:p> What could be the issue?<o:p></o:p> <o:p> </o:p> Thanks,<o:p></o:p> Yang<o:p></o:p> </div> </body> </html>