[Users] Kernel crash while moving one container with TUN from one HN to another HN

[Benjamin Henrion]

Hi,

I am trying to vzrestore an archive from one HN to another HN,
everything works fine, except the VPN that uses the TUN device, the
kernel crash at some location when I start the new CT on the new HN,
note the 2 different kernel versions:

[ 5343.511737] ------------[ cut here ]------------
[ 5343.511747] WARNING: at
/build/buildd-linux-2.6_2.6.32-19-amd64-lIwQQ8/linux-2.6-2.6.32/debian/build/source_amd64_openvz/fs/sysfs/dir.c:491
sysfs_add_one+0xcc/0xe4()
[ 5343.511753] Hardware name: HP Compaq dc7700p Small Form Factor
[ 5343.511756] sysfs: cannot create duplicate filename
'/devices/virtual/net/mondial'
[ 5343.511760] Modules linked in: vzethdev vznetdev simfs vzrst vzcpt
vzdquota vzmon vzdev xt_tcpudp xt_length xt_hl xt_tcpmss xt_TCPMSS
iptable_mangle iptable_filter xt_multiport xt_limit xt_dscp ipt_REJECT
ip_tables x_tables tun ext2 loop snd_hda_codec_realtek snd_hda_intel
snd_hda_codec parport_pc psmouse snd_hwdep parport evdev snd_pcm
pcspkr serio_raw snd_timer snd tpm_infineon video tpm soundcore
tpm_bios wmi output snd_page_alloc processor button ext3 jbd mbcache
dm_mirror dm_region_hash dm_log dm_snapshot dm_mod sg sd_mod
crc_t10dif sr_mod cdrom uhci_hcd ata_generic ata_piix ehci_hcd floppy
libata usbcore nls_base e1000e scsi_mod thermal thermal_sys [last
unloaded: scsi_wait_scan]
[ 5343.511834] Pid: 9599, comm: tincd Tainted: G        W
2.6.32-5-openvz-amd64 #1
[ 5343.511837] Call Trace:
[ 5343.511842]  [<ffffffff81143bff>] ? sysfs_add_one+0xcc/0xe4
[ 5343.511847]  [<ffffffff81143bff>] ? sysfs_add_one+0xcc/0xe4
[ 5343.511852]  [<ffffffff8104cd18>] ? warn_slowpath_common+0x77/0xa3
[ 5343.511857]  [<ffffffff8104cda0>] ? warn_slowpath_fmt+0x51/0x59
[ 5343.511861]  [<ffffffff81143b2b>] ? sysfs_pathname+0x35/0x3d
[ 5343.511866]  [<ffffffff81143b2b>] ? sysfs_pathname+0x35/0x3d
[ 5343.511870]  [<ffffffff81143b2b>] ? sysfs_pathname+0x35/0x3d
[ 5343.511874]  [<ffffffff81143b2b>] ? sysfs_pathname+0x35/0x3d
[ 5343.511879]  [<ffffffff81143bff>] ? sysfs_add_one+0xcc/0xe4
[ 5343.511883]  [<ffffffff811441ad>] ? create_dir+0x4f/0x7c
[ 5343.511888]  [<ffffffff8114422d>] ? sysfs_create_dir+0x53/0x68
[ 5343.511893]  [<ffffffff8117aac7>] ? kobject_get+0x12/0x17
[ 5343.511897]  [<ffffffff8117abfd>] ? kobject_add_internal+0xcb/0x181
[ 5343.511902]  [<ffffffff8117ae5f>] ? kobject_add+0x74/0x7c
[ 5343.511906]  [<ffffffff8117ad3b>] ? kobject_set_name_vargs+0x4e/0x56
[ 5343.511912]  [<ffffffff810e8ee0>] ? __kmalloc+0x15a/0x17f
[ 5343.511917]  [<ffffffff812e7fa6>] ? mutex_lock+0xd/0x31
[ 5343.511921]  [<ffffffff8117aac7>] ? kobject_get+0x12/0x17
[ 5343.511926]  [<ffffffff81208ba3>] ? get_device_parent_nodep+0x125/0x19f
[ 5343.511931]  [<ffffffff81209bbf>] ? device_add+0xce/0x53f
[ 5343.511936]  [<ffffffff8122eeaf>] ? sk_prot_alloc+0x5b/0x108
[ 5343.511942]  [<ffffffff8123d3b6>] ? register_netdevice+0x218/0x30c
[ 5343.511957]  [<ffffffffa0346dd7>] ? tun_chr_ioctl+0x294/0x827 [tun]
[ 5343.511963]  [<ffffffff810fcc6a>] ? vfs_ioctl+0x21/0x6c
[ 5343.511967]  [<ffffffff810fd1b8>] ? do_vfs_ioctl+0x48d/0x4cb
[ 5343.511973]  [<ffffffff812eaf05>] ? do_page_fault+0x2e0/0x2fc
[ 5343.511977]  [<ffffffff810fd233>] ? sys_ioctl+0x3d/0x5c
[ 5343.511982]  [<ffffffff81010c12>] ? system_call_fastpath+0x16/0x1b
[ 5343.511986] ---[ end trace 91f5887144a154f5 ]---

What should I do?

Best,

-- 
Benjamin Henrion <bhenrion at ffii.org>
FFII Brussels - +32-484-566109 - +32-2-4148403
"In July 2005, after several failed attempts to legalise software
patents in Europe, the patent establishment changed its strategy.
Instead of explicitly seeking to sanction the patentability of
software, they are now seeking to create a central European patent
court, which would establish and enforce patentability rules in their
favor, without any possibility of correction by competing courts or
democratically elected legislators."