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

[Kirill Kolyshkin]

Please report it to bugzilla.openvz.org

sent from my google nexus one android mobile phone

On Aug 10, 2010 6:32 PM, "Benjamin Henrion" <bh at udev.org> wrote:
> 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."
> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://openvz.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://openvz.org/pipermail/users/attachments/20100810/565854d2/attachment-0001.html