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 <[email protected]> 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. *[email protected] <[email protected]>* > > [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:* [email protected] [mailto: > [email protected]] *On Behalf Of *Ning Zhang > *Sent:* Monday, July 07, 2014 10:51 AM > > *To:* [email protected] > *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@5af97a6e [ > connectionPoolDataSource -> > com.mchange.v2.c3p0.WrapperConnectionPoolDataSource@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@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 <[email protected]> > 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 <[email protected]> > 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" <[email protected]> > 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 > >> [email protected] > >> https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > > > _______________________________________________ > > Spacewalk-list mailing list > > [email protected] > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > _______________________________________________ > Spacewalk-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > > > _______________________________________________ > Spacewalk-list mailing list > [email protected] > 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: [email protected]
_______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
