[Lxc-users] Problem with: lxc.autodev=1

Michael H. Warfield mhw at WittsEnd.com
Sat Apr 20 19:33:50 UTC 2013


On Sat, 2013-04-20 at 21:13 +0200, Andreas Otto wrote:
> Hi all,

> my problem: the "autodev" create devices with wrong permissions:

>  > ls -ald /dev/*
> crw-rw---- 1 root tty  136, 16 Apr 20 18:34 /dev/console
> lrwxrwxrwx 1 root root      11 Apr 20 18:34 /dev/core -> /proc/kcore
> lrwxrwxrwx 1 root root      13 Apr 20 18:34 /dev/fd -> /proc/self/fd
> crwxr-xr-x 1 root root   1,  7 Apr 20 18:34 /dev/full
> drwxr-xr-x 2 root root       0 Apr 20 18:34 /dev/hugepages
> prw------- 1 root root       0 Apr 20 18:34 /dev/initctl
> lrwxrwxrwx 1 root root       7 Apr 20 18:34 /dev/kmsg -> console
> srw-rw-rw- 1 root root       0 Apr 20 18:34 /dev/log
> drwxrwxrwt 2 root root      40 Apr 20 18:34 /dev/mqueue
> crwxr-xr-x 1 root root   1,  3 Apr 20 18:34 /dev/null
> lrwxrwxrwx 1 root root      13 Apr 20 18:34 /dev/ptmx -> /dev/pts/ptmx
> drwxr-xr-x 2 root root       0 Apr 20 18:34 /dev/pts
> crwxr-xr-x 1 root root   1,  8 Apr 20 18:34 /dev/random
> drwxrwxrwt 2 root root      40 Apr 20 18:34 /dev/shm
> lrwxrwxrwx 1 root root      15 Apr 20 18:34 /dev/stderr -> /proc/self/fd/2
> lrwxrwxrwx 1 root root      15 Apr 20 18:34 /dev/stdin -> /proc/self/fd/0
> lrwxrwxrwx 1 root root      15 Apr 20 18:34 /dev/stdout -> /proc/self/fd/1
> crwxr-xr-x 1 root root   5,  0 Apr 20 18:34 /dev/tty
> crw-rw---- 1 root tty  136, 12 Apr 20 18:34 /dev/tty1
> crw-rw---- 1 root tty  136, 13 Apr 20 18:34 /dev/tty2
> crw-rw---- 1 root tty  136, 14 Apr 20 18:34 /dev/tty3
> crw-rw---- 1 root tty  136, 15 Apr 20 18:34 /dev/tty4
> crwxr-xr-x 1 root root   1,  9 Apr 20 18:34 /dev/urandom
> crwxr-xr-x 1 root root   1,  5 Apr 20 18:34 /dev/zero

> check the permissions for "/dev/tty" or "/dev/null" as example.

I've seen this before when I set autodev=1 on a container which was NOT
running systemd for init.  Reviewing the code and all, it looked like it
should be setting the correct permissions and yet it came out wrong for
several devices.  In my case, I finally got my Fedora 17 containers
working fine (autodev=1 w/ systemd) and my Fedora 14 containers right
with autodev=0 w/o systemd.  If I turned autodev=1 on the Fedora 14
containers, it did what you're describing.  That was back when we were
first working on the systemd support.  I don't recall testing that
condition after we cut the patches loose for 0.9.0 that included systemd
support in both the containers and the host.

1) Is OpenSuse 12.3 running systemd init (I don't run OpenSuse and,
unfortunately, the lxc-opensuse template doesn't seem to work for me on
Fedora)?

2) What version of lxc are you running in the host?

I may and try to recreate this with a fresh Fedora 14 container and see
if it still happens with 0.9.0 for me.  It LOOKS like conf.c is doing
the right thing with umask when setting up autodev, at least in what's
in git.

> a "normal" user is not able to use these devices ...
> example: login into an non-root-user account.
> 
>  > ssh dev01 at nhi2
> ...
> Last login: Sat Apr 20 18:34:29 2013 from linux02
> Have a lot of fun...
> -bash: /dev/null: Permission denied
> -bash: /dev/null: Permission denied
> -bash: /dev/null: Permission denied
> 
> Im using opensuse 12.3 on the host and guest.
> The gues is a fresh lxc container.
> 
> 
> mfg AO
> -- 
> You can contact me by using XING:
> https://www.xing.com/profile/Andreas_Otto6

Regards,
Mike
-- 
Michael H. Warfield (AI4NB) | (770) 985-6132 |  mhw at WittsEnd.com
   /\/\|=mhw=|\/\/          | (678) 463-0932 |  http://www.wittsend.com/mhw/
   NIC whois: MHW9          | An optimist believes we live in the best of all
 PGP Key: 0x674627FF        | possible worlds.  A pessimist is sure of it!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 482 bytes
Desc: This is a digitally signed message part
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20130420/918df0d8/attachment.pgp>


More information about the lxc-users mailing list