[Spacewalk-list] No packages found by yum although there are packages in Spacewalk
Boyd, Robert
Robert.Boyd at peoplefluent.com
Mon Jul 7 15:27:55 UTC 2014
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<mailto:robert.boyd at peoplefluent.com>
[cid:image001.png at 01CF99D6.7F050440]<http://www.peoplefluent.com/>
Visit: www.peoplefluent.com<http://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<mailto:com.mchange.v2.c3p0.PoolBackedDataSource at 5af97a6e> [ connectionPoolDataSource -> com.mchange.v2.c3p0.WrapperConnectionPoolDataSource at f2437ebd<mailto: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<mailto: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<http://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<mailto: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<mailto: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<mailto: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<mailto:Spacewalk-list at redhat.com>
>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com<mailto:Spacewalk-list at redhat.com>
> https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com<mailto:Spacewalk-list at redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20140707/2db355fd/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 5228 bytes
Desc: image001.png
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20140707/2db355fd/attachment.png>
More information about the Spacewalk-list
mailing list