Hi, /var/log/up2date was just saying "Fatal error in Python code occured" and "Cannot retrieve repository metadata (repomd.xml)" , so I had no clues. http://pastebin.com/LZHHFWFE
/etc/sysconfig/rhn/up2date -> sslCACert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT points to the same Certificate generated by spacewalk. Thanks & Regards On Tue, Oct 1, 2013 at 2:38 AM, Jan Hutař <[email protected]> wrote: > Wait, this means problem was on the client. You might want to > double check error message (traceback should be > in /var/log/up2date) and your CA cert (sslCACert > in /etc/sysconfig/rhn/up2date should point to file downloaded > from your spacewalk http:// > <your_spacewalk>/pub/RHN-ORG-TRUSTED-SSL-CERT). > > Regards, > Jan > > > > On Tue, 1 Oct 2013 01:11:32 +0530 Chirag Choudhary > <[email protected]> wrote: > > > After Flushing everything used: RHEL as spacewalk server, > > installed client again got the same error. Applied fixes again > > same error. Finally not using the SSL certificates did it. in > > up2date settings (/etc/sysconfig/rhn/up2date) I removed the s > > from https in the serverURL= http://192.168.0.1/XMLRP > > and now repolist is showing up all the packages and installing > > packages is working as well. > > Thanks for the help. > > > > > > On Fri, Sep 27, 2013 at 4:03 PM, Chirag Choudhary > > <[email protected]>wrote: > > > > > Hi, > > > Thank you for your time. > > > Apologies for late reply, > > > here is the list of things: > > > > > > output of "ls /var/cache/rhn/repodata/channel1/" > > > filelists.xml.gz other.xml.gz primary.xml.gz repomd.xml > > > > > > Channel1 page in spacewalk UI: > > > Last Repo Build: 2013-09-18 07:06:28 EDTRepo Cache Status: > > > Completed Task Engine Status : > > > Scheduling Service: ON > > > > > > Things seem in place, anyways I restarted the spacewalk > > > (rhn-satellite restart), did not see the repo generated > > > since its already generated. > > > > > > INFO | jvm 1 | 2013/09/27 15:41:49 | Sep 27, 2013 > > > 3:41:49 PM com.mchange.v2.log.MLog <clinit> > > > INFO | jvm 1 | 2013/09/27 15:41:49 | INFO: MLog clients > > > using java 1.4+ standard logging. > > > INFO | jvm 1 | 2013/09/27 15:41:49 | Sep 27, 2013 > > > 3:41:49 PM com.mchange.v2.c3p0.C3P0Registry banner > > > INFO | jvm 1 | 2013/09/27 15:41:49 | INFO: Initializing > > > c3p0-0.9.1.2 [built 06-August-2008 15:35:00; debug? false; > > > trace: 5] INFO | jvm 1 | 2013/09/27 15:41:49 | Sep 27, > > > 2013 3:41:49 PM > > > com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource > > > getPoolManager INFO | jvm 1 | 2013/09/27 15:41:49 | > > > INFO: Initializing c3p0 pool... > > > com.mchange.v2.c3p0.PoolBackedDataSource@48488b7a > > > [ connectionPoolDataSource -> > > > com.mchange.v2.c3p0.WrapperConnectionPoolDataSource@afe66ca0 > > > [ 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 -> > > > z8kflt8xqbyj7apm32x7|1343a083, idleConnectionTestPeriod -> > > > z8kflt8xqbyj7apm32x7|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@6ee28f5a > > > [ description -> null, driverClass -> null, > > > factoryClassLocation -> null, identityToken -> > > > z8kflt8xqbyj7apm32x7|72813bc1, jdbcUrl -> > > > z8kflt8xqbyj7apm32x7|jdbc:postgresql:rhnschema, properties > > > z8kflt8xqbyj7apm32x7|-> {user=******, password=******, > > > z8kflt8xqbyj7apm32x7|driver_proto=jdbc:postgresql} ], > > > z8kflt8xqbyj7apm32x7|preferredTestQuery -> select 'c3p0 > > > z8kflt8xqbyj7apm32x7|ping' from dual, propertyCycle -> 0, > > > z8kflt8xqbyj7apm32x7|testConnectionOnCheckin -> false, > > > z8kflt8xqbyj7apm32x7|testConnectionOnCheckout -> true, > > > z8kflt8xqbyj7apm32x7|unreturnedConnectionTimeout -> 0, > > > usesTraditionalReflectiveProxies -> false; userOverrides: {} > > > ], dataSourceName -> null, factoryClassLocation -> null, > > > identityToken -> > > > z8kflt8xqbyj7apm32x7|3152bdc7, numHelperThreads -> 3 ] > > > > > > I think the repository has some issue. > > > How can I confirm the repo is proper and working ? > > > > > > > > > On Wed, Sep 25, 2013 at 6:17 PM, Jan Hutař > > > <[email protected]> wrote: > > > > > >> On Wed, 25 Sep 2013 17:23:46 +0530 Chirag Choudhary > > >> <[email protected]> wrote: > > >> > > >> > Hi, > > >> > Sorry bug you. I am facing the issue of installin > > >> > packages from spaewalk server to client. From server I am > > >> > able to remove packages and run remote commands but when > > >> > I am trying to install packages its throwing the above > > >> > error. I ran rhn_check -vvv output > > >> > http://pastebin.centos.org/4581/ local action status: > > >> > ((6,), 'Fatal error in Python code occured', {}) and > > >> > and here is up2date logs file : > > >> > http://pastebin.centos.org/4591/ error : <class > > >> > 'yum.Errors.RepoError'>: Cannot retrieve repository > > >> > metadata (repomd.xml) for repository: channel1. > > >> > Please verify its path and try again > > >> > > > >> > Thanks in Advance > > >> > > > >> > Regards > > >> > > >> Hello, > > >> I have CCed Spacewalk list as this is IMO usual problem. > > >> > > >> Please make sure your Spacewalk have repodata generated: > > >> > > >> # ls /var/cache/rhn/repodata/<you_channel_label> > > >> > > >> and in webUI: > > >> > > >> Channels -> Software Channels -> <your_channel> -> "Last > > >> Repo Build:" and "Repo Cache Status:" > > >> > > >> If you do not have that up2date, make sure you have > > >> taskomatic running - in webUI: > > >> > > >> Admin -> Task Engine Status -> first row there should have > > >> "ON" > > >> > > >> If it is not, restart your Spacewalk: > > >> > > >> # rhn-satellite restart > > >> > > >> Now you can watch Taskomatic log to make sure it starts to > > >> regenerate repodata: > > >> > > >> # tail -f /var/log/rhn/rhn_taskomatic_daemon.log > > >> > > >> Once these are generated, you should not have problems when > > >> installing packages from these channels. > > >> > > >> Hope this helps, > > >> Jan > > >> > > >> > > >> > > >> -- > > >> Jan Hutar Systems Management QA > > >> [email protected] Red Hat, Inc. > > >> > > > > > > > > > > > > -- > > > Chirag Choudhary, > > > Software Engineer > > > > > > > > > > > -- > > Chirag Choudhary, > > Software Engineer > > > -- > Jan Hutar Systems Management QA > [email protected] Red Hat, Inc. > -- Chirag Choudhary, Software Engineer
_______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
