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

Chirag Choudhary chirag200666 at gmail.com
Tue Oct 1 10:05:21 UTC 2013 

I think the real culprit was my neglect. As the client was not able to ping
the spacewalk server I had replaced the hostname by IP address in the
/etc/sysconfig/rhn/up2date and in the spacewalk-server in
/etc/cobbler/settings , 'but' the Certificates had the hostname in them, so
that was the real problem, now fixed the DNS in the client reverted back
all settings to hostname, everything works as charm.
PS:  failing of osad in the client gave me the hint what was wrong in the
client.


Thanks&Regards,


On Tue, Oct 1, 2013 at 2:10 PM, Chirag Choudhary <chirag200666 at gmail.com>wrote:

> 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ř <jhutar at redhat.com> 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
>> <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.
>>
>
>
>
> --
> Chirag Choudhary,
> Software Engineer
>



-- 
Chirag Choudhary,
Software Engineer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20131001/579c278b/attachment.htm>

More information about the Spacewalk-list mailing list