On Wed, 2007-11-28 at 08:39 -0500, [EMAIL PROTECTED] wrote:
> I used both UID and id
>
> [EMAIL PROTECTED] ~]# cat /tmp/rsync.ids
> 0 0
> uid=0(root) gid=0(root) context=root:system_r:inetd_t
I bet that context would do it. Paul's suggestion to use "id" was a
good one!
Matt
--
To unsubscribe
selinux is enabled. I changed enforcing to permissive mode and it
works now. i think i should check to see if it is necessary to run it
on my system and no matter what I learn - just disable it. thank you
guys for your help.
--
To unsubscribe or change options: https://lists.samba.org/mailman/list
> I think a very important part of using that script was to determine the
> ids, as in: what got written to /tmp/rsync.ids
> (Aside: I would have used "id > /tmp/rsync.ids", not rely on UID being
> set, I believe that's a bash extension, although I may be confused due
> to having been brought up on
On Tue, 2007-11-27 at 17:54 -0500, [EMAIL PROTECTED] wrote:
> I am not aware of SE linux running on this system unless centos is
> enabling this by default. How do I check? (I know I should not ask...)
I know I should not answer, but run "selinuxenabled; echo $?". Zero
means enabled, one means di
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
>> Hmm. Bizarre things happening when root and different behaviour when run
>> as a daemon versus from the command line. Those are the sort of symptoms
>> one gets from SELinux denials. Is SELinux enabled on this system?
>
>
>I am not aware of SE l
On Tue 27 Nov 2007, [EMAIL PROTECTED] wrote:
> On Nov 26, 2007 11:38 PM, Matt McCutchen <[EMAIL PROTECTED]> wrote:
> > root. Set a shell script like the following as the "server" in the
> > xinetd configuration to verify that the daemon is running as root and to
> > strace it to get more informat
On Nov 26, 2007 11:38 PM, Matt McCutchen <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-11-25 at 17:37 -0500, [EMAIL PROTECTED] wrote:
> root. Set a shell script like the following as the "server" in the
> xinetd configuration to verify that the daemon is running as root and to
> strace it to get more
> Hmm. Bizarre things happening when root and different behaviour when run
> as a daemon versus from the command line. Those are the sort of symptoms
> one gets from SELinux denials. Is SELinux enabled on this system?
I am not aware of SE linux running on this system unless centos is
enabling
Matt McCutchen <[EMAIL PROTECTED]> wrote:
>On Sun, 2007-11-25 at 17:37 -0500, [EMAIL PROTECTED] wrote:
>> When I run rsyncd from xinetd and try to rsync I will get permission
>> denied error:
>>
>> rsync: chdir /home/test failed : Permission denied (13)
>
>That's very bizarre, since the daemon is
On Sun, 2007-11-25 at 17:37 -0500, [EMAIL PROTECTED] wrote:
> When I run rsyncd from xinetd and try to rsync I will get permission
> denied error:
>
> rsync: chdir /home/test failed : Permission denied (13)
That's very bizarre, since the daemon is ostensibly running as root and
the permissions on
Hey folks,
When I run rsyncd from xinetd and try to rsync I will get permission
denied error:
rsync: chdir /home/test failed : Permission denied (13)
If I shutdown xinetd and start standalone daemon ( rsync --daemon
--config /etc/rsyncd.conf) everything works as expected.
This is my xinetd con
11 matches
Mail list logo