Tracing files that opens.
Is there a nice way to trap on file open() and stat() ? That way i could have nice file statistics. Magnus -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Programmer/Networker [|] Magnus Naeslund PGP Key: http://www.genline.nu/mag_pgp.txt -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Tracing files that opens.
Is there a nice way to trap on file open() and stat() ? That way i could have nice file statistics. Magnus -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Programmer/Networker [|] Magnus Naeslund PGP Key: http://www.genline.nu/mag_pgp.txt -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Oops on 2.2.17 (and 2.2.18pre20)
Hello i got me several nasty oopses on my heavily loaded webserver. [1.] One line summary of the problem: I get a oops that seems to generate more oops. My logs are full of them bastards. I hate them. GRRR. [2.] Full description of the problem/report: I recently upgraded my box to 1GB of mem, and upgraded to 2.2.18pre20 + andreas VM-Global patch. The only thing i changed was to turn on (ip) firewall. I then got a oops. Thinking nothing of it i reverted to 2.2.17 (turned on firewalling there too) thinking it was a pre20 or VM-Global problem. Then i got this never ending oops loop. Some parts of the system still worked (especially the part mailing me all the oopses = 300MB of logs :)). I wonder if has something to do with the memory? How do i check for bad ram? Does 1GB break something? [3.] Keywords (i.e., modules, networking, kernel): eepro100,firewalling,2.2.17,2.2.18pre20,SMP,1GB [4.] Kernel version (from /proc/version): Linux version 2.2.17 ([EMAIL PROTECTED]) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #4 SMP Thu Nov 9 07:21:07 CET 2000 [5.] Output of Oops.. I have several megs of oops if anyone wants them. Ksymoops complained about: /usr/bin/nm: /lib/modules/2.2.17/build/arch/i386/boot/bbootsect.o: File format not recognized /usr/src/linux/scripts/ksymoops/ksymoops: read_nm_symbols pclose failed 0x100 and alot about stuff like this: Warning: ksyms_base symbol EISA_bus_Rsmp_7413793a not found in System.map. Ignoring ksyms_base entry Warning: ksyms_base symbol MCA_bus_Rsmp_f48a2c4c not found in System.map. Ignoring ksyms_base entry The Oopses: Nov 10 09:05:48 gimme kernel: current->tss.cr3 = 31f25000, %%cr3 = 31f25000 Nov 10 09:05:48 gimme kernel: *pde = 32556067 Nov 10 09:05:48 gimme kernel: Oops: Nov 10 09:05:48 gimme kernel: CPU:1 Nov 10 09:05:48 gimme kernel: EIP:0010:[do_follow_link+39/408] Nov 10 09:05:48 gimme kernel: EFLAGS: 00010206 Nov 10 09:05:48 gimme kernel: eax: c9dd3e60 ebx: c9dd3e60 ecx: 000c0024 edx: eb374c00 Nov 10 09:05:48 gimme kernel: esi: c71387a0 edi: c9dd3e60 ebp: 0001 esp: f2bcff20 Nov 10 09:05:48 gimme kernel: ds: 0018 es: 0018 ss: 0018 Nov 10 09:05:48 gimme kernel: Process postmaster (pid: 23613, process nr: 192, stackpage=f2bcf000) Nov 10 09:05:48 gimme kernel: Stack: c60b0035 0001 c012ff5b c71387a0 c9dd3e60 0001 e4f362a0 ffe9 Nov 10 09:05:48 gimme kernel:c60b 0003 c60b001f 0016 8bc1bd82 c01300ae c60b c71387a0 Nov 10 09:05:48 gimme kernel:0001 e4f362a0 ffe9 c60b 0028 f2bce000 1000 002e Nov 10 09:05:48 gimme kernel: Call Trace: [lookup_dentry+351/488] [open_namei+114/1248] [filp_open+68/240] [sys_open+82/172] [system_call+52/56] Nov 10 09:05:48 gimme kernel: Code: 8b 41 64 85 c0 0f 84 54 01 00 00 83 78 2c 00 0f 84 4a 01 00 Warning: trailing garbage ignored on Code: line Text: 'Code: 8b 41 64 85 c0 0f 84 54 01 00 00 83 78 2c 00 0f 84 4a 01 00 ' Garbage: ' ' Code: Before first symbol <_IP>: <=== Code: Before first symbol 0:8b 41 64 movl 0x64(%ecx),%eax <=== Code: 0003 Before first symbol 3:85 c0 testl %eax,%eax Code: 0005 Before first symbol 5:0f 84 54 01 00 00 je 015f Before first symbol Code: 000b Before first symbol b:83 78 2c 00 cmpl $0x0,0x2c(%eax) Code: 000f Before first symbol f:0f 84 4a 01 00 00 je 015f Before first symbol Nov 10 09:05:48 gimme kernel: Unable to handle kernel paging request at virtual address 000c0088 Nov 10 09:05:48 gimme kernel: current->tss.cr3 = 324ea000, %%cr3 = 324ea000 Nov 10 09:05:48 gimme kernel: *pde = 2f89c067 Nov 10 09:05:48 gimme kernel: Oops: Nov 10 09:05:48 gimme kernel: CPU:0 Nov 10 09:05:48 gimme kernel: EIP:0010:[do_follow_link+39/408] Nov 10 09:05:48 gimme kernel: EFLAGS: 00010206 Nov 10 09:05:48 gimme kernel: eax: c9dd3e60 ebx: c9dd3e60 ecx: 000c0024 edx: eb374c00 Nov 10 09:05:48 gimme kernel: esi: c71387a0 edi: c9dd3e60 ebp: 0001 esp: f2bcff20 Nov 10 09:05:48 gimme kernel: ds: 0018 es: 0018 ss: 0018 Nov 10 09:05:48 gimme kernel: Process postmaster (pid: 23615, process nr: 192, stackpage=f2bcf000) Nov 10 09:05:48 gimme kernel: Stack: c77d7035 0001 c012ff5b c71387a0 c9dd3e60 0001 c329d1e0 ffe9 Nov 10 09:05:48 gimme kernel:c77d7000 0003 c77d701f 0016 8bc1bd82 c01300ae c77d7000 c71387a0 Nov 10 09:05:48 gimme kernel:0001 c329d1e0 ffe9 c77d7000 0028 f2bce000 1000 002e Nov 10 09:05:48 gimme kernel: Call Trace: [lookup_dentry+351/488] [open_namei+114/1248] [filp_open+68/240] [sys_open+82/172] [system_call+52/56] Nov 10 09:05:48 gimme kernel: Code: 8b 41 64 85 c0 0f 84 54 01 00 00 83 78 2c 00 0f 84 4a 01 00 Warning: trailing garbage ignored on Code: line Text: 'Code: 8b 41 64 85 c0 0f 84 54 01 00 00 83 78 2c 00 0f 84 4a 01 00 ' Garbage: ' ' Code:
Re: 2.2.17: do_try_to_free_pages fails, no OOM
From: "octave klaba" <[EMAIL PROTECTED]> > > Oct 24 00:07:39 gimme kernel: VM: do_try_to_free_pages failed for > > postmaster... > > 2.2.18pre19 should fix this problem if andrea's patch is inside. > if not, you have to patch pre18 with VM-global-2.2.18pre18-7.bz2 > if you are from europe you can downlaod it from: > ftp://ftp.ovh.net/pub/linux/kernel/people/andrea/patches/v2.2/2.2.18pre18/VM -global-2.2.18pre18-7.bz2 > > Octave > I can confirm that pre20 + arcangelis VM-global seems to apply fine. No troubles here, compiling it now... Magnus -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Programmer/Networker [|] Magnus Naeslund PGP Key: http://www.genline.nu/mag_pgp.txt -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.2.17: do_try_to_free_pages fails, no OOM
From: "Matthew Sanderson" <[EMAIL PROTECTED]> > I'm running 2.2.17 vanilla on a UP x86 box, and getting occasionally a > couple of 'VM: do_try_to_free_pages failed' messages. > The system appears to be running perfectly. It's almost out of real RAM, > but has about 100M swap unused. > > I can't figure out how this happens. Specifically, how come the call to > swap_out in do_try_to_free_pages didn't swap something out, return true, > and avoid that message being printed? > kswapd is not acting up in any way; the system doesn't appear to be OOM. > > If this isn't a bug then can we remove this printk'd message? > If it does seem to be a bug and someone'll give me a crash course on this > area of the VM I'll investigate further. I notice do_try_to_free_pages can > be called either from kswapd, or under what look like memory-pressure > conditions elsewhere. > > I'm not on lkml, so please cc me on any replies. > > --matt > I have this problem with one of my servers with kernel 2.2.16, and then postgresql freaked out saying something like "AllocSet: memory exhausted". I changed to 2.2.17, and the messages stopped turning up in the logs, but pgsql still failes sometimes. I have to restart the daemon completely to get it working again. I dunno if there's something wrong with pgsql's memory/shared mem management, or if it's the kernels fault. (On 2.0.38 pgsql(different version tho) + box has a 700 day uptime) Example log (2.2.16): Oct 24 00:01:34 gimme kernel: VM: do_try_to_free_pages failed for postmaster... Oct 24 00:01:34 gimme kernel: VM: do_try_to_free_pages failed for klogd... Oct 24 00:01:34 gimme kernel: VM: do_try_to_free_pages failed for caspd... Oct 24 00:07:39 gimme kernel: VM: do_try_to_free_pages failed for postmaster... Magnus Naeslund -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Programmer/Networker [|] Magnus Naeslund PGP Key: http://www.genline.nu/mag_pgp.txt -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.2.17: do_try_to_free_pages fails, no OOM
From: "Matthew Sanderson" [EMAIL PROTECTED] I'm running 2.2.17 vanilla on a UP x86 box, and getting occasionally a couple of 'VM: do_try_to_free_pages failed' messages. The system appears to be running perfectly. It's almost out of real RAM, but has about 100M swap unused. I can't figure out how this happens. Specifically, how come the call to swap_out in do_try_to_free_pages didn't swap something out, return true, and avoid that message being printed? kswapd is not acting up in any way; the system doesn't appear to be OOM. If this isn't a bug then can we remove this printk'd message? If it does seem to be a bug and someone'll give me a crash course on this area of the VM I'll investigate further. I notice do_try_to_free_pages can be called either from kswapd, or under what look like memory-pressure conditions elsewhere. I'm not on lkml, so please cc me on any replies. --matt I have this problem with one of my servers with kernel 2.2.16, and then postgresql freaked out saying something like "AllocSet: memory exhausted". I changed to 2.2.17, and the messages stopped turning up in the logs, but pgsql still failes sometimes. I have to restart the daemon completely to get it working again. I dunno if there's something wrong with pgsql's memory/shared mem management, or if it's the kernels fault. (On 2.0.38 pgsql(different version tho) + box has a 700 day uptime) Example log (2.2.16): Oct 24 00:01:34 gimme kernel: VM: do_try_to_free_pages failed for postmaster... Oct 24 00:01:34 gimme kernel: VM: do_try_to_free_pages failed for klogd... Oct 24 00:01:34 gimme kernel: VM: do_try_to_free_pages failed for caspd... Oct 24 00:07:39 gimme kernel: VM: do_try_to_free_pages failed for postmaster... Magnus Naeslund -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Programmer/Networker [|] Magnus Naeslund PGP Key: http://www.genline.nu/mag_pgp.txt -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.2.17: do_try_to_free_pages fails, no OOM
From: "octave klaba" [EMAIL PROTECTED] Oct 24 00:07:39 gimme kernel: VM: do_try_to_free_pages failed for postmaster... 2.2.18pre19 should fix this problem if andrea's patch is inside. if not, you have to patch pre18 with VM-global-2.2.18pre18-7.bz2 if you are from europe you can downlaod it from: ftp://ftp.ovh.net/pub/linux/kernel/people/andrea/patches/v2.2/2.2.18pre18/VM -global-2.2.18pre18-7.bz2 Octave I can confirm that pre20 + arcangelis VM-global seems to apply fine. No troubles here, compiling it now... Magnus -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Programmer/Networker [|] Magnus Naeslund PGP Key: http://www.genline.nu/mag_pgp.txt -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/