From: <sta...@ti...> - 2004-06-03 19:34:27
|
Hi All. I'm trying to upgrade UML from 2.4.25 to 2.4.26 (applying 2.4.26-1 patch from download section), and get frequent crashes with various messages. After poking around I figured out that when I skip booting iptables rules, uml does not crash. Host kernel is kernel.org 2.4.26 with skas3 patch only. UML is run in a chroot, as non-root user. Two questions to the public: 1. Can somebody use iptables on a 2.4.26 UML without crashes? 2. Can somebody reproduce this crash? Additional details, might be useful: Iptables config is very simple: # Generated by iptables-save v1.2.6a on Sat Apr 24 09:31:05 2004 *mangle :PREROUTING ACCEPT [16052:3856936] :INPUT ACCEPT [16052:3856936] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [13165:1496394] :POSTROUTING ACCEPT [13165:1496394] COMMIT # Completed on Sat Apr 24 09:31:05 2004 # Generated by iptables-save v1.2.6a on Sat Apr 24 09:31:05 2004 *filter :INPUT ACCEPT [16052:3856936] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [13165:1496394] [0:0] -A INPUT -i eth0 -p tcp -m tcp --dport 953 -j DROP COMMIT # Completed on Sat Apr 24 09:31:05 2004 Crash messages: 1. Kernel panic: Kernel mode fault at addr 0x28, ip 0x401d2404 In interrupt handler - not syncing 2. Loading iptables ruleset: load "active". socket: no more sockets INIT: cannot execute "/sbin/getty" socket: no more sockets INIT: cannot execute "/sbin/getty" socket: no more sockets ... INIT: Id "0" respawning too fast: disabled for 5 minutes socket: no more sockets INIT: no more processes left in this runlevel socket: no more sockets socket: no more sockets exim[129]: 2004-06-03 11:33:23 IPv4 socket creation failed: Too many open files in system socket: no more sockets exim[129]: exim: could not open panic log - aborting: original error above Kernel panic: Segfault with no mm Kernel panic: Segfault with no mm ... 3. No error messages at all. UML boots, prints login prompt, and hangs up. Kernel messages: Checking for the skas3 patch in the host...found Checking for /proc/mm...found Failed to mkdir /root/.uml/ - errno = 2 make_umid - mkstemp failed, errno = 2 Checking for /dev/anon on the host...Not available (open failed with errno 2) make_umid - mkstemp failed, errno = 2 Linux version 2.4.26-1um (root@localhost.localdomain) (gcc version 2.95.4 200110 02 (Debian prerelease)) #1 Wed Jun 2 10:25:43 PDT 2004 On node 0 totalpages: 8192 zone(0): 8192 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: ubd0=Debian-3.0r0.ext2 eth0=tuntap,tap4 mem=32M con=fd:0,fd :1 root=/dev/ubd0 Calibrating delay loop... 2510.02 BogoMIPS Memory: 29116k available Dentry cache hash table entries: 4096 (order: 3, 32768 bytes) Inode cache hash table entries: 2048 (order: 2, 16384 bytes) Mount cache hash table entries: 512 (order: 0, 4096 bytes) Buffer cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 8192 (order: 3, 32768 bytes) Checking for host processor cmov support...Yes Checking for host processor xmm support...No Checking that ptrace can change system call numbers...OK No pseudo-terminals available - skipping pty SIGIO check POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd VFS: Disk quotas vdquot_6.5.1 Journalled Block Device driver loaded Coda Kernel/Venus communications, v5.3.18, co...@cs... InterMezzo Kernel/Intersync communications $Revision: 1.41 $ in...@cl... devfs: v1.12c (20020818) Richard Gooch (rg...@at...) devfs: boot_options: 0x1 pty: 256 Unix98 ptys configured RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: loaded (max 8 devices) PPP generic driver version 2.4.2 PPP Deflate Compression module registered PPP BSD Compression module registered Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky md: raid1 personality registered as nr 3 md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. Initializing software serial port version 1 Partition check: ubda: unknown partition table ubd : Synchronous mode Initializing stdio console driver Netdevice 0 : TUN/TAP backend - NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 2048 bind 2048) ip_tables: (C) 2000-2002 Netfilter core team ipt_recent v0.3.1: Stephen Frost <sf...@sn...>. http://snowman.net/projects/ipt_recent/ NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. VFS: Mounted root (ext2 filesystem) readonly. Mounted devfs on /dev INIT: version 2.84 booting Activating swap. Checking root file system... fsck 1.27 (8-Mar-2002) /dev/ubd/0: clean, 17275/75088 files, 148331/307200 blocks System time was Thu Jun 3 18:33:22 UTC 2004. Setting the System Clock using the Hardware Clock as reference... Registering fd 1 twice Irqs : 3, 3 Ids : 0xa01e7440, 0xa01e749c Registering fd 0 twice Irqs : 2, 2 Ids : 0xa01e7440, 0xa01e749c hwclock is unable to get I/O port access: the iopl(3) call failed. Registering fd 1 twice Irqs : 3, 3 Ids : 0xa01e7440, 0xa01e749c Registering fd 0 twice Irqs : 2, 2 Ids : 0xa01e7440, 0xa01e749c System Clock set. System local time is now Thu Jun 3 18:33:22 UTC 2004. Checking all file systems... fsck 1.27 (8-Mar-2002) Setting kernel variables. Mounting local filesystems... nothing was mounted Running 0dns-down to make sure resolv.conf is ok...done. Cleaning: /etc/network/ifstate. Setting up IP spoofing protection: rp_filter. Configuring network interfaces: done. Setting the System Clock using the Hardware Clock as reference... Registering fd 1 twice Irqs : 3, 3 Ids : 0xa01e7440, 0xa01e749c Registering fd 0 twice Irqs : 2, 2 Ids : 0xa01e7440, 0xa01e749c hwclock is unable to get I/O port access: the iopl(3) call failed. System Clock set. Local time: Thu Jun 3 11:33:23 PDT 2004 Cleaning: /tmp /var/lock /var/run. Initializing random number generator... done. Recovering nvi editor sessions... done. INIT: Entering runlevel: 2 Starting system log daemon: syslogd. Starting kernel log daemon: klogd. Starting MTA: exim. Loading iptables ruleset: load "active". Kernel config: CONFIG_USERMODE=y CONFIG_UID16=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_EXPERIMENTAL=y CONFIG_MODE_SKAS=y CONFIG_MODE_TT=y CONFIG_NET=y CONFIG_SYSVIPC=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_SYSCTL=y CONFIG_BINFMT_AOUT=y CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=y CONFIG_HPPFS=y CONFIG_NEST_LEVEL=0 CONFIG_KERNEL_HALF_GIGS=1 CONFIG_KERNEL_STACK_ORDER=2 CONFIG_UML_REAL_TIME_CLOCK=y CONFIG_STDIO_CONSOLE=y CONFIG_SSL=y CONFIG_FD_CHAN=y CONFIG_NULL_CHAN=y CONFIG_PORT_CHAN=y CONFIG_PTY_CHAN=y CONFIG_TTY_CHAN=y CONFIG_CON_ZERO_CHAN="null" CONFIG_CON_CHAN="null" CONFIG_SSL_CHAN="pty" CONFIG_UNIX98_PTYS=y CONFIG_UNIX98_PTY_COUNT=256 CONFIG_BLK_DEV_UBD=y CONFIG_BLK_DEV_UBD_SYNC=y CONFIG_COW_COMMON=y CONFIG_BLK_DEV_LOOP=y CONFIG_BLK_DEV_NBD=y CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_SIZE=4096 CONFIG_NETDEVICES=y CONFIG_UML_NET=y CONFIG_UML_NET_TUNTAP=y CONFIG_DUMMY=y CONFIG_TUN=y CONFIG_PPP=y CONFIG_PPP_DEFLATE=y CONFIG_PPP_BSDCOMP=y CONFIG_PACKET=y CONFIG_PACKET_MMAP=y CONFIG_NETFILTER=y CONFIG_UNIX=y CONFIG_INET=y CONFIG_SYN_COOKIES=y CONFIG_IP_NF_IPTABLES=y CONFIG_IP_NF_MATCH_LIMIT=y CONFIG_IP_NF_MATCH_MARK=y CONFIG_IP_NF_MATCH_RECENT=y CONFIG_IP_NF_MATCH_LENGTH=y CONFIG_IP_NF_MATCH_TTL=y CONFIG_IP_NF_MATCH_TCPMSS=y CONFIG_IP_NF_MATCH_UNCLEAN=y CONFIG_IP_NF_MATCH_OWNER=y CONFIG_IP_NF_FILTER=y CONFIG_IP_NF_TARGET_REJECT=y CONFIG_IP_NF_MANGLE=y CONFIG_IP_NF_TARGET_MARK=y CONFIG_IP_NF_TARGET_LOG=y CONFIG_IP_NF_TARGET_ULOG=y CONFIG_QUOTA=y CONFIG_EXT3_FS=y CONFIG_JBD=y CONFIG_FAT_FS=y CONFIG_MSDOS_FS=y CONFIG_VFAT_FS=y CONFIG_RAMFS=y CONFIG_ISO9660_FS=y CONFIG_JOLIET=y CONFIG_MINIX_FS=y CONFIG_PROC_FS=y CONFIG_DEVFS_FS=y CONFIG_DEVFS_MOUNT=y CONFIG_DEVPTS_FS=y CONFIG_EXT2_FS=y CONFIG_CODA_FS=y CONFIG_INTERMEZZO_FS=y CONFIG_MSDOS_PARTITION=y CONFIG_NLS=y CONFIG_NLS_DEFAULT="iso8859-1" CONFIG_MD=y CONFIG_BLK_DEV_MD=y CONFIG_MD_RAID1=y CONFIG_ZLIB_INFLATE=y CONFIG_ZLIB_DEFLATE=y CONFIG_DEBUGSYM=y |
From: Sven 'D. M. <sv...@da...> - 2004-06-03 20:47:34
|
sta...@ti... wrote: > Hi All. > > I'm trying to upgrade UML from 2.4.25 to 2.4.26 (applying 2.4.26-1 patch > from download section), and get frequent crashes with various messages. > After poking around I figured out that when I skip booting iptables rules, > uml does not crash. > > Host kernel is kernel.org 2.4.26 with skas3 patch only. > UML is run in a chroot, as non-root user. > > Two questions to the public: > > 1. Can somebody use iptables on a 2.4.26 UML without crashes? > 2. Can somebody reproduce this crash? 1. no 2. yes its a well known bug and not yet fixed. If you want a stable version, please use 2.4.26 with 2.4.24-1 patch. To make it compile, you need the following patch, too: http://vs165141.v.sectoor.de/uml-2.4.26-cmpxchg.patch Regards, Sven |
From: Nick Craig-W. <ni...@me...> - 2004-07-01 18:02:07
|
On Thu, Jun 03, 2004 at 10:47:23PM +0200, Sven 'Darkman' Michels wrote: > sta...@ti... wrote: > > I'm trying to upgrade UML from 2.4.25 to 2.4.26 (applying 2.4.26-1 patch > > from download section), and get frequent crashes with various messages. > > After poking around I figured out that when I skip booting iptables rules, > > uml does not crash. > > > > Host kernel is kernel.org 2.4.26 with skas3 patch only. > > UML is run in a chroot, as non-root user. > > > > Two questions to the public: > > > > 1. Can somebody use iptables on a 2.4.26 UML without crashes? > > 2. Can somebody reproduce this crash? > > 1. no > 2. yes > > its a well known bug and not yet fixed. Did this bug get fixed yet? I didn't see a patch on the mailing list? -- Nick Craig-Wood Tel: 0800 195 4968 Net: ni...@me... Memset Ltd Web: http://www.memset.com |
From: BlaisorBlade <bla...@ya...> - 2004-07-01 19:24:06
|
Alle 20:01, gioved=EC 1 luglio 2004, Nick Craig-Wood ha scritto: > On Thu, Jun 03, 2004 at 10:47:23PM +0200, Sven 'Darkman' Michels wrote: > > sta...@ti... wrote: > > > I'm trying to upgrade UML from 2.4.25 to 2.4.26 (applying 2.4.26-1 > > > patch from download section), and get frequent crashes with various > > > messages. After poking around I figured out that when I skip booting > > > iptables rules, uml does not crash. > > > > > > Host kernel is kernel.org 2.4.26 with skas3 patch only. > > > UML is run in a chroot, as non-root user. > > > > > > Two questions to the public: > > > > > > 1. Can somebody use iptables on a 2.4.26 UML without crashes? > > > 2. Can somebody reproduce this crash? > > > > 1. no > > 2. yes > > > > its a well known bug and not yet fixed. > > Did this bug get fixed yet? No, please help. > I didn't see a patch on the mailing list? Well, could someone discover in which exact version was this introduced? Wi= th=20 http://vs165141.v.sectoor.de/uml-2.4.26-cmpxchg.patch you can apply even=20 2.4.24-1um onto 2.4.26 UML kernel (first 2.4.24-1um, then the fixlet), so=20 please say which is the last UML version without the bug and which is the=20 first one having it (please always test onto 2.4.26 vanilla). If it happens= =20 with every patch, then we'll have to check changes in mainline, so it will= =20 get fixed later. Also, go onto http://marasystems.com/download/uml/ and see if the 08 patch= =20 helps anyway (it should be only for TT mode). =2D-=20 Paolo Giarrusso, aka Blaisorblade Linux registered user n. 292729 |
From: Nick Craig-W. <ni...@me...> - 2004-07-02 08:23:18
|
On Thu, Jul 01, 2004 at 09:38:13PM +0200, BlaisorBlade wrote: > Alle 20:01, giovedì 1 luglio 2004, Nick Craig-Wood ha scritto: > > Did this bug get fixed yet? > No, please help. Sure! I just wanted to discover whether the issue had already been sorted before devoting too much more time to it. > > I didn't see a patch on the mailing list? > > Well, could someone discover in which exact version was this introduced? With > http://vs165141.v.sectoor.de/uml-2.4.26-cmpxchg.patch you can apply even > 2.4.24-1um onto 2.4.26 UML kernel (first 2.4.24-1um, then the fixlet), so > please say which is the last UML version without the bug and which is the > first one having it (please always test onto 2.4.26 vanilla). If it happens > with every patch, then we'll have to check changes in mainline, so it will > get fixed later. I believe a previous poster said it works with the cmpxchg patch and 2.4.24-1 uml-patch-2.4.26-1.bz2 <- bad uml-patch-2.4.25-1.bz2 uml-patch-2.4.24-3.bz2 uml-patch-2.4.24-2.bz2 uml-patch-2.4.24-1.bz2 <- good I'll test the ones in the middle (and also the bottom one just to be sure) and let you know! > Also, go onto http://marasystems.com/download/uml/ and see if the 08 patch > helps anyway (it should be only for TT mode). I've seen the bug on SKAS but its worth a try as it sure looks relevant! -- Nick Craig-Wood Tel: 0800 195 4968 Net: ni...@me... Memset Ltd Web: http://www.memset.com |
From: BlaisorBlade <bla...@ya...> - 2004-07-03 17:30:42
|
Alle 10:23, venerd=EC 2 luglio 2004, Nick Craig-Wood ha scritto: > I believe a previous poster said it works with the cmpxchg patch and > 2.4.24-1 > > uml-patch-2.4.26-1.bz2 <- bad > uml-patch-2.4.25-1.bz2 > uml-patch-2.4.24-3.bz2 > uml-patch-2.4.24-2.bz2 > uml-patch-2.4.24-1.bz2 <- good Could you try taking 2.4.26-1 and unapplying this change (i.e. removing tha= t=20 #if 0 and that #endif)? It is part of 2.4.24-3, and I don't like it a lot..= =2E=20 just try; if this is not the reason, then try as you describe (don't lose=20 time with 2.4.25-1, it's identical to 2.4.26-1, apart the patch for 2.4.26 = to=20 which I gave you a link, i.e. the cmpxchg one). diff -puN arch/um/kernel/skas/tlb.c~optimization-unstable=20 arch/um/kernel/skas/tlb.c =2D-- UmWorklinux-2.4.24/arch/um/kernel/skas/tlb.c~optimization-unstable=09 2004-07-02 13:45:07.057643968 +0200 +++ UmWorklinux-2.4.24-paolo/arch/um/kernel/skas/tlb.c 2004-07-02=20 13:45:14.098573584 +0200 @@ -132,7 +132,9 @@ void flush_tlb_range_skas(struct mm_stru =20 void flush_tlb_mm_skas(struct mm_struct *mm) { +#if 0 flush_tlb_kernel_vm_skas(); +#endif fix_range(mm, 0, host_task_size, 0); } =20 =2D-=20 Paolo Giarrusso, aka Blaisorblade Linux registered user n. 292729 |
From: Nick Craig-W. <ni...@me...> - 2004-07-03 21:18:20
|
On Sat, Jul 03, 2004 at 07:45:05PM +0200, BlaisorBlade wrote: > Alle 10:23, venerdì 2 luglio 2004, Nick Craig-Wood ha scritto: > > I believe a previous poster said it works with the cmpxchg patch and > > 2.4.24-1 > > > > uml-patch-2.4.26-1.bz2 <- bad > > uml-patch-2.4.25-1.bz2 > > uml-patch-2.4.24-3.bz2 > > uml-patch-2.4.24-2.bz2 > > uml-patch-2.4.24-1.bz2 <- good Updated table uml-patch-2.4.26-1.bz2 <- bad uml-patch-2.4.25-1.bz2 <- bad uml-patch-2.4.24-3.bz2 <- bad uml-patch-2.4.24-2.bz2 <- good uml-patch-2.4.24-1.bz2 <- good (hearsay - not verified by me!) > Could you try taking 2.4.26-1 and unapplying this change (i.e. removing that > #if 0 and that #endif)? It is part of 2.4.24-3, and I don't like it a lot... > just try; I did try and yes it fixes the problem - excellent detective work! This agrees with the above results too :-) Thanks Nick PS I'm testing the problem by seeing if our fedora core 2 image boots or not. -- Nick Craig-Wood Tel: 0800 195 4968 Net: ni...@me... Memset Ltd Web: http://www.memset.com |
From: BlaisorBlade <bla...@ya...> - 2004-07-04 10:31:44
|
Alle 23:18, sabato 3 luglio 2004, Nick Craig-Wood ha scritto: > On Sat, Jul 03, 2004 at 07:45:05PM +0200, BlaisorBlade wrote: > > Alle 10:23, venerd=EC 2 luglio 2004, Nick Craig-Wood ha scritto: > Updated table [Version of UML crashing when using iptables; every patch is applied onto=20 2.4.26] > uml-patch-2.4.26-1.bz2 <- bad > uml-patch-2.4.25-1.bz2 <- bad > uml-patch-2.4.24-3.bz2 <- bad > uml-patch-2.4.24-2.bz2 <- good > uml-patch-2.4.24-1.bz2 <- good (hearsay - not verified by me!) > > > Could you try taking 2.4.26-1 and unapplying this change (i.e. removing > > that #if 0 and that #endif)? It is part of 2.4.24-3, and I don't like it > > a lot... just try; > > I did try and yes it fixes the problem - excellent detective work! Well, I've been splitting the 2.4 patches after 2.4.24-1 into littler piece= s,=20 and since I don't understand that part and it seemed to hurt core code, I=20 said: Hmm, well, let's try this out... > This agrees with the above results too :-) Well, nice... =46or Jeff: this is the hurting patch I asked Nick to unapply: UmWorklinux-2.4.24-paolo/arch/um/kernel/skas/tlb.c | 2 ++ 1 files changed, 2 insertions(+) diff -puN arch/um/kernel/skas/tlb.c~optimization-unstable=20 arch/um/kernel/skas/tlb.c =2D-- UmWorklinux-2.4.24/arch/um/kernel/skas/tlb.c~optimization-unstable=09 2004-07-02 13:45:07.057643968 +0200 +++ UmWorklinux-2.4.24-paolo/arch/um/kernel/skas/tlb.c 2004-07-02=20 13:45:14.098573584 +0200 @@ -132,7 +132,9 @@ void flush_tlb_range_skas(struct mm_stru =20 void flush_tlb_mm_skas(struct mm_struct *mm) { +#if 0 flush_tlb_kernel_vm_skas(); +#endif fix_range(mm, 0, host_task_size, 0); } =20 =2D-=20 Paolo Giarrusso, aka Blaisorblade Linux registered user n. 292729 |