Manish Katiyar | 1 Jan 17:18 2009
Picon

[uml-user] how to reload symbols for kernel in UML

Hi,

While debugging a module from UML I made a mistake of running the
command "file-symbol" in gdb which resulted in erasing all the symbols
for my linux and I had to restart my gdb session.

So I want to know how do I reload the symbols ? I tried doing a
"add-symbol-file <path>/vmlinux.o" for my kernel, but I don't know the
address to load.  I tried various addresses which looked reasonable
from the output of /proc/pid/maps and from objdump of vmlinux.o but
they didn't work.

/home/mkatiyar/personal/uml/linux-git> cat /proc/3288/maps
08048000-082ef000 rwxp 00000000 08:01 2556054
/home/mkatiyar/personal/uml/linux-git/linux
..........

/home/mkatiyar/personal/uml/linux-git> objdump --section-headers
vmlinux.o |grep text
  0 .text         00178b30  00000000  00000000  00000040  2**4
  1 .init.text    0000cc23  00000000  00000000  00178b70  2**4
  2 .ref.text     00000899  00000000  00000000  001857a0  2**4
  3 .cpuinit.text 000009d4  00000000  00000000  00186040  2**4
  5 .exit.text    00000550  00000000  00000000  00186ab0  2**4
  8 .sched.text   0000115c  00000000  00000000  00187050  2**4
  9 .meminit.text 000003cc  00000000  00000000  001881ac  2**0

Is there any fixed address where UML loads the kernel ?

Thanks -
(Continue reading)

Flavio | 2 Jan 11:34 2009
Picon

http://uml.nagafix.co.uk/FedoraCore5/FedoraCore5-x86-root_fs.bz2

2008/12/26 K D <kdcalif <at> 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

------------------------------------------------------------------------------
John Reiser | 2 Jan 17:34 2009

http://uml.nagafix.co.uk/FedoraCore5/FedoraCore5-x86-root_fs.bz2

> http://uml.nagafix.co.uk/FedoraCore5/FedoraCore5-x86-root_fs.bz2 is
> broken.

There is a copy at
  http://bitwagon.com/valgrind+uml/FedoraCore5-x86-root_fs.bz2

--

-- 

------------------------------------------------------------------------------
lanas | 11 Jan 15:33 2009
Picon

[uml-user] UML_NET_VDE

Hello all,

  In a nutshell, what would be the advantages of enabling UML_NET_VDE
when building a 2.6.26.8 UML kernel ?

Thanks.

------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
lanas | 11 Jan 20:29 2009
Picon

[uml-user] Error building with VDE

Hello,

  I get the gollowing errors when building 2.6.26.8 with option for VDE
enabled:

arch/um/drivers/vde_user.c: In function ‘vde_init_libstuff’:
arch/um/drivers/vde_user.c:81: erreur: implicit declaration of function ‘kmalloc’

The make comnmands are the follwoing:

make mrproper ARCH=um
make defconfig ARCH=um
make menuconfig ARCH=um

(set only option VDE)

make ARCH=um

vde2-2.2.2 is installed.

Host is Fedora 8 32-bits.

I don't think kmalloc has anything to do with VDE.  What could be done
to compile VDE support in UML ?

Thanks.

------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
(Continue reading)

K D | 13 Jan 00:30 2009
Picon

[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 <fbcyborg <at> gmail.com>
To: K D <kdcalif <at> yahoo.com>
Cc: user-mode-linux-user <at> 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-r oot_fs.bz2

2008/12/26 K D <kdcalif <at> 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 <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
K D | 13 Jan 01:02 2009
Picon

Re: [uml-user] F_SETLK failed, file already locked by pid 0

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 (u1234 <at> 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.Moffatt <at> access-company.com>
To: K D <kdcalif <at> yahoo.com>; user-mode-linux-user <at> 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

<!-- _filtered {font-family:Tahoma;panose-1:2 11 6 4 3 5 4 4 2 4;} p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:"Times New Roman";} a:link, span.MsoHyperlink {color:blue;text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {color:blue;text-decoration:underline;} span.EmailStyle17 {font-family:Arial;color:navy;} _filtered {margin:1.0in 1.25in 1.0in 1.25in;} div.Section1 {} -->

 

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:kdcalif <at> yahoo.com]
Sent: Monday, January 12, 2009 3:31 PM
To: user-mode-linux-user <at> 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 <fbcyborg <at> gmail.com>
To: K D <kdcalif <at> yahoo.com>
Cc: user-mode-linux-user <at> 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 <kdcalif <at> 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 <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
David Moffatt | 13 Jan 00:47 2009

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:kdcalif <at> yahoo.com]
Sent: Monday, January 12, 2009 3:31 PM
To: user-mode-linux-user <at> 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 <fbcyborg <at> gmail.com>
To: K D <kdcalif <at> yahoo.com>
Cc: user-mode-linux-user <at> 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 <kdcalif <at> 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 <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
Unknown | 13 Jan 01:26 2009
Picon

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 (u1234 <at> 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.Moffatt <at> access-company.com>
> To: K D <kdcalif <at> yahoo.com>;
> user-mode-linux-user <at> 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:kdcalif <at> yahoo.com] 
> Sent: Monday, January 12, 2009 3:31 PM
> To: user-mode-linux-user <at> 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 <fbcyborg <at> gmail.com>
> To: K D <kdcalif <at> yahoo.com>
> Cc: user-mode-linux-user <at> 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 <kdcalif <at> 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 <at> 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 <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
lanas | 13 Jan 02:02 2009
Picon

Re: [uml-user] F_SETLK failed, file already locked by pid 0

On Mon, 12 Jan 2009 15:30:33 -0800 (PST),
K D <kdcalif <at> yahoo.com> wrote :

> 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)

I got a similar thing today:

F_SETLK failed, file already locked by pid 9932

With no process 9932 in sight.  Having other things to do I ended up
rebooting the host.  I had some 20 UMLs running and brought them down
with a single killall.  I guess I had it coming.

Cheers.

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword

Gmane