lkml.org 
[lkml]   [2001]   [May]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    From
    Date
    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/

    \
     
     \ /
      Last update: 2005-03-22 13:17    [W:0.034 / U:3.072 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site