Messages in this thread Patch in this message | | | From | "Neulinger, Nathan" <> | Date | Wed, 23 May 2001 13:34:58 -0500 |
| |
I'm trying a build of 2.4.5pre5 without the knfsd or the ide patches and will see if this still happens. My only other local changes should all be innocuous:
--- drivers/char/console.c.orig Sat Apr 7 13:40:41 2001 +++ drivers/char/console.c Sat Apr 7 13:41:27 2001 @@ -2678,7 +2678,9 @@ static void blank_screen(unsigned long dummy) { +#if 0 /* don't ever blank */ timer_do_blank_screen(0, 1); +#endif } void poke_blanked_console(void) --- net/ipv4/tcp_ipv4.c.orig Sat Apr 7 13:50:29 2001 +++ net/ipv4/tcp_ipv4.c Sat Apr 7 13:50:31 2001 @@ -96,7 +96,7 @@ * For high-usage systems, use sysctl to change this to * 32768-61000 */ -int sysctl_local_port_range[2] = { 1024, 4999 }; +int sysctl_local_port_range[2] = { 1024, 9999 }; int tcp_port_rover = (1024 - 1); static __inline__ int tcp_hashfn(__u32 laddr, __u16 lport, --- include/linux/fs.h.orig Sat Apr 7 13:44:56 2001 +++ include/linux/fs.h Sat Apr 7 13:46:23 2001 @@ -64,8 +64,8 @@ extern int max_super_blocks, nr_super_blocks; extern int leases_enable, dir_notify_enable, lease_break_time; -#define NR_FILE 8192 /* this can well be larger on a larger system */ -#define NR_RESERVED_FILES 10 /* reserved for root */ +#define NR_FILE 262140 /* this can well be larger on a larger system */ +#define NR_RESERVED_FILES 128 /* reserved for root */ #define NR_SUPER 256 #define MAY_EXEC 1 --- include/linux/sem.h.orig Sat Apr 7 13:47:13 2001 +++ include/linux/sem.h Sat Apr 7 13:47:15 2001 @@ -66,7 +66,7 @@ #define SEMMNI 128 /* <= IPCMNI max # of semaphore identifiers */ #define SEMMSL 250 /* <= 8 000 max num of semaphores per id */ #define SEMMNS (SEMMNI*SEMMSL) /* <= INT_MAX max # of semaphores in system */ -#define SEMOPM 32 /* <= 1 000 max num of ops per semop call */ +#define SEMOPM 128 /* <= 1 000 max num of ops per semop call */ #define SEMVMX 32767 /* <= 32767 semaphore maximum value */ /* unused */
> -----Original Message----- > From: Neulinger, Nathan > Sent: Wednesday, May 23, 2001 12:11 PM > To: 'linux-kernel@vger.kernel.org' > Subject: lot's of oops's on 2.4.4 in d_lookup/cached_lookup > > > I've got a system monitoring box, running 2.4.4 with a few > patches (ide, inode-nr_unused, max-readahead, knfsd, and a > couple of basic tuning opts w/o code changes). Basically, the > server runs anywhere from a few hours to a few days, but > always seems to get to a point where it gets tons of the > following type of oops. It is almost ALWAYS in d_lookup. It's > not always the same script, but generally is one of a set of > scripts that get run repeatedly every few minutes. check-all > is a shell script that just runs a set of local commands > (/local/sysmon/check-XXXX.pl hostname args). > > The machine is running afs, but the call traces don't appear > to be in afs code. > > Any ideas on what might be causing this? > > Machines been checked with memtest86 all-tests, and came out > clean. It's a PIII-500 w/ 512MB, drives are on a promise > ultra100, but drives are ultra66. > > Please cc replies. > > -- Nathan > > May 23 10:53:44 sysmon kernel: Unable to handle kernel paging > request at virtual address 96000000 > May 23 10:53:44 sysmon kernel: c01409f0 > May 23 10:53:44 sysmon kernel: *pde = 00000000 > May 23 10:53:44 sysmon kernel: Oops: 0000 > May 23 10:53:44 sysmon kernel: CPU: 0 > May 23 10:53:44 sysmon kernel: EIP: 0010:[d_lookup+100/260] > May 23 10:53:44 sysmon kernel: EIP: 0010:[<c01409f0>] > May 23 10:53:44 sysmon kernel: EFLAGS: 00010293 > May 23 10:53:44 sysmon kernel: eax: c19a2108 ebx: 95ffffe8 > ecx: 00000010 edx: c1980000 > May 23 10:53:44 sysmon kernel: esi: 0022f9f5 edi: d582dcb0 > ebp: 96000000 esp: d582dc4c > May 23 10:53:44 sysmon kernel: ds: 0018 es: 0018 ss: 0018 > May 23 10:53:44 sysmon kernel: Process check-all (pid: 7409, > stackpage=d582d000) > May 23 10:53:44 sysmon kernel: Stack: 0022f9f5 c1890320 > d582dcb0 cee07cad c19a2108 cee07ca9 0022f9f5 00000003 > May 23 10:53:44 sysmon kernel: c0138894 c1890320 > d582dcb0 0022f9f5 c0138cf8 c1890320 d582dcb0 00000004 > May 23 10:53:44 sysmon kernel: d582dd50 c1890320 > dfcb8b20 cee07ca8 d582c000 00000001 d582c000 00000001 > May 23 10:53:44 sysmon kernel: Call Trace: > [cached_lookup+16/84] [path_walk+548/2076] > [vfs_follow_link+251/376] [ext2_follow_link+23/28] > [path_walk+905/2076] [open_exec+39/196] [load_script+411/480] > May 23 10:53:44 sysmon kernel: Call Trace: [<c0138894>] > [<c0138cf8>] [<c013b58b>] [<c0152dfb>] [<c0138e5d>] > [<c0136eab>] [<c01445bb>] > May 23 10:53:44 sysmon kernel: [<c0144420>] > [<c0122802>] [<c0128980>] [<c0129935>] [<c01375ed>] > [<c013787c>] [<c0137893>] [<c0105933>] > May 23 10:53:44 sysmon kernel: [<c0106be3>] > May 23 10:53:44 sysmon kernel: Code: 8b 6d 00 8b 74 24 18 39 > 73 48 75 7c 8b 74 24 24 39 73 0c 75 > > >>EIP; c01409f0 <d_lookup+64/104> <===== > Trace; c0138894 <cached_lookup+10/54> > Trace; c0138cf8 <path_walk+224/81c> > Trace; c013b58b <vfs_follow_link+fb/178> > Trace; c0152dfb <ext2_follow_link+17/1c> > Trace; c0138e5d <path_walk+389/81c> > Trace; c0136eab <open_exec+27/c4> > Trace; c01445bb <load_script+19b/1e0> > Trace; c0144420 <load_script+0/1e0> > Trace; c0122802 <do_generic_file_read+57a/588> > Trace; c0128980 <free_shortage+1c/104> > Trace; c0129935 <__alloc_pages+cd/2c0> > Trace; c01375ed <search_binary_handler+65/17c> > Trace; c013787c <do_execve+178/1e8> > Trace; c0137893 <do_execve+18f/1e8> > Trace; c0105933 <sys_execve+2f/60> > Trace; c0106be3 <system_call+33/40> > Code; c01409f0 <d_lookup+64/104> > 00000000 <_EIP>: > Code; c01409f0 <d_lookup+64/104> <===== > 0: 8b 6d 00 mov 0x0(%ebp),%ebp <===== > Code; c01409f3 <d_lookup+67/104> > 3: 8b 74 24 18 mov 0x18(%esp,1),%esi > Code; c01409f7 <d_lookup+6b/104> > 7: 39 73 48 cmp %esi,0x48(%ebx) > Code; c01409fa <d_lookup+6e/104> > a: 75 7c jne 88 <_EIP+0x88> > c0140a78 <d_lookup+ec/104> > Code; c01409fc <d_lookup+70/104> > c: 8b 74 24 24 mov 0x24(%esp,1),%esi > Code; c0140a00 <d_lookup+74/104> > 10: 39 73 0c cmp %esi,0xc(%ebx) > Code; c0140a03 <d_lookup+77/104> > 13: 75 00 jne 15 <_EIP+0x15> > c0140a05 <d_lookup+79/104> > > > ------------------------------------------------------------ > Nathan Neulinger EMail: nneul@umr.edu > University of Missouri - Rolla Phone: (573) 341-4841 > Computing Services Fax: (573) 341-4216 > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |