<div dir="ltr"><div>Hello,</div><div><br></div><div>I invite your assistance on this problem. I do not want to open a redhat ticket on Spacewalk.</div><div>I hope that is this the right forum ?</div><div><br></div><div>We are using Spacewalk to monitor some of our systems.</div><div>Actually, there are Exclamation mark in front of repository names on Client.</div><div>After clean cache on the client (yum clean all), "yum" cannot retrieve metadata from the SpaceWalk Server.</div><div>Client system shows 0 packages in base channel.</div><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><i># yum repolist<br></i><i>Loaded plugins: langpacks, product-id, rhnplugin, search-disabled-repos<br></i><i>This system is receiving updates from RHN Classic or Red Hat Satellite.<br></i><i>repo id                                                                     repo name                                                                   status<br></i><i>dev_ppr-rhel-x86_64-server-7                                                dev_ppr-rhel-x86_64-server-7                                                 0<br></i><i>dev_ppr-rhel-x86_64-server-7-extras                                         dev_ppr-rhel-x86_64-server-7-extras                                          0<br></i><i>dev_ppr-rhel-x86_64-server-7-optional                                       dev_ppr-rhel-x86_64-server-7-optional                                        0<br></i><i>dev_ppr-rhel-x86_64-server-7-updates                                        dev_ppr-rhel-x86_64-server-7-updates                                         0<br></i><i>dev_ppr-rhel-x86_64-server-7-zabbix                                         dev_ppr-rhel-x86_64-server-7-zabbix                                          0<br></i><i>repolist: 0</i></blockquote><div><br></div><div><br></div><div><br></div><div> I tried this documentation (<a href="https://access.redhat.com/solutions/19303">https://access.redhat.com/solutions/19303</a>) but it doesn't work.</div><div>After "yum check-update" command, I have the following error message</div><div><br></div></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><i>One of the configured repositories failed (Unknown),<br> and yum doesn't have enough cached data to continue. At this point the only<br> safe thing yum can do is fail. There are a few ways to work "fix" this:<br>     1. Contact the upstream for the repository and get them to fix the problem.<br>     2. Reconfigure the baseurl/etc. for the repository, to point to a working<br>        upstream. This is most often useful if you are using a newer<br>        distribution release than is supported by the repository (and the<br>        packages for the previous distribution release still work).<br>     3. Run the command with the repository temporarily disabled<br>            yum --disablerepo=<repoid> ...<br>     4. Disable the repository permanently, so yum won't use it by default. Yum<br>        will then just ignore the repository until you permanently enable it<br>        again or use --enablerepo for temporary usage:<br>            yum-config-manager --disable <repoid><br>        or<br>            subscription-manager repos --disable=<repoid><br>     5. Configure the failing repository to be skipped, if it is unavailable.<br>        Note that yum will try to contact the repo. when it runs most commands,<br>        so will have to try and fail each time (and thus. yum will be be much<br>        slower). If it is a very temporary problem though, this is often a nice<br>        compromise:<br>            yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true<br>failed to retrieve repodata/repomd.xml from dev_ppr-rhel-x86_64-server-7<br>error was [Errno 14] HTTP Error 400 - Bad Request</i></blockquote><div><br></div><div><br></div><div><div><br></div><div>Client system always shows 0 packages in base channel (Previously, I forced regeneration process after restart taskomatic service).</div><div><br></div><div>I tried out ideas :</div><div>- On the client system : yum clean all; rm -rf /var/cache/yum/*; rhn-profile-sync; yum update</div><div>- On the server SpaceWalk : spacewalk-service stop; rm -rf /var/cache/rhn/reposync/*; rm -rf /var/cache/rhn/repodata/*; rm -rf /var/cache/rhn/satsync/*; spacewalk-service start</div><div>- On the server SpaceWalk : Regenerate repo data for all channels : spacecmd softwarechannel_list; for i in spacecmd softwarechannel_list; do spacecmd softwarechannel_regenerateyumcache $i; done</div><div>- Add a new client</div><div><br></div><div>For information, I noticed that a taskomatic service no regenerate repodata after restart service. I am bound to force repodata regeneration.</div><div>In /var/log/rhn/rhn_taskomatic_daemon.log, I have the following message :</div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><i><br>INFO: Initializing c3p0 pool... com.mchange.v2.c3p0.PoolBackedDataSource@a111cc3c [ connectionPoolDataSource -> com.mchange.v2.c3p0.WrapperConnectionPoolDataSource@226fcf3b [ acquireIncrement -> 3, acquireRetryAttempts -> 30, acquireRetryDelay -> 1000, autoCommitOnClose -> false, automaticTestTable -> null, breakAfterAcquireFailure -> false, checkoutTimeout -> 0, connectionCustomizerClassName -> com.redhat.rhn.common.db.RhnConnectionCustomizer, connectionTesterClassName -> com.mchange.v2.c3p0.impl.DefaultConnectionTester, debugUnreturnedConnectionStackTraces -> false, factoryClassLocation -> null, forceIgnoreUnresolvedTransactions -> false, identityToken -> 2uut749o7rg7up15sofpp|45a9cb94, idleConnectionTestPeriod -> 300, initialPoolSize -> 5, maxAdministrativeTaskTime -> 0, maxConnectionAge -> 0, maxIdleTime -> 300, maxIdleTimeExcessConnections -> 0, maxPoolSize -> 20, maxStatements -> 0, maxStatementsPerConnection -> 0, minPoolSize -> 5, nestedDataSource -> com.mchange.v2.c3p0.DriverManagerDataSource@135e2207 [ description -> null, driverClass -> null, factoryClassLocation -> null, identityToken -> 2uut749o7rg7up15sofpp|6c9ab334, jdbcUrl -> jdbc:postgresql:rhnschema, properties -> {user=******, password=******, driver_proto=jdbc:postgresql} ], preferredTestQuery -> select 'c3p0 ping' from dual, propertyCycle -> 0, testConnectionOnCheckin -> false, testConnectionOnCheckout -> true, unreturnedConnectionTimeout -> 0, usesTraditionalReflectiveProxies -> false; userOverrides: {} ], dataSourceName -> null, factoryClassLocation -> null, identityToken -> 2uut749o7rg7up15sofpp|5727e9b9, numHelperThreads -> 3 ]</i></blockquote><div><br></div><div><br></div><div>Have you got an idea of this behavior ?</div><div><br></div><div>Thanks a lot</div><div>Romain</div><div> </div></div></div>