[Vserver] Abstract (not FS based) UNIX sockets collision
Hi,
It seems that abstract UNIX sockets leak from a vserver. I'm trying to run
the same java app inside two vservers and only the first one started succeeds.
The critical piece from strace is:
20397 socket(PF_FILE, SOCK_STREAM, 0) = 5
20397 setsockopt(5, SOL_SOCKET, SO_PASSCRED, [7738151124464566273], 4) = 0
20397 bind(5, {sa_family=AF_FILE, [EMAIL
PROTECTED]/run/.php-java-bridge_socket}, 110) = -1 EADDRINUSE (Address already
in use)
Looking at unix_bind() in net/unix/af_unix.c, it would seem that the socket
hashes are identical across all vservers and that no additional context check
is used. There is a context check in include/net/af_unix.h, but this
does not seem to be used when creating sockets from unix_bind().
Any ideas?
Regards
Andreas
pgpRCrJhZsFKO.pgp
Description: PGP signature
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] Kernel BUG at kernel/vserver/context.c:144
Hi,
I got 2 BUG() messages for the same place when trying to restart a vserver.
System: Dell 1425SC, Dual Xenon with AMD64 Kernel
Kernel: 2.6.13.4
Vserver: 2.6.13.1-vs2.1.0-rc2
Regards
Andreas
*** First Opps:
ksymoops 2.4.9 on x86_64 2.6.13+vserver. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.6.13+vserver/ (default)
-m /boot/System.map-2.6.13+vserver (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
Sep 26 13:00:03 cspweb01 kernel: Kernel BUG at kernel/vserver/context.c:144
Sep 26 13:00:03 cspweb01 kernel: invalid operand: [1] SMP
Sep 26 13:00:03 cspweb01 kernel: CPU 2
Sep 26 13:00:03 cspweb01 kernel: Pid: 10252, comm: mount Not tainted 2.6.13+vserver
Sep 26 13:00:03 cspweb01 kernel: RIP: 0010:[free_vx_info+28/152] 8014abb1{free_vx_info+28}
Using defaults from ksymoops -t elf64-x86-64 -a i386:x86-64
Sep 26 13:00:03 cspweb01 kernel: RSP: 0018:81006ca1bcc0 EFLAGS: 00010246
Sep 26 13:00:03 cspweb01 kernel: RAX: RBX: 8100585090f0 RCX: 8100023279e8
Sep 26 13:00:03 cspweb01 kernel: RDX: 0001 RSI: 0292 RDI: 810054ce
Sep 26 13:00:03 cspweb01 kernel: RBP: 810067b4f320 R08: 810067b4f320 R09: 810077c4b548
Sep 26 13:00:03 cspweb01 kernel: R10: 81005551ed20 R11: 80198a56 R12: 8100702f79f8
Sep 26 13:00:03 cspweb01 kernel: R13: 81007ff9fa00 R14: 8100702f7918 R15:
Sep 26 13:00:03 cspweb01 kernel: FS: 2b00c6d0() GS:8042c900() knlGS:
Sep 26 13:00:03 cspweb01 kernel: CS: 0010 DS: ES: CR0: 8005003b
Sep 26 13:00:03 cspweb01 kernel: CR2: 00516000 CR3: 35129000 CR4: 06e0
Sep 26 13:00:03 cspweb01 kernel: Stack: 8012ff1a 810067b4f300 801b1824 810067b4fa70
Sep 26 13:00:03 cspweb01 kernel:810067b4f320 801b17fe 80198b53 810067b4f320
Sep 26 13:00:03 cspweb01 kernel:8100702f79f0 810067b4f320
Sep 26 13:00:03 cspweb01 kernel: Call Trace:8012ff1a{free_task+48} 801b1824{proc_delete_inode+38}
Sep 26 13:00:03 cspweb01 kernel:801b17fe{proc_delete_inode+0} 80198b53{generic_delete_inode+253}
Sep 26 13:00:03 cspweb01 kernel:8019649d{dput+439} 80197495{shrink_dcache_sb+496}
Sep 26 13:00:03 cspweb01 kernel:80184410{do_remount_sb+75} 8019bbb9{do_mount+671}
Sep 26 13:00:03 cspweb01 kernel:8016f3a3{do_no_page+1399} 8016463a{buffered_rmqueue+509}
Sep 26 13:00:03 cspweb01 kernel:801647bf{__alloc_pages+259} 8019c218{sys_mount+138}
Sep 26 13:00:03 cspweb01 kernel:8010d9ea{system_call+126}
Sep 26 13:00:03 cspweb01 kernel: Code: 0f 0b a3 a0 5e 2e 80 ff ff ff ff c2 90 00 8b 47 14 85 c0 74
RIP; 8014abb1 free_vx_info+1c/98 =
RBX; 8100585090f0 phys_startup_64+810058408ff0/7f00
RCX; 8100023279e8 phys_startup_64+8100022278e8/7f00
RDI; 810054ce phys_startup_64+810054bdff00/7f00
RBP; 810067b4f320 phys_startup_64+810067a4f220/7f00
R08; 810067b4f320 phys_startup_64+810067a4f220/7f00
R09; 810077c4b548 phys_startup_64+810077b4b448/7f00
R10; 81005551ed20 phys_startup_64+81005541ec20/7f00
R11; 80198a56 generic_delete_inode+0/174
R12; 8100702f79f8 phys_startup_64+8100701f78f8/7f00
R13; 81007ff9fa00 phys_startup_64+81007fe9f900/7f00
R14; 8100702f7918 phys_startup_64+8100701f7818/7f00
Trace; 8012ff1a free_task+30/5e
Trace; 801b17fe proc_delete_inode+0/77
Trace; 8019649d dput+1b7/1fe
Trace; 80184410 do_remount_sb+4b/174
Trace; 8016f3a3 do_no_page+577/5dd
Trace; 801647bf __alloc_pages+103/448
Trace; 8010d9ea system_call+7e/83
Code; 8014abb1 free_vx_info+1c/98
_RIP:
Code; 8014abb1 free_vx_info+1c/98 =
0: 0f 0b ud2a =
Code; 8014abb3 free_vx_info+1e/98
2: a3 a0 5e 2e 80 ff ff mov%eax,0x802e5ea0
Code; 8014abba free_vx_info+25/98
9: ff ff
Code; 8014abbc free_vx_info+27/98
b: c2 90 00 retq $0x90
Code; 8014abbf
[Vserver] two small problems with util-vserver-0.30.190 and heartbeat
Hi, I have two small problems with util-vserver-0.30.190 and heartbeat-1.2.2. First, the ResourceManager check the return value of the resource scripts status command for the string [Rr]unning or OK to determin if the requested service has already been started. A vserver vs status returns: Vserver 'vs' is not running leading the ResourceManager to believe that the service has already been started. The return value should be changed to avoid the word 'running', maybe inactive is acceptable? Second, a vserver vs stop returns a non zero exitcode in in case the server didn't run before. Heartbeat comments that with a warning: heartbeat: WARN: it (vserver::vs) MUST succeed on a stop when already stopped Changing the return code in vserver.stop for this case to 0 should not have any ill effects on other scripts. Andreas ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] 2.6.8.1-vs1.9.2.20: sleeping function called from invalid context
Hi, small (mostly cosmetic) problem with vs1.9.2.20: Aug 23 13:44:37 sdev01 kernel: Debug: sleeping function called frominvalid context at /usr/src/linux-2.6.8.1-vs1.9.2.20/include/linux/rwsem.h:66 Aug 23 13:44:37 sdev01 kernel: in_atomic():1, irqs_disabled():0 Aug 23 13:44:37 sdev01 kernel: [dump_stack+23/32] dump_stack+0x17/0x20 Aug 23 13:44:37 sdev01 kernel: [__might_sleep+209/432] __might_sleep+0xd1/0x1b0 Aug 23 13:44:37 sdev01 kernel: [__put_namespace+26/190] __put_namespace+0x1a/0xbe Aug 23 13:44:38 sdev01 kernel: [__dealloc_vx_info+87/112] __dealloc_vx_info+0x57/0x70 Aug 23 13:44:38 sdev01 kernel: [rcu_do_batch+15/32] rcu_do_batch+0xf/0x20 Aug 23 13:44:38 sdev01 kernel: [tasklet_action+86/192] tasklet_action+0x56/0xc0 Aug 23 13:44:38 sdev01 kernel: [__do_softirq+96/208] __do_softirq+0x60/0xd0 Aug 23 13:44:38 sdev01 kernel: [do_softirq+53/64] do_softirq+0x35/0x40 Aug 23 13:44:38 sdev01 kernel: [smp_apic_timer_interrupt+344/352] smp_apic_timer_interrupt+0x158/0x160 Aug 23 13:44:38 sdev01 kernel: [apic_timer_interrupt+26/32] apic_timer_interrupt+0x1a/0x20 Aug 23 13:44:38 sdev01 kernel: [dup_mmap+582/800] dup_mmap+0x246/0x320 Aug 23 13:44:38 sdev01 kernel: [copy_mm+245/320] copy_mm+0xf5/0x140 Aug 23 13:44:38 sdev01 kernel: [copy_process+1376/3584] copy_process+0x560/0xe00 Aug 23 13:44:38 sdev01 kernel: [do_fork+60/418] do_fork+0x3c/0x1a2 Aug 23 13:44:38 sdev01 kernel: [sys_clone+52/64] sys_clone+0x34/0x40 Aug 23 13:44:38 sdev01 kernel: [syscall_call+7/11] syscall_call+0x7/0xb Andreas ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] problem with 2.6.2-rc2-vs0.06 and vserver-utils-0.28.190
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I've been trying to get the 2.6 testing stuff to run on my vserver test box. When attempting to start a vserver i get a vc_get_task_xid(): Function not implemented message. Running 'vserver db01 start' with a 'sh -x' show that the problem occurs when the script attempts to enter the new context: ++ /usr/sbin/chbind --silent --ip 10.0.0.244/24 --ip 192.168.2.103/24 /usr/lib/util-vserver/exec-ulimit /etc/vservers/db01/ulimits /usr/sbin/chcontext - --silent --flag lock --flag nproc --cap CAP_NET_RAW --secure --hostname db01-dev.tpip.net /usr/lib/util-vserver/save_ctxinfo /etc/vservers/db01 /usr/lib/util-vserver/capchroot . /etc/init.d/rc 3 vc_get_task_xid(): Function not implemented Running Herbert's testme scripts reports everything to be ok: # ./testme.sh Linux-VServer Test [V0.06] (C) 2003-2004 H.Poetzl chcontext is working. chbind is working. Linux 2.6.2-rc2-vs0.06 i686/chcontext 0.28.190/chbind 0.28.190 [E] - --- [001]# succeeded. [011]# succeeded. [031]# succeeded. [101]# succeeded. [102]# succeeded. [201]# succeeded. [202]# succeeded. Any hints on what else i should try? Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAHkze9wB/4yf/y7cRAq9CAJ44B9KpzjzyQf1hjKx3GfTj2qGuKACg/Rv0 VEVYb/BuDJXQWSw/nFWwhA4= =aiwL -END PGP SIGNATURE- ___ Vserver mailing list [EMAIL PROTECTED] http://list.linux-vserver.org/mailman/listinfo/vserver
