Bug#651077: lxc.network.veth.pair

2011-12-06 Thread Spack
If I change

lxc.network.veth.pair = veth-

to

lxc.network.veth.pair = veth

LXC will create an interface named `veth' instead of `veth-' but running
two containers still conflicting.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#651077: lxc: Invalid veth names

2011-12-05 Thread Spack
Package: lxc
Version: 0.7.5-12
Severity: grave
Justification: renders package unusable

Dear Maintainer,

It seems that LXC uses invalid veth names when launching a new
container.

If you create two container using virtual Ethernet interfaces, the first
one
will load fine but with the second one, you will have the following
error:

# lxc-start -n container -f /srv/lxc/container/config
lxc-start: failed to create veth--veth854Hig : File exists
lxc-start: failed to create netdev
lxc-start: failed to create the network
lxc-start: failed to spawn 'container'
lxc-start: No such file or directory - failed to remove cgroup
'/cgroup/container'

It looks like LXC is trying to create an interface named
`veth--veth854Hig' but
this name is invalid due to the two `-'.

A look at ifconfig can confirm that:

# ifconfig -a
veth- Link encap:Ethernet  HWaddr be:86:2f:8a:fe:3b  
  inet6 addr: fe80::bc86:2fff:fe8a:fe3b/64 Scope:Link
  UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
  RX packets:18 errors:0 dropped:0 overruns:0 frame:0
  TX packets:5291 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:2008 (1.9 KiB)  TX bytes:537310 (524.7 KiB)

So when we launch a second container, it is conflicting with the already
created
`veth-' interface.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lxc depends on:
ii  debconf [debconf-2.0]  1.5.41  
ii  libc6  2.13-21 
ii  libcap21:2.22-1

Versions of packages lxc recommends:
ii  debootstrap  1.0.38  
ii  libcap2-bin  1:2.22-1

Versions of packages lxc suggests:
pn  lxctl  none

-- debconf information:
  lxc/shutdown: stop
  lxc/directory: /var/lib/lxc
  lxc/title:
  lxc/auto: true




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#651077: lxc: Invalid veth names

2011-12-05 Thread Spack
Well I used the lxc-debian (Squeeze) template:

# /usr/lib/lxc/templates/lxc-debian -p /srv/lxc/container

And I didn't really change the default configuration file instead of the
`lxc.utsname' and the `lxc.network.hwaddr' parameters.


On Mon, 2011-12-05 at 17:09 +0100, Daniel Baumann wrote:
 severity 651077 normal
 tag 651077 moreinfo
 thanks
 
 On 12/05/2011 04:45 PM, Spack wrote:
  If you create two container using virtual Ethernet interfaces, the first
  one
  will load fine but with the second one, you will have the following
  error:
 
 how did you create the container (which template)? what are the 
 veth.name entries in both of your container configs?
 


# /srv/lxc/container1/config

## Container
lxc.utsname = container1
lxc.rootfs  = /srv/lxc/container1/rootfs
lxc.tty = 6
lxc.pts = 1024
#lxc.console= /srv/log/lxc/.console

## Capabilities
lxc.cap.drop= sys_admin sys_module mac_admin 
mac_override

## Devices
# Allow all devices
#lxc.cgroup.devices.allow   = a
# Deny all devices
lxc.cgroup.devices.deny = a
# Allow to mknod all devices (but not using them)
lxc.cgroup.devices.allow= c *:* m
lxc.cgroup.devices.allow= b *:* m

# /dev/console
lxc.cgroup.devices.allow= c 5:1 rwm
# /dev/fuse
lxc.cgroup.devices.allow= c 10:229 rwm
# /dev/null
lxc.cgroup.devices.allow= c 1:3 rwm
# /dev/ptmx
lxc.cgroup.devices.allow= c 5:2 rwm
# /dev/pts/*
lxc.cgroup.devices.allow= c 136:* rwm
# /dev/random
lxc.cgroup.devices.allow= c 1:8 rwm
# /dev/rtc
lxc.cgroup.devices.allow= c 254:0 rwm
# /dev/urandom
lxc.cgroup.devices.allow= c 1:9 rwm
# /dev/zero
lxc.cgroup.devices.allow= c 1:5 rwm

## Limits
#lxc.cgroup.cpu.shares  = 1024
#lxc.cgroup.cpuset.cpus = 0
#lxc.cgroup.memory.limit_in_bytes   = 256M
#lxc.cgroup.memory.memsw.limit_in_bytes = 1G

## Filesystem
lxc.mount.entry = proc /srv/lxc/container1/rootfs/proc 
proc nodev,noexec,nosuid 0 0
lxc.mount.entry = sysfs /srv/lxc/container1/rootfs/sys 
sysfs defaults,ro 0 0
#lxc.mount.entry= /srv/share/ 
/srv/lxc/container1/rootfs/srv/ none defaults,bind 0 0
#lxc.mount.entry= /srv/ /srv/lxc/container1/rootfs/srv/ 
none defaults,bind 0 0

## Network
lxc.network.type= veth
lxc.network.flags   = up
lxc.network.hwaddr  = 00:FF:00:00:00:01
lxc.network.link= br0
lxc.network.mtu = 1500
lxc.network.name= eth0
lxc.network.veth.pair   = veth-


Bug#567747: xserver-xorg-video-intel: After upgrade, all system lock up when X start

2010-02-06 Thread Spack
I have got this trace when trying to use the intel driver after my
upgrade.

[   37.157747] [drm] Initialized drm 1.1.0 20060810
[   37.247365] i915 :00:02.0: PCI INT A - GSI 16 (level, low) -
IRQ 16
[   37.247372] i915 :00:02.0: setting latency timer to 64
[   37.254028] [drm] set up 15M of stolen space
[   37.736819] [drm] DAC-6: set mode 640x480 0
[   37.877375] [drm] TV-14: set mode NTSC 480i 0
[   38.016785] [ cut here ]
[   38.016794] WARNING:
at 
/tmp/buildd/linux-2.6-2.6.32/debian/build/source_i386_none/drivers/gpu/drm/drm_crtc_helper.c:1035
 drm_helper_initial_config+0x3a/0x53 [drm_kms_helper]()
[   38.016798] Hardware name: Amilo M6450G Series
[   38.016800] No connectors reported connected with modes
[   38.016802] Modules linked in: i915(+) drm_kms_helper drm
i2c_algo_bit ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4
nf_conntrack nf_defrag_ipv4 ip_tables x_tables sco bridge stp bnep
rfcomm l2cap bluetooth rfkill autofs4 acpi_cpufreq cpufreq_powersave
cpufreq_userspace cpufreq_stats cpufreq_conservative microcode fuse ext3
jbd firewire_sbp2 loop snd_hda_codec_realtek snd_hda_codec_si3054
snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss joydev
snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event ipw2200 snd_seq
i2c_i801 libipw snd_timer snd_seq_device i2c_core pcspkr battery
processor psmouse snd serio_raw evdev lib80211 rng_core soundcore
snd_page_alloc ac ext4 mbcache jbd2 crc16 usbhid hid sg sr_mod cdrom
sd_mod crc_t10dif ide_pci_generic ide_core ata_generic 8139too ahci
uhci_hcd ata_piix firewire_ohci 8139cp libata intel_agp ehci_hcd video
output mii firewire_core crc_itu_t usbcore scsi_mod button agpgart
nls_base thermal fan thermal_sys [last unloaded: scsi_wait_scan]
[   38.016896] Pid: 2293, comm: modprobe Not tainted 2.6.32-trunk-686 #1
[   38.016899] Call Trace:
[   38.016908]  [c1030ba1] ? warn_slowpath_common+0x5e/0x8a
[   38.016930]  [f836f0c9] ? i915_vga_set_decode+0x0/0x18 [i915]
[   38.016935]  [c1030bff] ? warn_slowpath_fmt+0x26/0x2a
[   38.016940]  [f7fb5c80] ? drm_helper_initial_config+0x3a/0x53
[drm_kms_helper]
[   38.016959]  [f836fef9] ? i915_driver_load+0xe18/0xed2 [i915]
[   38.016969]  [f7fdbe48] ? drm_get_dev+0x2d3/0x397 [drm]
[   38.016976]  [c113fa5d] ? local_pci_probe+0xb/0xc
[   38.016980]  [c11403a7] ? pci_device_probe+0x41/0x63
[   38.016986]  [c11a1cc6] ? driver_probe_device+0x8a/0x11e
[   38.016991]  [c11a1d9a] ? __driver_attach+0x40/0x5b
[   38.016995]  [c11a1709] ? bus_for_each_dev+0x37/0x5f
[   38.016999]  [c11a1b99] ? driver_attach+0x11/0x13
[   38.017003]  [c11a1d5a] ? __driver_attach+0x0/0x5b
[   38.017007]  [c11a11d1] ? bus_add_driver+0x99/0x1c5
[   38.017012]  [c11a1fcb] ? driver_register+0x87/0xe0
[   38.017016]  [c1140578] ? __pci_register_driver+0x33/0x89
[   38.017034]  [f80aa000] ? i915_init+0x0/0x48 [i915]
[   38.017039]  [c100113e] ? do_one_initcall+0x55/0x155
[   38.017043]  [c10579f6] ? sys_init_module+0xa7/0x1d7
[   38.017048]  [c10030fb] ? sysenter_do_call+0x12/0x28
[   38.017052] ---[ end trace 27de3f61334f9871 ]---
[   38.017126] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on
minor 0

-- 
Spack spack.wo...@gmail.com

[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 2.6.32-trunk-686 (Debian 2.6.32-5) (b...@decadent.org.uk) (gcc version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Sun Jan 10 06:32:16 UTC 2010
[0.00] KERNEL supported cpus:
[0.00]   Intel GenuineIntel
[0.00]   AMD AuthenticAMD
[0.00]   NSC Geode by NSC
[0.00]   Cyrix CyrixInstead
[0.00]   Centaur CentaurHauls
[0.00]   Transmeta GenuineTMx86
[0.00]   Transmeta TransmetaCPU
[0.00]   UMC UMC UMC UMC
[0.00] BIOS-provided physical RAM map:
[0.00]  BIOS-e820:  - 0009fc00 (usable)
[0.00]  BIOS-e820: 0009fc00 - 000a (reserved)
[0.00]  BIOS-e820: 000e - 0010 (reserved)
[0.00]  BIOS-e820: 0010 - 7efd (usable)
[0.00]  BIOS-e820: 7efd - 7efde000 (ACPI data)
[0.00]  BIOS-e820: 7efde000 - 7f00 (ACPI NVS)
[0.00]  BIOS-e820: e000 - f000 (reserved)
[0.00]  BIOS-e820: fed13000 - fed1a000 (reserved)
[0.00]  BIOS-e820: fed1c000 - fed2 (reserved)
[0.00]  BIOS-e820: fff8 - 0001 (reserved)
[0.00] DMI 2.3 present.
[0.00] AMI BIOS detected: BIOS may corrupt low RAM, working around it.
[0.00] e820 update range:  - 0001 (usable) == (reserved)
[0.00] last_pfn = 0x7efd0 max_arch_pfn = 0x10
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-D uncachable