Am Do, den 29.12.2005 schrieb Lic. Martin Marques um 13:08: > OK, done some more reaserching and found this which is very odd: > > [root@newweb shunt]# su - mailman -c "unset LANG;stat > /var/lib/mailman/archives/private/depto" > stat: cannot stat `/var/lib/mailman/archives/private/depto': Permission > denied > [root@newweb shunt]# stat /var/lib/mailman/archives/private/depto > File: `/var/lib/mailman/archives/private/depto' > Size: 4096 Blocks: 8 IO Block: 4096 directory > Device: 900h/2304d Inode: 8421391 Links: 35 > Access: (2775/drwxrwsr-x) Uid: ( 41/ mailman) Gid: ( 41/ mailman) > Access: 2005-12-29 08:42:22.000000000 -0300 > Modify: 2005-02-16 17:24:18.000000000 -0300 > Change: 2005-12-29 08:42:22.000000000 -0300 > > Now, mailman is the owner, and has all permissions, so why can't he stat > the directory??? If you face such issues where the unix permissions match but you get permission denied, then have a look at the SELinux logging output (either messages syslog file or when auditd runs in audit.log). You may temporary set SELinux into permissive mode by following command: setenfore=0. In that mode SELinux just documents what it thinks about actions of the system and logs them, but does not deny these actions. Alexander -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora Core 2 GNU/Linux on Athlon with kernel 2.6.11-1.35_FC2smp Serendipity 20:38:58 up 25 days, 1:16, load average: 1.43, 0.84, 0.53
Attachment:
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil