[Spacewalk-list] Error rhnpush

[James Hogarth]

Hmm... reproduced it and not sure the best way of dealing with it at this
point....

After a silly thing (thankfully this was early in the process of getting
systems subscribed to the server so not much loss) I had to rebuild the
spacewalk repo yesterday.

Sync'd the repos overnight and found the following:

Repo's that had been sync'd via spacewalk-repo-sync had a directory owned by
root:root. Further down the tree they were owned by apache:apache. A package
that is destined for an existing directory via rhnpush naturally gets
permission denied for that folder but for a fresh folder of course there are
no problems with the rhnpush.

The spacewalk-repo-sync python script starts as follows:

def main():

    # quick check to see if you are a super-user.
    if os.getuid() != 0:
        sys.stderr.write('ERROR: must be root to execute\n')
        sys.exit(8)

There is then an obvious logical break here.....

For now I'll add a recursive chown apache:apache to my daily cron sync
script so that rhnpush for in house packages isn't broken. Going forwards we
should probably have the spacewalk-repo-sync script check ownership of
/var/satellite and run as that owner perhaps....

Thoughts?

2009/12/8 James Hogarth <james.hogarth at gmail.com>

> only via spacewalk-sync-repo  .... and that says it requires being run as
> root if run as an unprivileged user
>
> 2009/12/8 John Hodrien <J.H.Hodrien at leeds.ac.uk>
>
> On Tue, 8 Dec 2009, James Hogarth wrote:
>>
>>  Thats exactly what I saw a few weeks ago - couldn't isolate what caused
>>> it
>>> however..... and a chown -R apache left it fine for future syncs
>>>
>>
>> Have you done a repo-sync as root?
>>
>> jh
>>
>>
>> _______________________________________________
>> Spacewalk-list mailing list
>> 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/20091209/a2919101/attachment.htm>