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: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20051229/8d7150cf/attachment-0001.sig>


More information about the fedora-list mailing list