Hello David, You can try to make a minimum root-fs using the help from the do_it_yourself_bulk... at clownix.net.
If your host's kernel version is too far from the uml kernel version, uml linux may not work. I use fedora-core 10, I never recompile my host kernel, the goal is not to mess-up the host, but mess-up only the virtual machines, sadly this prevents me from having the famous skas4 patch. A smaller root_fs has no impact at all in the ram and cpu usage of the uml virtual machine, that is why I have stopped trying to make it small. Only the launched services use-up ram and cpu. As I like all the graphical applications such as wireshark, my root_fs file-system is big. Le mercredi 14 janvier 2009 à 16:51 -0800, K D a écrit : > Hi Vincent > > I'm just using root_fs that comes with clownix as the link to root_fs > for Fedora5 is broken. Don't know much about clownix. Looks like I > have no option but to reboot host OS. > > I'd like to build a simple root_fs which is smaller but I wasn't > successful. > > thanks > Prasad > > > > > ______________________________________________________________________ > From: Unknown <vincent-perr...@club-internet.fr> > To: K D <kdca...@yahoo.com> > Cc: David Moffatt <david.moff...@access-company.com>; > user-mode-linux-user@lists.sourceforge.net > Sent: Monday, January 12, 2009 4:26:02 PM > Subject: Re: [uml-user] F_SETLK failed, file already locked by pid 0 > > Hello, > It seems that you are using the root_fs from the clownix.net web site, > because of the term "bulk". But why are you not using it with the > rest of the clownix stuff, it should simplify your work, and if it > does not, send me a mail, I can try to help. > Regards > Vincent Perrier > > > Le lundi 12 janvier 2009 à 16:02 -0800, K D a écrit : > > Thanks for your reply. > > > > I do see some zombies in my setup but I don't think they are related > > to this. > > > > u1234-lnx linux-2.6.28$ ps aux | grep Z > > USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND > > user222 9400 0.0 0.0 0 0 ? Zs 13:46 0:00 > > [telnet] <defunct> > > user222 9438 0.0 0.0 0 0 ? Zs 13:47 0:00 > > [telnet] <defunct> > > user222 9495 0.0 0.0 0 0 ? Zs 13:51 0:00 > > [telnet] <defunct> > > u1234 10464 0.0 0.0 3828 664 pts/9 S+ 15:54 0:00 grep Z > > u1234-lnx linux-2.6.28$ > > u1234-lnx linux-2.6.28$ > > u1234-lnx linux-2.6.28$ > > u1234-lnx linux-2.6.28$ ./linux mem=128M ubda=../bulk_fedora/root_fs > > Locating the bottom of the address space ... 0x0 > > Locating the top of the address space ... 0xc0000000 > > Core dump limits : > > soft - 0 > > hard - NONE > > Checking that ptrace can change system call numbers...OK > > Checking syscall emulation patch for ptrace...missing > > Checking for tmpfs mount on /dev/shm...OK > > Checking PROT_EXEC mmap in /dev/shm/...OK > > Checking for the skas3 patch in the host: > > - /proc/mm...not found: No such file or directory > > - PTRACE_FAULTINFO...not found > > - PTRACE_LDT...not found > > UML running in SKAS0 mode > > Linux version 2.6.280 (u1...@infra-bld1) (gcc version 3.4.6 20060404 > > (Red Hat 3.4.6-3)) #1 Tue Jan 6 23:26:29 PST 2009 > > Built 1 zonelists in Zone order, mobility grouping on. Total pages: > > 32512 > > Kernel command line: mem=128M ubda=../bulk_fedora/root_fs root=98:0 > > PID hash table entries: 512 (order: 9, 2048 bytes) > > Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) > > Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) > > Memory: 126660k available > > Calibrating delay loop... 4377.80 BogoMIPS (lpj=21889024) > > Mount-cache hash table entries: 512 > > Checking for host processor cmov support...Yes > > Checking that host ptys support output SIGIO...Yes > > Checking that host ptys support SIGIO on close...No, enabling > > workaround > > net_namespace: 288 bytes > > /usr/include/linux/aio_abi.h not present during build > > 2.6 host AIO support not used - falling back to I/O thread > > NET: Registered protocol family 16 > > NET: Registered protocol family 2 > > IP route cache hash table entries: 1024 (order: 0, 4096 bytes) > > TCP established hash table entries: 4096 (order: 3, 32768 bytes) > > TCP bind hash table entries: 4096 (order: 2, 16384 bytes) > > TCP: Hash tables configured (established 4096 bind 4096) > > TCP reno registered > > NET: Registered protocol family 1 > > Checking host MADV_REMOVE support...<3>MADV_REMOVE failed, err = -22 > > Can't release memory to the host - memory hotplug won't be supported > > mconsole (version 2) initialized > on /users/u1234/.uml/9rN2i3/mconsole > > Host TLS support detected > > Detected host type: i386 (GDT indexes 6 to 9) > > VFS: Disk quotas dquot_6.5.1 > > Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) > > msgmni has been set to 247 > > io scheduler noop registered > > io scheduler anticipatory registered (default) > > io scheduler deadline registered > > io scheduler cfq registered > > TCP cubic registered > > NET: Registered protocol family 17 > > Initialized stdio console driver > > Console initialized on /dev/tty0 > > console [tty0] enabled > > Initializing software serial port version 1 > > console [mc-1] enabled > > F_SETLK failed, file already locked by pid 0 > > Failed to lock '../bulk_fedora/root_fs', err = 11 > > Failed to open '../bulk_fedora/root_fs', errno = 11 > > ubda: Can't open "../bulk_fedora/root_fs": errno = 11 > > F_SETLK failed, file already locked by pid 0 > > Failed to lock '../bulk_fedora/root_fs', err = 11 > > Failed to open '../bulk_fedora/root_fs', errno = 11 > > ubda: Can't open "../bulk_fedora/root_fs": errno = 11 > > VFS: Cannot open root device "98:0" or unknown-block(98,0) > > Please append a correct "root=" boot option; here are the available > > partitions: > > 6200 4195328 ubda driver: uml-blkdev > > Kernel panic - not syncing: VFS: Unable to mount root fs on > > unknown-block(98,0) > > > > EIP: 0073:[<002f97a2>] CPU: 0 Not tainted ESP: 007b:bffff660 EFLAGS: > > 00200246 > > Not tainted > > EAX: 00000000 EBX: 000028ec ECX: 00000013 EDX: 000028ec > > ESI: 000028e9 EDI: bffff8da EBP: bffff678 DS: 007b ES: 007b > > 0f85be64: [<0806aebc>] show_regs+0xb4/0xb6 > > 0f85be90: [<08059b02>] panic_exit+0x25/0x3b > > 0f85bea0: [<08086f89>] notifier_call_chain+0x2c/0x62 > > 0f85bec0: [<0808703b>] __atomic_notifier_call_chain+0x17/0x1c > > 0f85bedc: [<08087055>] atomic_notifier_call_chain+0x15/0x17 > > 0f85bef8: [<08071c52>] panic+0x4b/0xcd > > 0f85bf10: [<0804991d>] mount_block_root+0x107/0x11b > > 0f85bf64: [<08049982>] mount_root+0x51/0x56 > > 0f85bf78: [<08049aac>] prepare_namespace+0x125/0x149 > > 0f85bf80: [<08049629>] kernel_init+0x83/0x8c > > 0f85bf98: [<08064d72>] run_kernel_thread+0x38/0x42 > > 0f85bfcc: [<08057600>] new_thread_handler+0x8c/0xb9 > > 0f85bffc: [<00000000>] 0x0 > > > > Segmentation fault > > u1234-lnx linux-2.6.28$ > > > > > > > > > > > > > > > > > ______________________________________________________________________ > > From: David Moffatt <david.moff...@access-company.com> > > To: K D <kdca...@yahoo.com>; > > user-mode-linux-user@lists.sourceforge.net > > Sent: Monday, January 12, 2009 3:47:30 PM > > Subject: RE: [uml-user] F_SETLK failed, file already locked by pid 0 > > > > > > > > I don’t know if this is the cause but look for a zombie process. I > > had something were A locked a file then forked B. A was “kill -9”’d > > but not B. Somehow the lock was still held. The fix was “killall > A; > > killall B”. I think what happed was A was a zombie waiting for B > to > > die so it could get its return code. Either that or the file lock > was > > inherited across the lock. Yeah I know sounds wrong but it worked. > > > > > > > > --David > > > > > > > > > > > ______________________________________________________________________ > > From: K D [mailto:kdca...@yahoo.com] > > Sent: Monday, January 12, 2009 3:31 PM > > To: user-mode-linux-user@lists.sourceforge.net > > Subject: [uml-user] F_SETLK failed, file already locked by pid 0 > > > > > > > > > > If I kill all tasks in that session I should see that file getting > > unlocked right? Can we write a small kernel module that > finds/unlocks > > this file? Will that work? Is there any other way to get around this > > other than rebooting the box or making a copy of root_fs and using > > that for uml session? > > > > I've built uml with 2.6.28 sources and running this on 2.6.11 > kernel. > > > > F_SETLK failed, file already locked by pid 0 > > Failed to lock '../bulk_fedora/root_fs', err = 11 > > Failed to open '../bulk_fedora/root_fs', errno = 11 > > ubda: Can't open "../bulk_fedora/root_fs": errno = 11 > > F_SETLK failed, file already locked by pid 0 > > Failed to lock '../bulk_fedora/root_fs', err = 11 > > Failed to open '../bulk_fedora/root_fs', errno = 11 > > ubda: Can't open "../bulk_fedora/root_fs": errno = 11 > > VFS: Cannot open root device "98:0" or unknown-block(98,0) > > > > > > thanks > > > > > > > > > > > > > > > > > ______________________________________________________________________ > > From: Flavio <fbcyb...@gmail.com> > > To: K D <kdca...@yahoo.com> > > Cc: user-mode-linux-user@lists.sourceforge.net > > Sent: Friday, January 2, 2009 2:34:00 AM > > Subject: Re: [uml-user] link broken: > > http://uml.nagafix.co.uk/FedoraCore5/FedoraCore5-x86-root_fs.bz2 > > > > 2008/12/26 K D <kdca...@yahoo.com> > > > > > > hi > > > > > > http://uml.nagafix.co.uk/FedoraCore5/FedoraCore5-x86-root_fs.bz2 > is > > broken. can someone pl post a working link to fedora5 or later > rootfs? > > > > > > thanks > > > > Hi, > > > > http://uml.nagafix.co.uk/ redirects to the Overseas Procedures & > > Surgery Ltd. website. > > Maybe it has been hacked by someone. > > That is the reason why you can't download the Fedora filesystem > image. > > > > Flavio > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by: > > SourcForge Community > > SourceForge wants to tell your story. > > http://p.sf.net/sfu/sf-spreadtheword > > _______________________________________________ User-mode-linux-user > mailing list User-mode-linux-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user > > > ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
