Oops immediately following dbench 192 on 2.5.3

Oops immediately following dbench 192 on 2.5.3

Post by Dave Jone » Sat, 02 Feb 2002 11:50:14




Quote:> System has reiserfs root filesystem and other filesystems, except
> for the ext2 filesystem that was running dbench 192.  IDE.

Does the patch Oleg posted earlier for 2.5.2-dj7 fix this problem ?
I was wondering why that bug was showing up in -dj but not mainline,
so I'm expecting it to solve your problem.

Subject was Re: Current Reiserfs Update / 2.5.2-dj7 Oops

(Or just grab the reiserfs changes from 2.5.3-dj1)

--
| Dave Jones.        http://www.codemonkey.org.uk
| SuSE Labs

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

Oops immediately following dbench 192 on 2.5.3

Post by rwh.. » Sat, 02 Feb 2002 12:10:11


Quote:> > System has reiserfs root filesystem and other filesystems, except
> > for the ext2 filesystem that was running dbench 192.  IDE.

> Does the patch Oleg posted earlier for 2.5.2-dj7 fix this problem ?
> I was wondering why that bug was showing up in -dj but not mainline,
> so I'm expecting it to solve your problem.

Hmm, I don't see my similar report on 2.5.2-dj7 in the archive.
Basically the exact same behaviour I got with 2.5.3.
Between 2.5.2-dj7 and 2.5.3 runs; 2.4.17 and 2.4.18pre7aa1 ran
the same tests without a problem.

Here is the report on 2.5.2-dj7:

I got the following oops on 2.5.2-dj7 during the "runtests"
benchmark.  The logfiles suggest it was after dbench 192
completed on ext2, but before the next test (LTP) got
started.  I.E. in the "echo;sync;sleep" part of the
"runtests" wrapper.  Filesystems are reiserfs other than
the one that runs dbench.

It did not reboot.  It does appear livelocked though.
2.5.2-dj[1-6] completed the tests with no problem.

ksymoops:

Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
CPU:    0
EIP:    0010:[<c015f4b9>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: 00000057   ebx: c01f69e0   ecx: 00000001   edx: d7962000
esi: d7ea2800   edi: 00000000   ebp: d735fe40   esp: d735fc44
ds: 0018   es: 0018   ss: 0018
Process runtests (pid: 68, stackpage=d735f000)
Stack: c01f555a c02612c0 c01f69e0 d735fc68 d735fca0 00000000 c016644b d7ea2800
       c01f69e0 d735fe80 c237f4e0 00000003 00000006 00000008 00001000 00000000
       00000001 d735fca4 00000f58 00000001 00000f58 d7ea2800 63eb3120 00000000
Call Trace: [<c016644b>] [<c0166a29>] [<c015884c>] [<c01595cc>] [<c012c484>]
   [<c012b66b>] [<c0136d03>] [<c01085c3>]
Code: 0f 0b 68 c0 12 26 c0 b8 60 55 1f c0 85 f6 74 06 8d 86 cc 00

Quote:>>EIP; c015f4b8 <reiserfs_panic+28/4c>   <=====

Trace; c016644a <reiserfs_cut_from_item+1b2/450>
Trace; c0166a28 <reiserfs_do_truncate+2f8/424>
Trace; c015884c <reiserfs_truncate_file+c4/154>
Trace; c01595cc <reiserfs_file_release+31c/340>
Trace; c012c484 <fput+4c/d0>
Trace; c012b66a <filp_close+5e/68>
Trace; c0136d02 <sys_dup2+8a/b0>
Trace; c01085c2 <system_call+32/40>
Code;  c015f4b8 <reiserfs_panic+28/4c>
00000000 <_EIP>:
Code;  c015f4b8 <reiserfs_panic+28/4c>   <=====
   0:   0f 0b                     ud2a      <=====
Code;  c015f4ba <reiserfs_panic+2a/4c>
   2:   68 c0 12 26 c0            push   $0xc02612c0
Code;  c015f4be <reiserfs_panic+2e/4c>
   7:   b8 60 55 1f c0            mov    $0xc01f5560,%eax
Code;  c015f4c4 <reiserfs_panic+34/4c>
   c:   85 f6                     test   %esi,%esi
Code;  c015f4c6 <reiserfs_panic+36/4c>
   e:   74 06                     je     16 <_EIP+0x16> c015f4ce <reiserfs_panic+3e/4c>
Code;  c015f4c8 <reiserfs_panic+38/4c>
  10:   8d 86 cc 00 00 00         lea    0xcc(%esi),%eax

--
Randy Hron

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

Oops immediately following dbench 192 on 2.5.3

Post by Dave Jone » Sat, 02 Feb 2002 12:30:09



Quote:> Hmm, I don't see my similar report on 2.5.2-dj7 in the archive.

The patches in question..

--- linux-2.5.3/fs/reiserfs/inode.c.orig        Thu Jan 31 19:28:57 2002

     copy_key (INODE_PKEY (inode), &(ih->ih_key));
     inode->i_blksize = PAGE_SIZE;

+    INIT_LIST_HEAD(&(REISERFS_I(inode)->i_prealloc_list ));
+
     if (stat_data_v1 (ih)) {
        struct stat_data_v1 * sd = (struct stat_data_v1 *)B_I_PITEM (bh, ih);

     REISERFS_I(inode)->i_first_direct_byte = S_ISLNK(mode) ? 1 :
       U32_MAX/*NO_BYTES_IN_DIRECT_ITEM*/;

+    INIT_LIST_HEAD(&(REISERFS_I(inode)->i_prealloc_list ));
     REISERFS_I(inode)->i_flags = 0;
     REISERFS_I(inode)->i_prealloc_block = 0;
     REISERFS_I(inode)->i_prealloc_count = 0;
--- linux-2.5.3/fs/reiserfs/stree.c.orig        Thu Jan 31 19:24:47 2002

   retval = comp_short_keys (le_key, cpu_key);
   if (retval)
       return retval;
-  if (le_key_k_offset (cpu_key->version, le_key) < cpu_key_k_offset (cpu_key))
+  if (le_key_k_offset (le_key_version(le_key), le_key) < cpu_key_k_offset (cpu_key))
       return -1;
-  if (le_key_k_offset (cpu_key->version, le_key) > cpu_key_k_offset (cpu_key))
+  if (le_key_k_offset (le_key_version(le_key), le_key) > cpu_key_k_offset (cpu_key))
       return 1;

   if (cpu_key->key_length == 3)
       return 0;

   /* this part is needed only when tail conversion is in progress */
-  if (le_key_k_type (cpu_key->version, le_key) < cpu_key_k_type (cpu_key))
+  if (le_key_k_type (le_key_version(le_key), le_key) < cpu_key_k_type (cpu_key))
     return -1;

-  if (le_key_k_type (cpu_key->version, le_key) > cpu_key_k_type (cpu_key))
+  if (le_key_k_type (le_key_version(le_key), le_key) > cpu_key_k_type (cpu_key))
     return 1;

   return 0;
--
| Dave Jones.        http://www.codemonkey.org.uk
| SuSE Labs

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

 
 
 

1. From:192.168.0.101 TO:192.168.0.xxx VIA:192.168.2.1 ?

Hi,

My home network is configured as follows:  an iMac G3 gets the
Internet connection from dial-up (!) and shares it through its en0
interface on 192.168.2.1 (a static, pre-defined setting on MacOS X
10.4 for sharing an Internet connection).  en0 also has an IP of:
192.168.0.101 as shown below:

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet6 fe80::20a:27ff:feab:3692%en0 prefixlen 64 scopeid 0x4
        inet 192.168.0.101 netmask 0xffffff00 broadcast 192.168.0.255
        inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255
        ether 00:0a:27:ab:36:92
        media: autoselect (100baseTX <full-duplex>) status: active
        supported media: 10baseT/UTP 10baseT/UTP <full-duplex>
100baseTX 100baseTX <full-duplex> autoselect autosel

From en0, a crossover cable goes into a DLink DI-624 router on its WAN
connector.  DI-624 (192.168.0.1) then gives dynamic IPs from
192.168.0.2- 192.168.0.255.  Computers are all able to share their
resources and to go on the Internet.

The problem is that the iMac G3 cannot communicate with the other
machines on 192.168.0.x and I'd like to know if there is a way around
it?

Thanks.

2. How to change root prompt

3. DENY netblock 192.0.0.0 - 192.255.255.255 ?

4. Maximum EIDE / SCSI hard drive size

5. Using 192.168.0 versus 192.168.1

6. Setting up a Printserver

7. 192.168.0.0 vs. 192.168.1.0

8. HOW TO change IP from DHCP to static in RedHat 6.1

9. DENY netblock 192.0.0.0 - 192.255.255.255 ?

10. Browsing 192.168.0.23 returns 192.168.0.11, why?

11. Joining 192.168.1.* to 192.168.1.* with filtering for only MS SQL Server?

12. tbench 192 "failed to start 192 clients" on 2.5.64

13. NAT Interface 192.168.1.x External 192.168.1.x Possible?