[Spacewalk-list] local action status: ((6, ), 'Fatal error in Python code occured', {})

Mon Sep 30 21:08:04 UTC 2013

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
<chirag200666 at gmail.com> 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
> <chirag200666 at gmail.com>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 at 48488b7a
> > [ connectionPoolDataSource ->
> > com.mchange.v2.c3p0.WrapperConnectionPoolDataSource at 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 at 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ř
> > <jhutar at redhat.com> wrote:
> >
> >> On Wed, 25 Sep 2013 17:23:46 +0530 Chirag Choudhary
> >> <chirag200666 at gmail.com> 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
> >> jhutar at redhat.com     Red Hat, Inc.
> >>
> >
> >
> >
> > --
> > Chirag Choudhary,
> > Software Engineer
> >
> 
> 
> 
> -- 
> Chirag Choudhary,
> Software Engineer

-- 
Jan Hutar     Systems Management QA
jhutar at redhat.com     Red Hat, Inc.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20130930/0d238308/attachment.sig>