Re: [lxc-devel] lxc 0.7.3 console problem

2010-12-23 Thread Daniel Lezcano
On 12/21/2010 12:28 PM, Erdem Bayer wrote:
>   Hi
>
>   After an upgrade from lxc-0.7.2 to 0.7.3, I can not login to my
>   containers anymore. Containers boot fine, but denying and console
>   access:
>
>   ---
>   # lxc-start -n test1
>   INIT: version 2.86 booting
>
> Pardus Corporate 2 Beta  http://www.pardus.org.tr
>
>* Setting up hostname as 'test1'
>* Setting up localhost
>* Cleaning up /var
>* Cleaning up /tmp
>* Starting DBus
>   INIT: 3
>* Starting services
>
>   Pardus GNU/Linux x86_64 2.6.32.26-149 2010-12-21 ( console )
>
>   test1  login: root
>   Unable to determine your tty name.
>
>   Pardus GNU/Linux x86_64 2.6.32.26-149 2010-12-21 ( console )
>   ---
>
>   Here are the relevant information:
>
>   # cat /var/lib/lxc/test1/fstab
>   none /lxc/test1/dev/pts  devpts defaults  0 0
>   none /lxc/test1/proc proc   defaults  0 0
>   none /lxc/test1/sys  sysfs  defaults  0 0
>   none /lxc/test1/dev/shm  tmpfs  defaults  0 0
>
>   # cat /var/lib/lxc/test1/config
>   lxc.utsname = test1
>   lxc.network.type = veth
>   lxc.network.flags = up
>   lxc.network.link = br0
>   lxc.network.hwaddr = DE:AD:BE:EF
>   lxc.network.ipv4 = 192.168.133.2/24
>   lxc.mount = /var/lib/lxc/test1/fstab
>   lxc.rootfs = /lxc/test1
>   lxc.tty = 1
>
>   # cat /lxc/test1/etc/inittab
>   # Default runlevel.
>   id:3:initdefault:
>
>   # System initialization, mount local filesystems, etc.
>   si::sysinit:/sbin/mudur.py sysinit
>
>   # Further system initialization, brings up the boot runlevel.
>   rc::bootwait:/sbin/mudur.py boot
>
>   l0:0:wait:/sbin/mudur.py shutdown
>   l1:S1:wait:/sbin/mudur.py single
>   l2:2:wait:/sbin/mudur.py nonetwork
>   l3:3:wait:/sbin/mudur.py default
>   l4:4:wait:/sbin/mudur.py default
>   l5:5:wait:/sbin/mudur.py default
>   l6:6:wait:/sbin/mudur.py reboot
>
>   cons:2345:respawn:/sbin/mingetty --noclear console
>
>   For that matter, are there any documentation about what changed with
>   0.7.3, both behavioral and config related?
>

Hi,

some changes to 0.7.3 broke the mount points. We try to keep backward 
compatibility but sometimes that does not happen :S

I will try to fix this and release a 0.7.4 version.

"none /lxc/test1/dev/pts  devpts defaults  0 0"

becomes:

"none dev/pts devpts defaults 0 0"


Thanks for reporting

   -- Daniel

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Lxc-devel mailing list
Lxc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxc-devel


Re: [lxc-devel] lxc 0.7.3 console problem

2010-12-23 Thread Trent W. Buck
Daniel Lezcano  writes:

> some changes to 0.7.3 broke the mount points. We try to keep backward
> compatibility but sometimes that does not happen :S
>
> I will try to fix this and release a 0.7.4 version.
>
>   "none /lxc/test1/dev/pts  devpts defaults  0 0"
>
> becomes:
>
>   "none dev/pts devpts defaults 0 0"

I'm confused -- the former still works for me in 0.7.3...


--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Lxc-devel mailing list
Lxc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxc-devel


Re: [lxc-devel] lxc 0.7.3 console problem

2010-12-23 Thread Trent W. Buck
t...@cybersource.com.au (Trent W. Buck)
writes:

> Daniel Lezcano  writes:
>
>> some changes to 0.7.3 broke the mount points. We try to keep backward
>> compatibility but sometimes that does not happen :S
>>
>> I will try to fix this and release a 0.7.4 version.
>>
>>  "none /lxc/test1/dev/pts  devpts defaults  0 0"
>>
>> becomes:
>>
>>  "none dev/pts devpts defaults 0 0"
>
> I'm confused -- the former still works for me in 0.7.3...

PS: I just checked and it doesn't work for me.  Removing
"/srv/lxc/imago/" from the mount points:

r...@omega:~# lxc-start -n image -f /etc/lxc/imago.conf
lxc-start: No such file or directory - failed to mount 'none' on 'dev/shm'
lxc-start: failed to setup the mount entries for 'image'
lxc-start: failed to setup the container
lxc-start: invalid sequence number 1. expected 2
lxc-start: failed to spawn 'image'
r...@omega:~# egrep -v '^[[:space:]]*(#|$)' /etc/lxc/imago.conf
lxc.utsname = imago
lxc.console = /var/log/lxc/imago.console
lxc.rootfs = /srv/lxc/imago
lxc.tty = 4
lxc.pts = 1024
lxc.network.type = veth
lxc.network.link = br-managed
lxc.network.name = managed
lxc.network.flags = up
lxc.cgroup.memory.soft_limit_in_bytes = 128M
lxc.cgroup.memory.limit_in_bytes = 256M
lxc.cgroup.memory.memsw.limit_in_bytes = 512M
lxc.cgroup.devices.deny = a
lxc.cgroup.devices.allow = c 1:3 rw
lxc.cgroup.devices.allow = c 1:5 rw
lxc.cgroup.devices.allow = c 1:8 rw
lxc.cgroup.devices.allow = c 1:9 rw
lxc.cgroup.devices.allow = c 4:* rw
lxc.cgroup.devices.allow = c 5:0 rw
lxc.cgroup.devices.allow = c 5:1 rw
lxc.cgroup.devices.allow = c 5:2 rw
lxc.cgroup.devices.allow = c 136:* rw
lxc.cgroup.devices.allow = c 254:0 r
lxc.cap.drop = sys_admin
lxc.mount.entry  = none dev/shm tmpfs nosuid,nodev
lxc.mount.entry  = none lib/init/rw tmpfs mode=0755,nosuid,size=8m
lxc.mount.entry  = none proc proc nodev,noexec,nosuid
lxc.mount.entry  = none tmp tmpfs defaults
lxc.mount.entry  = none var/lock tmpfs nodev,noexec,nosuid,size=8m
lxc.mount.entry  = /srv/mirror srv/mirror none bind,ro
lxc.mount.entry  = /home   home   none bind
lxc.cap.drop = audit_control audit_write linux_immutable mac_admin
lxc.cap.drop = mac_override mknod setfcap setpcap sys_admin sys_boot
lxc.cap.drop = sys_module sys_pacct sys_rawio sys_resource sys_time
lxc.cap.drop = sys_tty_config
r...@omega:~#


--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Lxc-devel mailing list
Lxc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxc-devel