Thanks for the answer.
2013/4/29 Parsons, Aron parso...@bit-sys.com
Hi Issam,
spacecmd keeps a local cache of server-sid mappings as to not have to hit
the server constantly for lookups. If you delete a system outside of
spacecmd, it does not know to update the cache. You must manually
I have been having a similar issue with 1.7. I applied these patches
(against my better judgement) and the system has went from barely staying
alive to performing better then it has in quite a while. I have about 3k
systems across 9 channels.
On Thu, Mar 14, 2013 at 5:38 AM, Jan Pazdziora
Does anyone know how I can get this going on SUSE Linux Enterprise 11 SP2?
The relevant packages seem to be available for other operating systems but
not SLED. I'm using Spacewalk 1.9.
Thanks
Mark
___
Spacewalk-list mailing list
Whenever I've removed a package from a channel, I'm often too impatient for
the repodata to be rebuilt. Could that be your problem? You can check the
last repo build time on the channel detail page or also just look at
/var/cache/rhn/repodata/*.
-- Jon Miller
On Tue, Apr 30, 2013 at 9:35 PM,
that was a bad idea. I'll wait to get upgraded to 1.9 before jumping in
again. everything was fast but i was getting lots of SQLConnectError FATAL:
sorry, too many clients already
On Wed, May 1, 2013 at 8:58 AM, john miller johnmil...@gmail.com wrote:
I have been having a similar issue with
(I spoke with Aron off-list and he suggested I post my changes to the
list for comments)
Using spacewalk-manage-channel-lifecycle, I noted that the promote
functionality has an issue with base channels that don't start with
rhel-. I've made some changes to the logic to determine channel
labels
Anyone have any clues?
What log file would be recording additional info? I don't see anything in the
rhn_upload_package_push.log log
Rich Gomes | Senior Systems Administrator, AUCA System Services | ARAMARK
Uniform Career Apparel
Tel: 781.763.4508 | Fax: 781.763.2508
Hi Jon,
When it kickstarts is cannot find the package:
sos-1.7-9.62.el5.noarch.rpm
but I can download it from
https://spacewalk-1.l.c//ks/dist/Centos-5_x64-ks/CentOS/sos-1.7-9.62.el5.noarch.rpmhttps://spacewalk-1.l.c/ks/dist/Centos-5_x64-ks/CentOS/sos-1.7-9.62.el5.noarch.rpm
I see it retrieve
I can not recall the precise URL but I've gone through a similar
troubleshooting session. What I did was allow my kickstart to fail, then I:
1. Looked at the /var/log/httpd/access_log on my Spacewalk server to
identify the precise URL the client was using.
2. Then reproduced the error via CLI with
Thanks for replying again Jon, actually I inadvertently blew away all the
packages in the repo...so after a spacewalk-repo-sync it now complains it can't
find a package due to different versions...
Previously I did get to the console on the kickstarting machine and was able to
download the
10 matches
Mail list logo