[Spacewalk-list] No packages found by yum although there are packages in Spacewalk

Ning Zhang zhang.ning at towerinternational.com
Mon Jul 21 13:54:17 UTC 2014


The issue is not solved yet.
I've found it only occurs on kernel 2.6.32-431:

# uname -a
Linux host1 2.6.32-431.5.1.el6.x86_64 #1 SMP Fri Jan 10 14:46:43 EST 2014
x86_64 x86_64 x86_64 GNU/Linux

It doesn't occur on kernel 2.6.32-358.

# uname -a
Linux host2 2.6.32-358.el6.x86_64 #1 SMP Tue Jan 29 11:47:41 EST 2013
x86_64 x86_64 x86_64 GNU/Linux

After you reach kernel 2.6.32-431, "yum update" stops working.

Thanks.




On Mon, Jul 7, 2014 at 11:27 AM, Boyd, Robert <Robert.Boyd at peoplefluent.com>
wrote:

> See if this archived message from April 3 2013 is what you need:
>
>
>
> I came across this, when several repos were to be rebuild - especially for
> several very full fedora repo (>25000 rpms);
>
>
>
> The only way around that were
>
> a) adding a bit more RAM to the taskomatic-java and
>
> b) increasing timeout-values:
>
>
>
> # Maximum Java Heap Size (in MB)
>
> wrapper.java.maxmemory=4096
>
>
>
> wrapper.ping.timeout=36000
>
> wrapper.ping.interval=100
>
>
>
> (In the config file, that I always forget the whereabouts - finally found
> it:) /usr/share/rhn/config-defaults/rhn_taskomatic_daemon.conf
>
>
>
> Also refer to
>
> http://wrapper.tanukisoftware.com/doc/english/properties.html for how-tos
>
>
>
>
>
>
>
> *Robert Boyd*
>
> *Sr. Systems Engineer *
>
> *PeopleFluent*
>
> p. 919-645-2972 | c. 919-306-4681
>
> e. *Robert.Boyd at PeopleFluent.com <robert.boyd at peoplefluent.com>*
>
> [image:
> http://mktg.peoplefluent.com/rs/peopleclick/images/140410_PF4colorLOGOx150.png]
> <http://www.peoplefluent.com/>
>
>
>
>
> Visit: www.peoplefluent.com | Read: Peoplefluent Blog
> <http://peoplefluent.com/resources/peoplefluent-blog> | Follow:
> @peoplefluent <http://twitter.com/peoplefluent> | Download: iPad App
> <http://itunes.apple.com/us/app/peoplefluent/id474251804?mt=8>
>
>
>
>
>
> *From:* spacewalk-list-bounces at redhat.com [mailto:
> spacewalk-list-bounces at redhat.com] *On Behalf Of *Ning Zhang
> *Sent:* Monday, July 07, 2014 10:51 AM
>
> *To:* spacewalk-list at redhat.com
> *Subject:* Re: [Spacewalk-list] No packages found by yum although there
> are packages in Spacewalk
>
>
>
> Paul,
>
>
>
> How can I give taskomatic 2Gb of ram? Here is its new log:
>
>
>
> # tail rhn_taskomatic_daemon.log
>
> INFO   | jvm 1    | 2014/07/07 10:32:00 |   Copyright 1999-2006 Tanuki
> Software, Inc.  All Rights Reserved.
>
> INFO   | jvm 1    | 2014/07/07 10:32:00 |
>
> INFO   | jvm 1    | 2014/07/07 10:32:11 | Jul 7, 2014 10:32:11 AM
> com.mchange.v2.log.MLog <clinit>
>
> INFO   | jvm 1    | 2014/07/07 10:32:11 | INFO: MLog clients using java
> 1.4+ standard logging.
>
> INFO   | jvm 1    | 2014/07/07 10:32:12 | Jul 7, 2014 10:32:12 AM
> com.mchange.v2.c3p0.C3P0Registry banner
>
> INFO   | jvm 1    | 2014/07/07 10:32:12 | INFO: Initializing c3p0-0.9.1.2
> [built 06-August-2008 15:35:00; debug? false; trace: 5]
>
> INFO   | jvm 1    | 2014/07/07 10:32:12 | Jul 7, 2014 10:32:12 AM
> com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource getPoolManager
>
> INFO   | jvm 1    | 2014/07/07 10:32:12 | INFO: Initializing c3p0 pool...
> com.mchange.v2.c3p0.PoolBackedDataSource at 5af97a6e [
> connectionPoolDataSource ->
> com.mchange.v2.c3p0.WrapperConnectionPoolDataSource at f2437ebd [
> acquireIncrement -> 3, acquireRetryAttempts -> 30, acquireRetryDelay ->
> 1000, autoCommitOnClose -> false, automaticTestTable -> null,
> breakAfterAcquireFailure -> false, checkoutTimeout -> 0,
> connectionCustomizerClassName -> null, connectionTesterClassName ->
> com.mchange.v2.c3p0.impl.DefaultConnectionTester,
> debugUnreturnedConnectionStackTraces -> false, factoryClassLocation ->
> null, forceIgnoreUnresolvedTransactions -> false, identityToken ->
> 1bqr9az934s74cpo6sq9b|63e5414a, 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 at 5b6f75d4
> [ description -> null, driverClass -> null, factoryClassLocation -> null,
> identityToken -> 1bqr9az934s74cpo6sq9b|45c7fa1a, jdbcUrl ->
> jdbc:postgresql://gdcusap83.corp.towerautomotive.com:5432/spacewalk,
> properties -> {user=******, password=******, driver_proto=jdbc:postgresql}
> ], preferredTestQuery -> null, propertyCycle -> 0, testConnectionOnCheckin
> -> false, testConnectionOnCheckout -> true, unreturnedConnectionTimeout ->
> 0, usesTraditionalReflectiveProxies -> false; userOverrides: {} ],
> dataSourceName -> null, factoryClassLocation -> null, identityToken ->
> 1bqr9az934s74cpo6sq9b|3d4b307a, numHelperThreads -> 3 ]
>
> INFO   | jvm 1    | 2014/07/07 10:32:16 | 2014-07-07 10:32:16,715
> [Thread-43] WARN  com.redhat.rhn.taskomatic.core.SchedulerKernel -
> Reinitializing errata-cache-default, found 1 runs in the future.
>
> INFO   | jvm 1    | 2014/07/07 10:32:17 | 2014-07-07 10:32:17,049
> [Thread-43] ERROR com.redhat.rhn.common.hibernate.ConnectionManager -
> org.hibernate.TransactionException: Transaction not successfully started
>
>
>
> Thanks..
>
> NZ
>
>
>
>
>
> On Tue, Jul 1, 2014 at 11:19 AM, Paul Robert Marino <prmarino1 at gmail.com>
> wrote:
>
> check the rhntaskomatic log for errors
> also see if a repodata task is hung from the spacewalk interface.
>
> The most common causes of this is either you ran out of database
> connections or taskomatic doesnt have enough working memeory.
> I have found that in the latest version of spacewalk you need to give
> taskomatic 2Gb of ram however the default configuration is 512Mb.
>
>
>
>
> On Tue, Jul 1, 2014 at 5:25 AM, Thomas Foster <thomas.foster80 at gmail.com>
> wrote:
> > Have you already updated the system?  Check the repo for a package you
> are
> > trying to update and see if that version is the same in the repo or
> lower.
> >
> > On Jul 1, 2014 5:00 AM, "Michael Mraka" <michael.mraka at redhat.com>
> wrote:
> >>
> >> Ning Zhang wrote:
> >> % Yes. Here is the output:
> >> %
> >> % # yum repolist
> >> % Loaded plugins: downloadonly, product-id, rhnplugin, security,
> >> % upgrade-helper, verify, versionlock
> >> % This system is receiving updates from RHN Classic or RHN Satellite.
> >> % repo id                                        repo name
> >> %                    status
> >> % rhel_6_x86_64                                  rhel_6_x86_64
> >> %                    10,320
> >> % repolist: 10,320
> >> %
> >> % Actually it was working well before. I don't know at that patch level
> it
> >> % stopped working.
> >>
> >> It could also possible that one of the yum plugins is blocking updates.
> >> Check if updates are visible when you disable all plugins except for
> >> rhnplugin.
> >>
> >> % Thanks.
> >> %
> >> % NZ
> >>
> >> Regards,
> >>
> >> --
> >> Michael Mráka
> >> Satellite Engineering, Red Hat
> >>
> >> _______________________________________________
> >> Spacewalk-list mailing list
> >> Spacewalk-list at redhat.com
> >> https://www.redhat.com/mailman/listinfo/spacewalk-list
> >
> >
> > _______________________________________________
> > Spacewalk-list mailing list
> > Spacewalk-list at redhat.com
> > https://www.redhat.com/mailman/listinfo/spacewalk-list
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
>
>
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>



-- 
Thank you!

Ning Zhang, Unix/Linux Systems Administrator, Global Datacenter Services
Team, Tower International, Address: 17672 North Laurel Park Drive, Suite
400E, Livonia, MI 48152, Phone: 248-675-6241, Fax: 248-675-6797, Email:
zhang.ning at towerinternational.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20140721/7ab0a301/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 5228 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20140721/7ab0a301/attachment.png>


More information about the Spacewalk-list mailing list