[Bug 925513] Re: plymouth should not run in container

2012-02-16 Thread Michael Adam
@Serge,

Could you explain why use of --path can lead to X crashing where lxc-create
without --path is not?

My motivation was: I don't want lxc-create to create the rootfs under 
/var/lib/lxc.
I need the stuff to be stored elsewhere.
I thought that the --path option in the template was made exactly for this 
purpose.

Also notice that --path is specified as parameter for the ubuntu template
and not for the lxc-create command:
it is specified after -- in the command line.

So I think it is really the plymouthd doing something with my framebuffer
(which I assume my X server is also using), somehow eventually killing my
X session. Does that make sense?

I just noticed that I should probably have called lxc-ubuntu with the --trim 
option.
The description of the option is somewhat misleading:
Looking at the trim() function in the script itself, it in particular disables 
a couple 
of upstart services: quoting from the script:

~~
chroot $rootfs /bin/bash -c 'cd /etc/init; for f in $(ls u*.conf); do mv $f 
$f.orig; done'
chroot $rootfs /bin/bash -c 'cd /etc/init; for f in $(ls tty[2-9].conf); do 
mv $f $f.orig; done'
chroot $rootfs /bin/bash -c 'cd /etc/init; for f in $(ls plymouth*.conf); 
do mv $f $f.orig; done'
chroot $rootfs /bin/bash -c 'cd /etc/init; for f in $(ls hwclock*.conf); do 
mv $f $f.orig; done'
chroot $rootfs /bin/bash -c 'cd /etc/init; for f in $(ls module*.conf); do 
mv $f $f.orig; done'
~~

This also explains why another container (lucid) that was created with the 
--trim
option works without problems. I will re-test the oneiric container with 
--trim...

Cheers - Michael

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to lxc in Ubuntu.
https://bugs.launchpad.net/bugs/925513

Title:
  plymouth should not run in container

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/925513/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 925513] Re: plymouth should not run in container

2012-02-16 Thread Michael Adam
Confirmed: running the same lxc-create command with --trim creates a
directly usable container.

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to lxc in Ubuntu.
https://bugs.launchpad.net/bugs/925513

Title:
  plymouth should not run in container

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/925513/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 925513] Re: plymouth should not run in container

2012-02-16 Thread Michael Adam
@Serge,

thanks for your comments.

I have experimented a little more. And I found that --path is indead at
the very least misleading:

If I don't use --path, then the config (snippet) given to lxc-create by
-f is merged with the config that the template creates. If i do use
paht, then the -f file is put under /var/lib/lxc while the template
creates is stored under the --path. So at least this is bad and
confusing. I also came up with the idea of linking or bind-mounting
/var/lib/lxc to some other place. It seems safer ... :-)

As for plymouth: I still have to experiment whether the behaviour is
different when not using --path.

But one of the main purposes for me to use is to get network
virtualization, so it is not an option to _not_ configure network for my
containers. :-) I usually use veth and one of the bridge devices created
by libvirt.

Cheers - Michael

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to lxc in Ubuntu.
https://bugs.launchpad.net/bugs/925513

Title:
  plymouth should not run in container

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/925513/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 925513] Re: plymouth should not run in container

2012-02-16 Thread Michael Adam
@Serge,

I might have misready your statement about network config.
I do add nettwork config (veth0, dev=virbr0, etc) manually.
There is no /etc/lxc/lxc.conf in my system.
The reason I used a config file snipped for lxc-create was
exactly to get this network virtualization layer into the container config.

Cheers - Michael

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to lxc in Ubuntu.
https://bugs.launchpad.net/bugs/925513

Title:
  plymouth should not run in container

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/925513/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 925513] Re: plymouth should not run in container

2012-02-15 Thread Michael Adam
Hi,

plymouth running in the container prevents me from using
the container at all, it kills my X instead:

I created a 11.10 container with the following lxc-create command on
freshly installed 11.10:

sudo lxc-create -n ubuntu1 -f ./ubuntu1-template.conf -t ubuntu --
--release=oneiric --path=/data/lxc/ubuntu1

here ubuntu1-template.conf contains this:

~
lxc.network.type = veth
lxc.network.flags = up
lxc.network.link = virbr0
~

(virbr0 being the bridge created by libvirt)

Now when I later start the container with sudo lxc-start -n ubuntu1
(after sudo lxc-create -n ubuntu1 -f /data/lxc/ubuntu1/config), then
there is no output but after a couple of seconds, my X session is killed
placing me in the login manager.

When I do lxc-ps -n ubuntu1, I see only plymouthd is running except for
init.

After disabling plymouth in the container by
mv /etc/init/plymouth.conf /etc/init/plymouth.conf.gone,
I was able to start the container successfully.

So maybe plymouth should really be disabled in the container.

Cheers - Michael

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to lxc in Ubuntu.
https://bugs.launchpad.net/bugs/925513

Title:
  plymouth should not run in container

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/925513/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 271922] Re: Default ACL not applied on files created through CIFS filesystem (mount.cifs)

2009-02-05 Thread Michael Adam
I was looking for a reason why Ubuntu kernels dont have CIFS_POSIX_XATTR set?
So the nifty posix acl extensions can never be used with stock kernel.
Should we open a new enhancement bug report for this or was I just not clever 
enough searching...

Michael

-- 
Default ACL not applied on files created through CIFS filesystem (mount.cifs)
https://bugs.launchpad.net/bugs/271922
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs