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