Permission oddity (was: problems with mailman)
Alexander Dalloz
ad+lists at uni-x.org
Thu Dec 29 19:42:05 UTC 2005
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 at 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 at 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
Url : http://lists.fedoraproject.org/pipermail/users/attachments/20051229/8d7150cf/attachment-0002.bin
More information about the users
mailing list