What's the owner of the various directories? Maybe the processes don't have
access?
On May 11, 2010 8:26 PM, "Daniel Wittenberg"
wrote:
Ok tried that and that didn't seem to cause it to build/rebuild
/var/rhn/cache/repodata/*
It searched for cache in the /var/log/rhn/rhn_taskomatic_daemon.log an
Is anyone else seeing this issue?
If not, then I'll submit a bug report for it.
On Fri, 2010-05-07 at 17:34 -0400, Mullis, Josh (CCI - Atlanta) wrote:
>
> Hey guys...
>
> I'm getting a 500 Internal Server Error when comparing configuration
> file revisions.
> (Usually this only happens on
Ok tried that and that didn't seem to cause it to build/rebuild
/var/rhn/cache/repodata/*
It searched for cache in the /var/log/rhn/rhn_taskomatic_daemon.log and didn't
see much, so not sure if more debug logging I can do ? Is there a command that
will rebuild the cache that I could try runnin
Thank for your help , but i find cause my error, my spacewalk server use
version 0.7, and the client use spacewalk client version 1.0. So i downgrade
spacewalk client to 0.7 version, and its works. Now i want to install spacewall
server version 1.0. Its stable...
Please, share if it's ok with you.
If nothing else, it's good to see different ways to solve problems like
this.
/Jonas
On 11/05/10 13:53, Colin Coe wrote:
I have a python version of the script if anyone is interested. It's
newer and has not had as much testing but there's no warranty on my
I have a python version of the script if anyone is interested. It's
newer and has not had as much testing but there's no warranty on my
scripts anyway.
CC
2010/5/11 Lezier Cyril :
> Thanks a lot for this beautiful script Colin.
>
> -Message d'origine-
> De : spacewalk-list-boun...@redhat
Hi,
Sorry didn't reply Monday but had a bit of a busier day than I had
anticipated here
This is approximately my structure
Development systems <--> Spacewalk <--> NAT/Firewall/VPN <-->
Spacewalk Proxy <--> Production Systems
There is a 1 to 1 NAT for communication between spacewalk and
>
> No, spacewalk-repo-sync pushes packages directly to database nad
> filesystem (thus must be run on spacewalk server locally) while rhnpush
> uses XMLRPC API and can be run from another box.
>
Ah so that could be a useful debug step for him...
If rhnpush uploads the packages and the repo metad
James Hogarth wrote:
% On 11 May 2010 02:41, Daniel Wittenberg wrote:
% > Do you mean the last sync time? There isn't one since there's a CLI script
that does it, modified from the docs on syncing rpmforge/epel.
% >
% > The taskomaticd is running if that's the one you mean
% >
% > There are a fe
Thanks a lot for this beautiful script Colin.
-Message d'origine-
De : spacewalk-list-boun...@redhat.com
[mailto:spacewalk-list-boun...@redhat.com] De la part de Colin Coe
Envoyé : mardi 11 mai 2010 09:10
À : spacewalk-list@redhat.com
Objet : Re: [Spacewalk-list] Duplicates and Reactivat
On 11 May 2010 02:41, Daniel Wittenberg wrote:
> Do you mean the last sync time? There isn't one since there's a CLI script
> that does it, modified from the docs on syncing rpmforge/epel.
>
> The taskomaticd is running if that's the one you mean
>
> There are a few older errors "Error
> com.re
Oh, yeah, the script.
Here's the whole script. Use what you want, ignore the rest.
On Mon, May 10, 2010 at 11:44 PM, Tom Brown wrote:
>
>> I call custom API scripts in the %post script to deal with this.
>>
>>
>
> in a 'am i registered, if so delete me' then 'register system' kind of way?
>
>
No.
Client: Hi, Mr Spacewalk/Satellite Server!
SatServer: Hi, you're new here, have a unique ID!
Client: Cool, thanks. Say, does anyone else have my name?
SatServer: Why yes, two other clients have your name.
Client: Yeah, well, they were me in a past life. Delete them please.
SatServer: Consid
13 matches
Mail list logo