Hello all,

I found the following while logging /var/log/messages after updatedb
(logged on remote console) - after this, the machine locked up and had
to reboot. After approx. 5-10 minutes of boot-fsck-ing my JFS rootdrive it
detected it as clean and went on with booting, so I assume the FS was
clean even before.

Linux 2.4.20-4GB-athlon i686 GNU/Linux
fsck.jfs version 1.1.1, 17-Dec-2002
GNU find version 4.1.7 (called from updatedb)

When running a strace on find I found it first stat-ing files
correctly (10% CPU):
...
lstat64(".", {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0
chdir("..")                             = 0
lstat64(".", {st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0
...

But then starting to remap memory pages in a ?nearly endless? loop:
...
getdents64(4, /* 128 entries */, 4096)  = 4096
mremap(0x4039d000, 3137536, 3137536, MREMAP_MAYMOVE) = 0x4039d000
mremap(0x4039d000, 3137536, 3141632, MREMAP_MAYMOVE) = 0x4039d000
getdents64(4, /* 128 entries */, 4096)  = 4096
mremap(0x4039d000, 3141632, 3141632, MREMAP_MAYMOVE) = 0x4039d000
getdents64(4, /* 128 entries */, 4096)  = 4096
...

Info from "ps":
     USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
     root     10545  1.4  0.6  7100 3872 pts/8    T    22:31   0:06 find
NOTE: I suspended the command into background as it started to MREMAP.

I can replicate the error.
--------------------------------------------------------------------------------

Sep 25 16:28:19 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Sep 25 16:28:22 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Sep 25 16:28:23 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d0/0)
Sep 25 16:28:23 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Sep 25 16:28:49 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
...
Sep 25 16:29:51 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Sep 25 16:29:53 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d0/0)
Sep 25 16:29:53 l1 kernel: BUG at jfs_txnmgr.c:509 assert(tblk->next == 0)
Sep 25 16:29:53 l1 kernel: kernel BUG at jfs_txnmgr.c:509!
...
Sep 25 16:29:53 l1 kernel: invalid operand: 0000 2.4.20-4GB-athlon #1 Wed Jun 18 
07:44:55 UTC 2003
Sep 25 16:29:53 l1 kernel: CPU:    0
...
Sep 25 16:31:25 l1 kernel: Modules: [(jfs:<c2180060>:<c21a703c>)]
Sep 25 16:31:25 l1 kernel: Code: 0f 0b fd 01 8c 56 1a c2 a1 c0 6f 1a c2 89 43 18 89 3d 
c0 6f 
Sep 25 16:31:25 l1 kernel:  <5>__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Sep 25 16:31:25 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Sep 25 16:31:25 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Sep 25 16:31:25 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Sep 25 16:31:25 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
...
Sep 25 16:31:25 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Sep 25 16:31:25 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Sep 25 16:31:25 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
...
Sep 25 16:31:25 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Sep 25 16:31:25 l1 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)

Best Regards
[EMAIL PROTECTED]


------------------------------------------------------------------------------------------------
        /*
         * Lazy commit thread can't free this guy until we mark it UNLOCKED,
         * otherwise, we would be left with a transaction that may have been
         * reused.
         *
         * Lazy commit thread will turn off tblkGC_LAZY before calling this
         * routine.
         */
        if (tblk->flag & tblkGC_LAZY) {
                jfs_info("txEnd called w/lazy tid: %d, tblk = 0x%p", tid, tblk);
                TXN_UNLOCK();

                spin_lock_irq(&log->gclock);    // LOGGC_LOCK
                tblk->flag |= tblkGC_UNLOCKED;
                spin_unlock_irq(&log->gclock);  // LOGGC_UNLOCK
                return;
        }

        jfs_info("txEnd: tid: %d, tblk = 0x%p", tid, tblk);

LINE 509 ->   assert(tblk->next == 0);

------------------------------------------------------------------------------------------------
Here some hopefully helpful information on the driver-version
(I didn't find any CVS version information inside the files)

MD5SUM
b39bb87467554a1a32c058de3c8a7c08  Makefile
00c8e916194eb9a8b365cfe798aa48d9  acl.c
330fc37d1272bbf3e4f69597aa2474cb  file.c
70aecd99052306e94d69b0a8570faf9e  inode.c
a18d75e4adb1fad8e2ebfd555569ccfb  jfs_acl.h
3a053bd1ff60be41651cb6e6874e89ef  jfs_btree.h
8bebdee2c524f493439eea5f1840cc82  jfs_debug.c
b658f17eaf99ccef8369de00e590ef27  jfs_debug.h
00aff5afc4cf1492382392f14488f74d  jfs_defragfs.h
72b4b766716a9644ada83b32e76dd652  jfs_dinode.h
d8a1e8bc374cd2c7041807af12c2f9c8  jfs_dmap.c
59650e72f6329987a8b42d6b64d2fa98  jfs_dmap.h
cfe71968e55fe7a08d224737b0f905c9  jfs_dtree.c
959804d49cdd4b795d07d2a9c249413f  jfs_dtree.h
b087eba85552b407ee54a0d345650b5d  jfs_extent.c
b2b23829cf164aa68d01a69022e3e72f  jfs_extent.h
235f0cf21a94858864944f26b2177315  jfs_filsys.h
741be055c68d8139718eb07ebe1ec26b  jfs_imap.c
02d952b724d07c5b77807a55c9abfbe8  jfs_imap.h
a259e93aaf141401a9b2bd007ce6eed8  jfs_incore.h
858e8377ace5ecb3c755b897a17fb855  jfs_inode.c
8eee2a618e7354dd467be35c0a29cf26  jfs_inode.h
51fa973b4c007fcf5c057995acb095c9  jfs_lock.h
a3f624fe97956400818f3d0a7e16cd37  jfs_logmgr.c
e53ad2fcb583f566f0aba78494d47010  jfs_logmgr.h
2d6ae715252f1a60f3b0f77c6333034c  jfs_metapage.c
8391da2fdf38c3ef34d26e49c3fa8bad  jfs_metapage.h
23ee6e24df6fd45d4d26db03c937fece  jfs_mount.c
02ec5ff99a7a57a718e020ac132358c8  jfs_superblock.h
ed9d1ffcb74494f314af324f6880a3cb  jfs_txnmgr.c
4ac2764853b9e86cbaac907ed50e8d42  jfs_txnmgr.h
a27d88442035ba81ea662eedfdfbd1a5  jfs_types.h
4fca21507a5c22a701bc7ade68ff08e0  jfs_umount.c
45353d7d6210060cfde44a6a2a425931  jfs_unicode.c
5aa4c2727b4086d8840d1968401c21d4  jfs_unicode.h
b44514410d273011ad8a16fe8a1486ba  jfs_uniupr.c
0ca4fbb195dd0377fc2ad7adc0bc51a8  jfs_xattr.h
a3534e8ed34fcc21edc0ee39babe6fef  jfs_xtree.c
8d86481f9e96bbab1f722ce6bdba4c1a  jfs_xtree.h
c9c668a30dde276f83c1de7fab8719ad  namei.c
fdb05804b8ae506ae66dae5c02bd038e  resize.c
bbadcac6cfd203332fb76dda5e8c065b  super.c
f9b1946b5e333aa7ae445c4ffee5c949  symlink.c
8d4486b69a2bda20ec395e2fd9588c5b  xattr.c
---------------------------------------------------------------------------------------------
drwxr-xr-x    2 root     root         4096 Jun 29 07:50 .
drwxr-xr-x   48 root     root         4096 Jun 29 09:36 ..
-rw-r--r--    1 root     root         8021 Jun 29 07:50 .depend
-rw-r--r--    1 root     root          463 Jun 29 07:50 Makefile
-rw-r--r--    1 root     root         6815 Jun 29 07:50 acl.c
-rw-r--r--    1 root     root         3186 Jun 29 07:50 file.c
-rw-r--r--    1 root     root        10165 Jun 29 07:50 inode.c
-rw-r--r--    1 root     root         1278 Jun 29 07:50 jfs_acl.h
-rw-r--r--    1 root     root         3794 Jun 29 07:50 jfs_btree.h
-rw-r--r--    1 root     root         3576 Jun 29 07:50 jfs_debug.c
-rw-r--r--    1 root     root         3308 Jun 29 07:50 jfs_debug.h
-rw-r--r--    1 root     root         1524 Jun 29 07:50 jfs_defragfs.h
-rw-r--r--    1 root     root         4994 Jun 29 07:50 jfs_dinode.h
-rw-r--r--    1 root     root       117870 Jun 29 07:50 jfs_dmap.c
-rw-r--r--    1 root     root        10968 Jun 29 07:50 jfs_dmap.h
-rw-r--r--    1 root     root       105806 Jun 29 07:50 jfs_dtree.c
-rw-r--r--    1 root     root         7131 Jun 29 07:50 jfs_dtree.h
-rw-r--r--    1 root     root        18033 Jun 29 07:50 jfs_extent.c
-rw-r--r--    1 root     root         1330 Jun 29 07:50 jfs_extent.h
-rw-r--r--    1 root     root         8809 Jun 29 07:50 jfs_filsys.h
-rw-r--r--    1 root     root        87127 Jun 29 07:50 jfs_imap.c
-rw-r--r--    1 root     root         6068 Jun 29 07:50 jfs_imap.h
-rw-r--r--    1 root     root         6354 Jun 29 07:50 jfs_incore.h
-rw-r--r--    1 root     root         2975 Jun 29 07:50 jfs_inode.c
-rw-r--r--    1 root     root          944 Jun 29 07:50 jfs_inode.h
-rw-r--r--    1 root     root         1545 Jun 29 07:50 jfs_lock.h
-rw-r--r--    1 root     root        56796 Jun 29 07:50 jfs_logmgr.c
-rw-r--r--    1 root     root        14982 Jun 29 07:50 jfs_logmgr.h
-rw-r--r--    1 root     root        14033 Jun 29 07:50 jfs_metapage.c
-rw-r--r--    1 root     root         3341 Jun 29 07:50 jfs_metapage.h
-rw-r--r--    1 root     root        12932 Jun 29 07:50 jfs_mount.c
-rw-r--r--    1 root     root         3787 Jun 29 07:50 jfs_superblock.h
-rw-r--r--    1 root     root        77090 Jun 29 07:50 jfs_txnmgr.c
-rw-r--r--    1 root     root         8260 Jun 29 07:50 jfs_txnmgr.h
-rw-r--r--    1 root     root         4534 Jun 29 07:50 jfs_types.h
-rw-r--r--    1 root     root         3908 Jun 29 07:50 jfs_umount.c
-rw-r--r--    1 root     root         2594 Jun 29 07:50 jfs_unicode.c
-rw-r--r--    1 root     root         3466 Jun 29 07:50 jfs_unicode.h
-rw-r--r--    1 root     root         7716 Jun 29 07:50 jfs_uniupr.c
-rw-r--r--    1 root     root         2423 Jun 29 07:50 jfs_xattr.h
-rw-r--r--    1 root     root       105238 Jun 29 07:50 jfs_xtree.c
-rw-r--r--    1 root     root         4433 Jun 29 07:50 jfs_xtree.h
-rw-r--r--    1 root     root        33584 Jun 29 07:50 namei.c
-rw-r--r--    1 root     root        15077 Jun 29 07:50 resize.c
-rw-r--r--    1 root     root        12721 Jun 29 07:50 super.c
-rw-r--r--    1 root     root         1433 Jun 29 07:50 symlink.c
-rw-r--r--    1 root     root        26266 Jun 29 07:50 xattr.c

_______________________________________________
Jfs-discussion mailing list
[EMAIL PROTECTED]
http://www-124.ibm.com/developerworks/oss/mailman/listinfo/jfs-discussion

Reply via email to