[Ocfs2-commits] manish commits r2190 - trunk
svn-commits at oss.oracle.com
svn-commits at oss.oracle.com
Wed Apr 27 15:50:12 CDT 2005
Author: manish
Signed-off-by: mfasheh
Date: 2005-04-27 15:50:10 -0500 (Wed, 27 Apr 2005)
New Revision: 2190
Removed:
trunk/BUGS
trunk/docs/
trunk/patches/
Modified:
trunk/Makefile
Log:
Remove long obsolete cruft
Signed-off-by: mfasheh
Deleted: trunk/BUGS
===================================================================
--- trunk/BUGS 2005-04-27 20:38:17 UTC (rev 2189)
+++ trunk/BUGS 2005-04-27 20:50:10 UTC (rev 2190)
@@ -1,746 +0,0 @@
-THIS FILE IS BETTER VIEWED IN A 132X24 WINDOW.
-===============================================================================
-
-This file contains a brief explanation of the the tests that are performed on
-ocfs V2. It also contains the list of problems found during the tests with
-a description of the problem, how to reproduce it, log information/stack trace
-and any other type of information that may be necessary.
-
-===============================================================================
-TESTS.
-
-The tests are divided in 3 levels:
-
-LEVEL 1. In this level, very basic stuff are tested. Format, mount, create/change/
-move/remove file/directory, extend file using extendo (Sunil's script), Also, tar,
-dd, mv, cp (with and w/out o_direct) should be tested. All tests done without
-concurrency, Usually mounted by a single node.
-
-LEVEL 2. In this level, all tests performed in the level 1 are reproduced adding
-concurrency in the node and among 2 or more nodes. Some other level of complexity
-is going to be added to this level.
-
-LEVEL 3 : All tests performed in level 2 plus database creation, running OAST,
-install of a new Oracle distribution and anything else that may add complexity
-to the test and push the limits.
-
-===============================================================================
-PROBLEMS
--------------------------------------------------------------------------------
-Date Reported : 10/24/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.25markenterprise
-OCFS BUILD 2.0.0-PA1024
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 3 (Limited funcionality)
-Description:
-
- mkdir command fails when creating more than 6 levels of subdirs in a
- single command line.
-
-Reproduce :
-
- mkdir -p /ocfsv2_marcos/dir1/dir2/dir3/dir4/dir5/dir6/dir7/dir8/dir9/dir10
-
-Error Returned :
-
- mkdir: cannot create directory `/ocfsv2_marcos/dir1/dir2/dir3/dir4/dir5/
- dir6/dir7': Permission denied
-
-messages in /var/log/messages :
-
- Oct 24 11:20:57 ca-test6 kernel: currently we do nothing with the file entry, oin or inode when we fail!!!!
-Oct 24 11:20:58 ca-test6 last message repeated 5 times
-Oct 24 11:20:58 ca-test6 kernel: ocfs: Getting write for 4096 blocks
-Oct 24 11:20:58 ca-test6 kernel: (2889) ERROR: status = -999, sysfile.c, 293
-Oct 24 11:20:58 ca-test6 kernel: (2889) ERROR: status = -999, alloc.c, 2491
-Oct 24 11:20:58 ca-test6 kernel: (2889) ERROR: status = -999, namei.c, 242
-Oct 24 11:20:58 ca-test6 kernel: (2889) ERROR: status = -2, namei.c, 333
-Oct 24 11:20:58 ca-test6 kernel: (2889) ERROR: status = -2, namei.c, 396
-Oct 24 11:20:58 ca-test6 kernel: currently we do nothing with the file entry, oin or inode when we fail!!!!
-
-New info (11/17/03 - kurt - 2.4.9-e.12 - vmware) :
-
- Works fine in this build.
-
--------------------------------------------------------------------------------
-Date Reported : 10/24/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.25markenterprise
-OCFS BUILD 2.0.0-PA1024
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 2 (most likely to cause a reboot in the system to release resource)
-Description:
-
- move/rename file in the same directory hangs
-
-Reproduce :
-
- $ cd <ocfs v2 directory>
- $ touch a
- $ find /etc/ >> a
- $ cat a " it works until here without problem"
- $ mv a b " here it hangs"
-
-Error Returned :
-
- NONE
-
-messages in /var/log/messages :
-
- Oct 24 11:47:27 ca-test6 kernel: currently we do nothing with the file entry, oin or inode when we fail!!!!
-
-Other information :
-
- $ ps -efl|grep mv
- 000 D root 3008 2237 0 76 0 - 420 wait_o 11:47 pts/4 00:00:00 mv -i a b
- 100 S root 3023 2301 0 76 0 - 436 pipe_w 11:50 pts/5 00:00:00 grep mv
- $ psall |grep mv
- 3008 mv wait_on_buffer
-
-
-New info (11/17/03 - kurt - 2.4.9-e.12 - vmware) :
-
- Does not occur in this build. Now completes ok but gives:
- VFS: brelse: Trying to free free buffer
-
--------------------------------------------------------------------------------
-Date Reported : 11/05/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.25markenterprise
-OCFS BUILD 2.0.0-PA1105
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 2 (system panics)
-Description:
-
- During untar of the Linux Source code in an ocfs FS, system panics.
-
-Reproduce :
-
- $ cd <ocfs v2 directory>
- $ ssh ca-test6 "cd /usr/src/linux-2.4; tar cvzf - ."|tar xvzf -
-
-Error Returned :
-
- NONE
-
-messages in /var/log/messages :
-
- NONE
-
-Other information :
- partial stack trace (Full trace at /home/mmatsuna/OCFSV2/untar_panic.log)
-
- Kernel 2.4.9-e.25markenterprise
- Oops: 0000
- CPU: 2
- EIP: 0010:[<c01492f4>] Not tainted
- EFLAGS: 00010296
- EIP is at __brelse [kernel] 0x4
- eax: 98393bc0 ebx: 00000000 ecx: eea64c00 edx: 98393bc0
- esi: 00000001 edi: 00000100 ebp: eea64c00 esp: ee5f7acc
- ds: 0018 es: 0018 ss: 0018
- Process tar (pid: 10000, stackpage=ee5f7000)
- Stack: f8a2a8c2 98393bc0 f0cb5d20 eecca220 00000040 f63f6088 00000001 00000000
- f5c83c00 ee5f6000 083219d9 00011570 00000000 f63f6000 00000100 00000005
- f63f6084 000001fd 000001fd 00000000 00000000 00000000 eea64c00 f63d9748
- Call Trace: [<f8a2a8c2>] ocfs_insert_file [ocfs] 0x20f2
- [<f885b43e>] cpqfcTSBuildExchange [cpqfc] 0xb0e
- [<c019aefa>] __make_request [kernel] 0x5da
- [<f89fb7d7>] ocfs_hash_get [ocfs] 0x113
- [<f89faae5>] ocfs_lookup_sector_node [ocfs] 0x119
- [<c01492c1>] __refile_buffer [kernel] 0x61
- [<f8a4c7c1>] ocfs_acquire_lock [ocfs] 0x271
- [<c014915c>] balance_dirty_state [kernel] 0xc
- [<c01491ab>] balance_dirty [kernel] 0xb
-
-
-New info (11/17/03 - kurt - 2.4.9-e.12 - vmware) :
-
- Does not occur in this build. Can get through the full untar now.
-
-
-New info (11/19/03 - kurt - 2.4.9-e.12 - vmware) :
-
- Aha! Ok so this does happen when the dir alloc file needs to grow from granularity 0
- to granularity 1. Hangs on wait_on_buffer. Schizzle.
-
-Nov 19 10:30:54 khackel-pc1 kernel: tar D C0C46860 0 2618 2617 (NOTLB)
-Nov 19 10:30:54 khackel-pc1 kernel: Call Trace: [__wait_on_buffer+92/124] __wait_on_buffer [kernel] 0x5c
-Nov 19 10:30:54 khackel-pc1 kernel: Call Trace: [<c013bbfc>] __wait_on_buffer [kernel] 0x5c
-Nov 19 10:30:54 khackel-pc1 kernel: [<c38cdc6a>] ocfs_grow_extent_tree [ocfs] 0x12ee
-Nov 19 10:30:54 khackel-pc1 kernel: [<c38cd909>] ocfs_grow_extent_tree [ocfs] 0xf8d
-Nov 19 10:30:54 khackel-pc1 kernel: [<c38e0877>] ocfs_release_lock [ocfs] 0x133
-Nov 19 10:30:54 khackel-pc1 kernel: [<c38cfdcd>] ocfs_allocate_extent [ocfs] 0x1749
-Nov 19 10:30:54 khackel-pc1 kernel: [<c38a2811>] ocfs_extend_system_file [ocfs] 0x635
-Nov 19 10:30:54 khackel-pc1 kernel: [<c38d75ec>] ocfs_alloc_node_block [ocfs] 0x564
-Nov 19 10:30:54 khackel-pc1 kernel: [<c38ae2fe>] ocfs_mknod_locked [ocfs] 0x59a
-Nov 19 10:30:54 khackel-pc1 kernel: [<c38f2b86>] .rodata [ocfs] 0x10566
-Nov 19 10:30:54 khackel-pc1 kernel: [<c38ad708>] ocfs_mknod [ocfs] 0x2c4
-Nov 19 10:30:54 khackel-pc1 kernel: [<c38ad3a1>] ocfs_lookup [ocfs] 0x35d
-Nov 19 10:30:54 khackel-pc1 kernel: [<c38aefa2>] ocfs_mkdir [ocfs] 0x8a
-Nov 19 10:30:54 khackel-pc1 kernel: [<c0144517>] permission [kernel] 0x2b
-Nov 19 10:30:54 khackel-pc1 kernel: [<c0145dd8>] vfs_mkdir [kernel] 0xc4
-Nov 19 10:30:54 khackel-pc1 kernel: [<c0145e9e>] sys_mkdir [kernel] 0x8a
-Nov 19 10:30:54 khackel-pc1 kernel: [<c0106ecb>] system_call [kernel] 0x33
-
-New info (11/20/03 - kurt - 2.4.9-e.12 - vmware) :
-
- OK I think I fixed it. Tightened down our bufferhead locking in the ocfs_allocate_extent and
- ocfs_grow_extent_tree paths. It gets way past the granularity 0 -> 1 shift now.
-
--------------------------------------------------------------------------------
-Date Reported : 11/07/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.27.stack
-OCFS BUILD 2.0.0-PA1107
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 2 (kernel oops, system up but no ocfs ops possible)
-Fixed in build of : 11/13/2003
-Description:
-
-While running a script that touches 1000 files on a fresh ocfs filesystem,
-some errors and finally an oops occur.
-
-
-
-Nov 8 02:28:15 earth-10 kernel: VFS: brelse: Trying to free free buffer
-Nov 8 02:28:15 earth-10 kernel: ocfs: Getting write for 257 blocks
-Nov 8 02:29:01 earth-10 kernel: (3939) ERROR: status = -28, dir.c, 1290
-Nov 8 02:29:01 earth-10 kernel: (3939) ERROR: status = -28, namei.c, 437
-Nov 8 02:29:01 earth-10 kernel: (3939) ERROR: status = -28, namei.c, 169
-Nov 8 02:29:01 earth-10 kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000018
-Nov 8 02:29:01 earth-10 kernel: printing eip:
-Nov 8 02:29:01 earth-10 kernel: e08ecce5
-Nov 8 02:29:01 earth-10 kernel: *pde = 00000000
-Nov 8 02:29:01 earth-10 kernel: Oops: 0002
-Nov 8 02:29:01 earth-10 kernel: Kernel 2.4.9-e.27.stack
-Nov 8 02:29:01 earth-10 kernel: CPU: 0
-Nov 8 02:29:01 earth-10 kernel: EIP: 0010:[ide-cd:ignore+385941/143678827] Not tainted
-Nov 8 02:29:01 earth-10 kernel: EIP: 0010:[<e08ecce5>] Not tainted
-Nov 8 02:29:01 earth-10 kernel: EFLAGS: 00010246
-Nov 8 02:29:01 earth-10 kernel: EIP is at ocfs_mknod [ocfs] 0x415
-Nov 8 02:29:01 earth-10 kernel: eax: 00000002 ebx: 00000000 ecx: 00000000 edx: 00000000
-Nov 8 02:29:01 earth-10 kernel: esi: 00000000 edi: 00000000 ebp: e092e8ca esp: dc4fde50
-Nov 8 02:29:01 earth-10 kernel: ds: 0018 es: 0018 ss: 0018
-Nov 8 02:29:01 earth-10 kernel: Process touch (pid: 3939, stackpage=dc4fd000)
-Nov 8 02:29:01 earth-10 kernel: Stack: c1000010 c012784d dc4fde88 00000000 de701000 00000000 de701000 d6942560
-Nov 8 02:29:01 earth-10 kernel: c5797740 00000000 c2bfe060 00000000 c3db5440 c7cac800 0024e000 00000000
-Nov 8 02:29:01 earth-10 kernel: c5797740 00000001 dc4fdec4 4015b2d0 df454400 00000000 0024e000 00000000
-Nov 8 02:29:01 earth-10 kernel: Call Trace: <dc4fde54> [do_anonymous_page+317/336] do_anonymous_page [kernel] 0x13d
-Nov 8 02:29:01 earth-10 kernel: Call Trace: <dc4fde54> [<c012784d>] do_anonymous_page [kernel] 0x13d
-Nov 8 02:29:01 earth-10 kernel: <dc4fdecc> [ide-cd:ignore+392101/143672667] ocfs_create [ocfs] 0x89
-Nov 8 02:29:01 earth-10 kernel: <dc4fdecc> [<e08ee4f5>] ocfs_create [ocfs] 0x89
-Nov 8 02:29:01 earth-10 kernel: <dc4fdeec> [vfs_create+183/240] vfs_create [kernel] 0xb7
-Nov 8 02:29:01 earth-10 kernel: <dc4fdeec> [<c0148467>] vfs_create [kernel] 0xb7
-Nov 8 02:29:01 earth-10 kernel: <dc4fdf04> [lookup_hash+106/144] lookup_hash [kernel] 0x6a
-Nov 8 02:29:01 earth-10 kernel: <dc4fdf04> [<c01482ba>] lookup_hash [kernel] 0x6a
-Nov 8 02:29:01 earth-10 kernel: <dc4fdf1c> [open_namei+348/1488] open_namei [kernel] 0x15c
-Nov 8 02:29:02 earth-10 kernel: <dc4fdf1c> [<c01485fc>] open_namei [kernel] 0x15c
-Nov 8 02:29:02 earth-10 kernel: <dc4fdf3c> [do_mmap_pgoff+1031/1136] do_mmap_pgoff [kernel] 0x407
-Nov 8 02:29:02 earth-10 kernel: <dc4fdf3c> [<c0128c77>] do_mmap_pgoff [kernel] 0x407
-Nov 8 02:29:02 earth-10 kernel: <dc4fdf68> [filp_open+54/96] filp_open [kernel] 0x36
-Nov 8 02:29:02 earth-10 kernel: <dc4fdf68> [<c013d056>] filp_open [kernel] 0x36
-Nov 8 02:29:02 earth-10 kernel: <dc4fdfa0> [sys_open+54/176] sys_open [kernel] 0x36
-Nov 8 02:29:02 earth-10 kernel: <dc4fdfa0> [<c013d346>] sys_open [kernel] 0x36
-Nov 8 02:29:02 earth-10 kernel: <dc4fdfc0> [system_call+51/56] system_call [kernel] 0x33
-Nov 8 02:29:02 earth-10 kernel: <dc4fdfc0> [<c010712b>] system_call [kernel] 0x33
-Nov 8 02:29:02 earth-10 kernel:
-Nov 8 02:29:02 earth-10 kernel:
-Nov 8 02:29:02 earth-10 kernel: Code: 0f ab 46 18 19 c0 85 c0 74 1b bb 02 00 00 00 83 ec 0c 56 e8
-Nov 8 02:29:02 earth-10 kernel: <0>Kernel panic: not continuing
-Nov 8 02:32:46 earth-10 sshd(pam_unix)[1500]: session closed for user root
-Nov 8 02:33:02 earth-10 sshd(pam_unix)[3984]: session opened for user root by (uid=0)
-
-ls on the fs hangs in getdents64()
-AFter reboot ls shows 508 files have been created
--------------------------------------------------------------------------------
-Date Reported : 11/07/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.27.stack
-OCFS BUILD 2.0.0-PA1113
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 3 (command hangs)
-Fixed in build of : 11/13/2003
-Description:
-
-Copy of a 2.4.9-e.27 kernel build tree to clean ocfs filesystem eventually
-hangs. During hang the following trace has been taken:
-
-Nov 12 21:20:34 earth-10 kernel: cp D C02E0000 0 2347 2429 (NOTLB)
-Nov 12 21:20:34 earth-10 kernel: Call Trace: <dd0636f0> [__wait_on_buffer+120/160] __wait_on_buffer [kernel] 0x78
-Nov 12 21:20:34 earth-10 kernel: Call Trace: <dd0636f0> [<c013e758>] __wait_on_buffer [kernel] 0x78
-Nov 12 21:20:34 earth-10 kernel: <dd0636f4> [__refile_buffer+97/112] __refile_buffer [kernel] 0x61
-Nov 12 21:20:34 earth-10 kernel: <dd0636f4> [<c013f921>] __refile_buffer [kernel] 0x61
-Nov 12 21:20:34 earth-10 kernel: <dd063718> [balance_dirty+11/48] balance_dirty [kernel] 0xb
-Nov 12 21:20:34 earth-10 kernel: <dd063718> [<c013f80b>] balance_dirty [kernel] 0xb
-Nov 12 21:20:34 earth-10 kernel: <dd06372c> [ide-cd:ignore+515443/143549325] ocfs_grow_extent_tree [ocfs] 0x1287
-Nov 12 21:20:34 earth-10 kernel: <dd06372c> [<e090c6c3>] ocfs_grow_extent_tree [ocfs] 0x1287
-Nov 12 21:20:35 earth-10 kernel: <dd063754> [start_request+416/528] start_request [kernel] 0x1a0
-Nov 12 21:20:35 earth-10 kernel: <dd063754> [<c01992b0>] start_request [kernel] 0x1a0
-Nov 12 21:20:35 earth-10 kernel: <dd0637a4> [schedule+554/576] schedule [kernel] 0x22a
-Nov 12 21:20:35 earth-10 kernel: <dd0637a4> [<c0115c7a>] schedule [kernel] 0x22a
-Nov 12 21:20:35 earth-10 kernel: <dd0637f8> [balance_dirty+11/48] balance_dirty [kernel] 0xb
-Nov 12 21:20:35 earth-10 kernel: <dd0637f8> [<c013f80b>] balance_dirty [kernel] 0xb
-Nov 12 21:20:35 earth-10 kernel: <dd063820> [dma_timer_expiry+0/96] dma_timer_expiry [kernel] 0x0
-Nov 12 21:20:35 earth-10 kernel: <dd063820> [<c01a2980>] dma_timer_expiry [kernel] 0x0
-Nov 12 21:20:35 earth-10 kernel: <dd063840> [do_rw_disk+359/944] do_rw_disk [kernel] 0x167
-Nov 12 21:20:35 earth-10 kernel: <dd063840> [<c01ac1b7>] do_rw_disk [kernel] 0x167
-Nov 12 21:20:35 earth-10 kernel: <dd06386c> [ide-cd:ignore+591999/143472769] ocfs_disk_release_lock [ocfs] 0xb77
-Nov 12 21:20:35 earth-10 kernel: <dd06386c> [<e091f1cf>] ocfs_disk_release_lock [ocfs] 0xb77
-Nov 12 21:20:35 earth-10 kernel: <dd06387c> [ide-cd:ignore+592105/143472663] ocfs_disk_release_lock [ocfs] 0xbe1
-Nov 12 21:20:35 earth-10 kernel: <dd06387c> [<e091f239>] ocfs_disk_release_lock [ocfs] 0xbe1
-Nov 12 21:20:35 earth-10 kernel: <dd0638d8> [ll_rw_block+558/656] ll_rw_block [kernel] 0x22e
-Nov 12 21:20:35 earth-10 kernel: <dd0638d8> [<c018d02e>] ll_rw_block [kernel] 0x22e
-Nov 12 21:20:35 earth-10 kernel: <dd063900> [__wait_on_buffer+144/160] __wait_on_buffer [kernel] 0x90
-Nov 12 21:20:35 earth-10 kernel: <dd063900> [<c013e770>] __wait_on_buffer [kernel] 0x90
-Nov 12 21:20:35 earth-10 kernel: <dd063904> [__refile_buffer+97/112] __refile_buffer [kernel] 0x61
-Nov 12 21:20:35 earth-10 kernel: <dd063904> [<c013f921>] __refile_buffer [kernel] 0x61
-Nov 12 21:20:35 earth-10 kernel: <dd06392c> [ide-cd:ignore+524129/143540639] ocfs_allocate_extent [ocfs] 0x17f5
-Nov 12 21:20:35 earth-10 kernel: <dd06392c> [<e090e8b1>] ocfs_allocate_extent [ocfs] 0x17f5
-Nov 12 21:20:35 earth-10 kernel: <dd06396c> [account_io_start+68/80] account_io_start [kernel] 0x44
-Nov 12 21:20:35 earth-10 kernel: <dd06396c> [<c018bf24>] account_io_start [kernel] 0x44
-Nov 12 21:20:35 earth-10 kernel: <dd0639ac> [ide_set_handler+88/96] ide_set_handler [kernel] 0x58
-Nov 12 21:20:35 earth-10 kernel: <dd0639ac> [<c01981d8>] ide_set_handler [kernel] 0x58
-Nov 12 21:20:35 earth-10 kernel: <dd0639c0> [ide_dmaproc+393/624] ide_dmaproc [kernel] 0x189
-Nov 12 21:20:35 earth-10 kernel: <dd0639c0> [<c01a2b69>] ide_dmaproc [kernel] 0x189
-Nov 12 21:20:35 earth-10 kernel: <dd0639c8> [ide_dma_intr+0/192] ide_dma_intr [kernel] 0x0
-Nov 12 21:20:35 earth-10 kernel: <dd0639c8> [<c01a2200>] ide_dma_intr [kernel] 0x0
-Nov 12 21:20:35 earth-10 kernel: <dd0639d0> [dma_timer_expiry+0/96] dma_timer_expiry [kernel] 0x0
-Nov 12 21:20:36 earth-10 kernel: <dd0639d0> [<c01a2980>] dma_timer_expiry [kernel] 0x0
-Nov 12 21:20:36 earth-10 kernel: <dd0639f0> [do_rw_disk+359/944] do_rw_disk [kernel] 0x167
-Nov 12 21:20:36 earth-10 kernel: <dd0639f0> [<c01ac1b7>] do_rw_disk [kernel] 0x167
-Nov 12 21:20:36 earth-10 kernel: <dd063a04> [run_all_timers+23/32] run_all_timers [kernel] 0x17
-Nov 12 21:20:36 earth-10 kernel: <dd063a04> [<c01201b7>] run_all_timers [kernel] 0x17
-Nov 12 21:20:36 earth-10 kernel: <dd063a0c> [ide_wait_stat+202/272] ide_wait_stat [kernel] 0xca
-Nov 12 21:20:36 earth-10 kernel: <dd063a0c> [<c0198fba>] ide_wait_stat [kernel] 0xca
-Nov 12 21:20:36 earth-10 kernel: <dd063a34> [start_request+416/528] start_request [kernel] 0x1a0
-Nov 12 21:20:36 earth-10 kernel: <dd063a34> [<c01992b0>] start_request [kernel] 0x1a0
-Nov 12 21:20:36 earth-10 kernel: <dd063a64> [ide_do_request+659/736] ide_do_request [kernel] 0x293
-Nov 12 21:20:36 earth-10 kernel: <dd063a64> [<c0199613>] ide_do_request [kernel] 0x293
-Nov 12 21:20:36 earth-10 kernel: <dd063a84> [schedule+554/576] schedule [kernel] 0x22a
-Nov 12 21:20:36 earth-10 kernel: <dd063a84> [<c0115c7a>] schedule [kernel] 0x22a
-Nov 12 21:20:36 earth-10 kernel: <dd063ab0> [__wait_on_buffer+144/160] __wait_on_buffer [kernel] 0x90
-Nov 12 21:20:36 earth-10 kernel: <dd063ab0> [<c013e770>] __wait_on_buffer [kernel] 0x90
-Nov 12 21:20:36 earth-10 kernel: <dd063ab4> [__refile_buffer+97/112] __refile_buffer [kernel] 0x61
-Nov 12 21:20:36 earth-10 kernel: <dd063ab4> [<c013f921>] __refile_buffer [kernel] 0x61
-Nov 12 21:20:36 earth-10 kernel: <dd063acc> [ide-cd:ignore+340461/143724307] ocfs_extend_system_file [ocfs] 0x1069
-Nov 12 21:20:36 earth-10 kernel: <dd063acc> [<e08e1b3d>] ocfs_extend_system_file [ocfs] 0x1069
-Nov 12 21:20:36 earth-10 kernel: <dd063b2c> [ide_wait_stat+202/272] ide_wait_stat [kernel] 0xca
-Nov 12 21:20:36 earth-10 kernel: <dd063b2c> [<c0198fba>] ide_wait_stat [kernel] 0xca
-Nov 12 21:20:36 earth-10 kernel: <dd063ba4> [schedule+554/576] schedule [kernel] 0x22a
-Nov 12 21:20:36 earth-10 kernel: <dd063ba4> [<c0115c7a>] schedule [kernel] 0x22a
-Nov 12 21:20:36 earth-10 kernel: <dd063bd0> [__wait_on_buffer+144/160] __wait_on_buffer [kernel] 0x90
-Nov 12 21:20:36 earth-10 kernel: <dd063bd0> [<c013e770>] __wait_on_buffer [kernel] 0x90
-Nov 12 21:20:36 earth-10 kernel: <dd063c0c> [ide-cd:ignore+336121/143728647] ocfs_get_system_file_size [ocfs] 0x46d
-Nov 12 21:20:36 earth-10 kernel: <dd063c0c> [<e08e0a49>] ocfs_get_system_file_size [ocfs] 0x46d
-Nov 12 21:20:36 earth-10 kernel: <dd063c24> [ide-cd:ignore+258453/143806315] ocfs_lookup_sector_node [ocfs] 0x119
-Nov 12 21:20:37 earth-10 kernel: <dd063c24> [<e08cdae5>] ocfs_lookup_sector_node [ocfs] 0x119
-Nov 12 21:20:37 earth-10 kernel: <dd063c44> [balance_dirty_state+12/80] balance_dirty_state [kernel] 0xc
-Nov 12 21:20:37 earth-10 kernel: <dd063c44> [<c013f7bc>] balance_dirty_state [kernel] 0xc
-Nov 12 21:20:37 earth-10 kernel: <dd063c8c> [ide-cd:ignore+555012/143509756] ocfs_alloc_node_block [ocfs] 0x500
-Nov 12 21:20:37 earth-10 kernel: <dd063c8c> [<e0916154>] ocfs_alloc_node_block [ocfs] 0x500
-Nov 12 21:20:37 earth-10 kernel: <dd063d5c> [ide-cd:ignore+388615/143676153] ocfs_mknod_locked [ocfs] 0x53f
-Nov 12 21:20:37 earth-10 kernel: <dd063d5c> [<e08ed757>] ocfs_mknod_locked [ocfs] 0x53f
-Nov 12 21:20:37 earth-10 kernel: <dd063d8c> [schedule+554/576] schedule [kernel] 0x22a
-Nov 12 21:20:37 earth-10 kernel: <dd063d8c> [<c0115c7a>] schedule [kernel] 0x22a
-Nov 12 21:20:37 earth-10 kernel: <dd063df0> [8139too:__insmod_8139too_O/lib/modules/2.4.9-e.27.stack/kernel/driv+-765728/96] .rodata.str1.1 [jbd] 0x0
-Nov 12 21:20:37 earth-10 kernel: <dd063df0> [<e08090e0>] .rodata.str1.1 [jbd] 0x0
-Nov 12 21:20:37 earth-10 kernel: <dd063df4> [8139too:__insmod_8139too_O/lib/modules/2.4.9-e.27.stack/kernel/driv+-776745/96] __jbd_kmalloc [jbd] 0x27
-Nov 12 21:20:37 earth-10 kernel: <dd063df4> [<e08065d7>] __jbd_kmalloc [jbd] 0x27
-Nov 12 21:20:37 earth-10 kernel: <dd063e1c> [8139too:__insmod_8139too_O/lib/modules/2.4.9-e.27.stack/kernel/driv+-802530/96] get_transaction [jbd] 0xbe
-Nov 12 21:20:37 earth-10 kernel: <dd063e1c> [<e080011e>] get_transaction [jbd] 0xbe
-Nov 12 21:20:37 earth-10 kernel: <dd063e30> [8139too:__insmod_8139too_O/lib/modules/2.4.9-e.27.stack/kernel/driv+-802362/96] start_this_handle [jbd] 0x66
-Nov 12 21:20:37 earth-10 kernel: <dd063e30> [<e08001c6>] start_this_handle [jbd] 0x66
-Nov 12 21:20:37 earth-10 kernel: <dd063e34> [8139too:__insmod_8139too_O/lib/modules/2.4.9-e.27.stack/kernel/driv+-802172/96] start_this_handle [jbd] 0x124
-Nov 12 21:20:37 earth-10 kernel: <dd063e34> [<e0800284>] start_this_handle [jbd] 0x124
-Nov 12 21:20:37 earth-10 kernel: <dd063e4c> [8139too:__insmod_8139too_O/lib/modules/2.4.9-e.27.stack/kernel/driv+-801921/96] journal_start_Rb377415b [jbd] 0xbf
-Nov 12 21:20:37 earth-10 kernel: <dd063e4c> [<e080037f>] journal_start_Rb377415b [jbd] 0xbf
-Nov 12 21:20:37 earth-10 kernel: <dd063e7c> [ide-cd:ignore+385518/143679250] ocfs_mknod [ocfs] 0x26e
-Nov 12 21:20:37 earth-10 kernel: <dd063e7c> [<e08ecb3e>] ocfs_mknod [ocfs] 0x26e
-Nov 12 21:20:37 earth-10 kernel: <dd063ec4> [ide-cd:ignore+384255/143680513] ocfs_lookup [ocfs] 0x167
-Nov 12 21:20:37 earth-10 kernel: <dd063ec4> [<e08ec64f>] ocfs_lookup [ocfs] 0x167
-Nov 12 21:20:37 earth-10 kernel: <dd063f08> [dput+28/288] dput [kernel] 0x1c
-Nov 12 21:20:37 earth-10 kernel: <dd063f08> [<c014f52c>] dput [kernel] 0x1c
-Nov 12 21:20:37 earth-10 kernel: <dd063f14> [cached_lookup+45/80] cached_lookup [kernel] 0x2d
-Nov 12 21:20:37 earth-10 kernel: <dd063f14> [<c01475ed>] cached_lookup [kernel] 0x2d
-Nov 12 21:20:37 earth-10 kernel: <dd063f2c> [ide-cd:ignore+391825/143672943] ocfs_mkdir [ocfs] 0x89
-Nov 12 21:20:37 earth-10 kernel: <dd063f2c> [<e08ee3e1>] ocfs_mkdir [ocfs] 0x89
-Nov 12 21:20:37 earth-10 kernel: <dd063f4c> [vfs_mkdir+178/240] vfs_mkdir [kernel] 0xb2
-Nov 12 21:20:38 earth-10 kernel: <dd063f4c> [<c0148e52>] vfs_mkdir [kernel] 0xb2
-Nov 12 21:20:38 earth-10 kernel: <dd063f7c> [sys_mkdir+132/208] sys_mkdir [kernel] 0x84
-Nov 12 21:20:38 earth-10 kernel: <dd063f7c> [<c0148f14>] sys_mkdir [kernel] 0x84
-Nov 12 21:20:38 earth-10 kernel: <dd063fc0> [system_call+51/56] system_call [kernel] 0x33
-Nov 12 21:20:38 earth-10 kernel: <dd063fc0> [<c010712b>] system_call [kernel] 0x33
-Nov 12 21:20:38 earth-10 kernel:
-
-
--------------------------------------------------------------------------------
-Date Reported : 17/07/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.27.stack
-OCFS BUILD 2.0.0-PA1117
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 2 (system hangs)
-Fixed in build of : 11/13/2003
-Description:
-
-Create a new ocfs filesystem, create 2000 files in the root,
-then start making new directories with one file each .. after 32
-the system hangs .. only responds to pings, no oops, warnings, errors
-or traces.
-
-When trying to repeat the bug i got the following errors:
-
-Nov 17 21:17:28 earth kernel: ocfs: trying to sync read a jbd managed bh (blockn
-r = 2736)
-Nov 17 21:17:28 earth kernel: (3576) ERROR: status = -22, sysfile.c, 339
-Nov 17 21:17:28 earth kernel: (3576) ERROR: status = -22, alloc.c, 2904
-Nov 17 21:17:28 earth kernel: (3576) ERROR: status = -22, dir.c, 1219
-Nov 17 21:17:28 earth kernel: (3576) ERROR: status = -22, namei.c, 442
-
--------------------------------------------------------------------------------
-
-Date Reported : 11/18/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.12custom (up kernel for vmware)
-OCFS BUILD 1.9.9-1118KURT ;-)
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 2 (data corruption)
-Description:
-
- Doing a make oldconfig in a fresh kernel tree results in a partially corrupted
- .config file with loads of NULLs.
-
-Reproduce :
-
- $ cd <ocfs v2 directory>
- $ ssh ca-test6 "cd /usr/src/linux-2.4; tar cvzf - ."|tar xvzf -
- $ make oldconfig
- $ make dep <BARF>
-
-Error Returned :
-
- .config:1: warning: NUL character seen; rest of line ignored
- ...
-
-messages in /var/log/messages :
-
- NONE
-
-Other information :
-
- Probably a generic problem in the simplest case of a file extend.
-
- .config contents:
-
- 0000000 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
- *
- 0000760 \0 \0 \0 \0 \0 \0 # C O N F I G _ M
- 0001000 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
- *
- 0001740 \0 \0 \0 \0 \0 C O N F I G _ X 8 6 _
- 0001760 U S E _ P P R O _ C H E C K S U
- 0002000 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
- ...
-
- Output from /var/log/messages:
-
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is get_x
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:34 khackel-pc1 kernel: VFS: brelse: Trying to free free buffer
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:34 khackel-pc1 kernel: ok in symlink, got the fe, this sector is 747169280.0
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:34 khackel-pc1 kernel: local_lock but an extend or truncate request! will do a master_request.
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is become_master
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:34 khackel-pc1 last message repeated 3 times
-Nov 18 10:11:34 khackel-pc1 kernel: local_lock but an extend or truncate request! will do a master_request.
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is become_master
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:34 khackel-pc1 kernel: local_lock but an extend or truncate request! will do a master_request.
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is become_master
-Nov 18 10:11:34 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:34 khackel-pc1 last message repeated 5 times
-Nov 18 10:11:35 khackel-pc1 kernel: local_lock but an extend or truncate request! will do a master_request.
-Nov 18 10:11:35 khackel-pc1 kernel: acquire_lock: lock path is become_master
-Nov 18 10:11:35 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:35 khackel-pc1 last message repeated 2 times
-Nov 18 10:11:35 khackel-pc1 kernel: acquire_lock: lock path is get_x
-Nov 18 10:11:35 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:35 khackel-pc1 kernel: VFS: brelse: Trying to free free buffer
-Nov 18 10:11:35 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:49 khackel-pc1 last message repeated 738 times
-Nov 18 10:11:49 khackel-pc1 kernel: (read) bh (1832229) seqnum (0) does not match inode (1)
-Nov 18 10:11:49 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:49 khackel-pc1 last message repeated 25 times
-Nov 18 10:11:49 khackel-pc1 kernel: (read) bh (1833584) seqnum (0) does not match inode (1)
-Nov 18 10:11:49 khackel-pc1 kernel: (read) bh (1833585) seqnum (0) does not match inode (1)
-Nov 18 10:11:49 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:50 khackel-pc1 last message repeated 24 times
-Nov 18 10:11:50 khackel-pc1 kernel: (read) bh (1832304) seqnum (0) does not match inode (1)
-Nov 18 10:11:50 khackel-pc1 kernel: (read) bh (1832305) seqnum (0) does not match inode (1)
-Nov 18 10:11:50 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:50 khackel-pc1 last message repeated 7 times
-Nov 18 10:11:50 khackel-pc1 kernel: (read) bh (1830256) seqnum (0) does not match inode (1)
-Nov 18 10:11:50 khackel-pc1 kernel: (read) bh (1830257) seqnum (0) does not match inode (1)
-Nov 18 10:11:50 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:51 khackel-pc1 last message repeated 35 times
-Nov 18 10:11:51 khackel-pc1 kernel: (read) bh (1907824) seqnum (0) does not match inode (1)
-Nov 18 10:11:51 khackel-pc1 kernel: (read) bh (1907825) seqnum (0) does not match inode (1)
-Nov 18 10:11:51 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:11:52 khackel-pc1 last message repeated 63 times
-Nov 18 10:11:52 khackel-pc1 kernel: (read) bh (1023856) seqnum (0) does not match inode (1)
-Nov 18 10:11:52 khackel-pc1 kernel: (read) bh (1023857) seqnum (0) does not match inode (1)
-Nov 18 10:11:52 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:12:14 khackel-pc1 last message repeated 198 times
-Nov 18 10:12:14 khackel-pc1 kernel: (read) bh (922736) seqnum (0) does not match inode (1)
-Nov 18 10:12:14 khackel-pc1 kernel: (read) bh (922737) seqnum (0) does not match inode (1)
-Nov 18 10:12:14 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:12:15 khackel-pc1 last message repeated 73 times
-Nov 18 10:12:15 khackel-pc1 kernel: (read) bh (923248) seqnum (0) does not match inode (1)
-Nov 18 10:12:15 khackel-pc1 kernel: (read) bh (923249) seqnum (0) does not match inode (1)
-Nov 18 10:12:15 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:12:20 khackel-pc1 last message repeated 182 times
-Nov 18 10:12:20 khackel-pc1 kernel: (read) bh (924016) seqnum (0) does not match inode (1)
-Nov 18 10:12:20 khackel-pc1 kernel: (read) bh (924017) seqnum (0) does not match inode (1)
-Nov 18 10:12:20 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:12:21 khackel-pc1 last message repeated 35 times
-Nov 18 10:12:21 khackel-pc1 kernel: (read) bh (1021040) seqnum (0) does not match inode (1)
-Nov 18 10:12:21 khackel-pc1 kernel: (read) bh (1021041) seqnum (0) does not match inode (1)
-Nov 18 10:12:21 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:12:21 khackel-pc1 last message repeated 21 times
-Nov 18 10:12:21 khackel-pc1 kernel: (read) bh (697968) seqnum (0) does not match inode (1)
-Nov 18 10:12:21 khackel-pc1 kernel: (read) bh (697969) seqnum (0) does not match inode (1)
-Nov 18 10:12:21 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:12:52 khackel-pc1 last message repeated 1458 times
-Nov 18 10:14:09 khackel-pc1 last message repeated 967 times
-Nov 18 10:14:19 khackel-pc1 last message repeated 520 times
-Nov 18 10:14:19 khackel-pc1 kernel: local_lock but an extend or truncate request! will do a master_request.
-Nov 18 10:14:19 khackel-pc1 kernel: acquire_lock: lock path is become_master
-Nov 18 10:14:19 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:14:20 khackel-pc1 last message repeated 5 times
-Nov 18 10:14:20 khackel-pc1 kernel: acquire_lock: lock path is get_x
-Nov 18 10:14:20 khackel-pc1 kernel: acquire_lock: lock path is fast_path
-Nov 18 10:14:20 khackel-pc1 kernel: VFS: brelse: Trying to free free buffer
-
-
-
-New info (11/18/03 - kurt - 2.4.9-e.12 - vmware) :
-
- [root at khackel-pc1 ocfs]# echo a > newfile
- [root at khackel-pc1 ocfs]# od -c newfile
- 0000000 a \n
- [root at khackel-pc1 ocfs]# echo bcdefg >> newfile
- [root at khackel-pc1 ocfs]#
- [root at khackel-pc1 ocfs]# od -c newfile
- 0000000 \0 \0 b c d e f g \n
- [root at khackel-pc1 ocfs]# echo hijklmnop >> newfile
- [root at khackel-pc1 ocfs]# od -c newfile
- 0000000 \0 \0 \0 \0 \0 \0 \0 \0 \0 h i j k l m n
- 0000020 o p \n
-
- So there is a generic bug with extending a file. Looks like previous data is zeroed.
-
- Looks like it's is fixed for AS 2.1 in the 2003/11/19 00:28:00 checkin.
-
--------------------------------------------------------------------------------
-
-Date Reported : 11/20/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.27.stack
-OCFS BUILD 1.9.9-1120BERT ;-)
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 2 (oops in ocfs module)
-Description:
-
-
-Run the following script on an ocfs fs:
-
-#! /bin/bash
-declare -i i
-i=1
-
-while [ $i -lt 1000 ]
-do
- echo $i
- dd if=/dev/zero of=/ocfs/data$i bs=128 count=$i
- sync
- i=$i+1
-done
-
-After 508 files you get the following oops:
-
-Nov 20 17:41:35 earth kernel: (read) bh (23662) seqnum (1) does not match inode
-(0)
-Nov 20 17:41:35 earth kernel: acquire_lock: lock path is fast_path
-Nov 20 17:41:35 earth kernel: (4467) ERROR: status = -28, dir.c, 1296
-Nov 20 17:41:35 earth kernel: (4467) ERROR: status = -28, namei.c, 437
-Nov 20 17:41:35 earth kernel: (4467) ERROR: status = -28, namei.c, 177
-Nov 20 17:41:35 earth kernel: Unable to handle kernel NULL pointer dereference a
-t virtual address 00000018
-Nov 20 17:41:35 earth kernel: printing eip:
-Nov 20 17:41:35 earth kernel: e08ec8b5
-Nov 20 17:41:35 earth kernel: *pde = 00000000
-Nov 20 17:41:35 earth kernel: Oops: 0002
-Nov 20 17:41:35 earth kernel: Kernel 2.4.9-e.27.stack
-Nov 20 17:41:35 earth kernel: CPU: 0
-Nov 20 17:41:35 earth kernel: EIP: 0010:[ide-cd:ignore+384869/143679899] N
-ot tainted
-Nov 20 17:41:35 earth kernel: EIP: 0010:[<e08ec8b5>] Not tainted
-Nov 20 17:41:35 earth kernel: EFLAGS: 00010246
-Nov 20 17:41:35 earth kernel: EIP is at ocfs_mknod [ocfs] 0x415
-Nov 20 17:41:35 earth kernel: eax: 00000002 ebx: 00000000 ecx: 00000000 ed
-x: 00000000
-Nov 20 17:41:35 earth kernel: esi: 00000000 edi: 00001173 ebp: deb17a20 es
-p: d8c59e50
-Nov 20 17:41:35 earth kernel: ds: 0018 es: 0018 ss: 0018
-Nov 20 17:41:35 earth kernel: Process dd (pid: 4467, stackpage=d8c59000)
-Nov 20 17:41:35 earth kernel: Stack: 00000586 d8c59e88 d9d20e40 00000000 dc63100
-0 00000000 dc631000 deb17a20
-Nov 20 17:41:35 earth kernel: deb61200 00000000 d5e42e60 00000000 db4c420
-0 d94403c0 0024e000 00000000
-Nov 20 17:41:35 earth kernel: deb61200 00000001 db7a9001 01b1bb6b ded0880
-0 00000000 0024e000 00000000
-Nov 20 17:41:35 earth kernel: Call Trace: <d8c59ecc> [ide-cd:ignore+390969/14367
-3799] ocfs_create [ocfs] 0x89
-Nov 20 17:41:36 earth kernel: Call Trace: <d8c59ecc> [<e08ee089>] ocfs_create [o
-cfs] 0x89
-Nov 20 17:41:36 earth kernel: <d8c59eec> [vfs_create+183/240] vfs_create [kernel
-] 0xb7
-Nov 20 17:41:36 earth kernel: <d8c59eec> [<c0148467>] vfs_create [kernel] 0xb7
-Nov 20 17:41:36 earth kernel: <d8c59f04> [lookup_hash+106/144] lookup_hash [kern
-el] 0x6a
-Nov 20 17:41:36 earth kernel: <d8c59f04> [<c01482ba>] lookup_hash [kernel] 0x6a
-Nov 20 17:41:36 earth kernel: <d8c59f1c> [open_namei+348/1488] open_namei [kerne
-l] 0x15c
-Nov 20 17:41:36 earth kernel: <d8c59f1c> [<c01485fc>] open_namei [kernel] 0x15c
-Nov 20 17:41:36 earth kernel: <d8c59f40> [dentry_open+195/320] dentry_open [kern
-el] 0xc3
-Nov 20 17:41:36 earth kernel: <d8c59f40> [<c013d143>] dentry_open [kernel] 0xc3
-Nov 20 17:41:36 earth kernel: <d8c59f68> [filp_open+54/96] filp_open [kernel] 0x
-36
-Nov 20 17:41:36 earth kernel: <d8c59f68> [<c013d056>] filp_open [kernel] 0x36
-Nov 20 17:41:36 earth kernel: <d8c59fa0> [sys_open+54/176] sys_open [kernel] 0x3
-6
-Nov 20 17:41:36 earth kernel: <d8c59fa0> [<c013d346>] sys_open [kernel] 0x36
-Nov 20 17:41:36 earth kernel: <d8c59fc0> [system_call+51/56] system_call [kernel
-] 0x33
-Nov 20 17:41:36 earth kernel: <d8c59fc0> [<c010712b>] system_call [kernel] 0x33
-Nov 20 17:41:36 earth kernel:
-Nov 20 17:41:36 earth kernel:
-Nov 20 17:41:36 earth kernel: Code: 0f ab 46 18 19 c0 85 c0 74 1b bb 02 00 00 00
- 83 ec 0c 56 e8
- Nov 20 17:41:36 earth kernel: <0>Kernel panic: not continuing
--------------------------------------------------------------------------------
-Date Reported : 12/04/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.27.stacksmp
-OCFS BUILD 1.9.9 build lkocfs-0312041222
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 2 (leak)
-Description:
-
-On a new ocfs with directories 0 - 641 created :
-
-[root at ocfs10 tests]# mkdir /ocfs2/642
-mkdir: cannot create directory `/ocfs2/642': No space left on device
-[root at ocfs10 tests]# Dec 5 00:46:56 ocfs10 kernel: acquire_lock: lock path is f
-ast_path
-Dec 5 00:46:56 ocfs10 last message repeated 2 times
-Dec 5 00:46:56 ocfs10 kernel: (3594) ERROR: Cannot allocate 16 contiguous clust
-ers for system file
-Dec 5 00:46:56 ocfs10 kernel: , alloc.c, 2772
-Dec 5 00:46:56 ocfs10 kernel: (3594) ERROR: status = -28, sysfile.c, 430
-Dec 5 00:46:56 ocfs10 kernel: (3594) ERROR: status = -28, alloc.c, 2969
-Dec 5 00:46:56 ocfs10 kernel: (3594) ERROR: status = -28, namei.c, 375
-Dec 5 00:46:56 ocfs10 kernel: (3594) ERROR: status = -28, namei.c, 182
-
-[root at ocfs10 tests]# umount /ocfs2
-[root at ocfs10 tests]# Dec 5 00:48:02 ocfs10 kernel: ocfs: Unmounting device (8,1
-8) on ocfs10 (node 0)
-Dec 5 00:48:02 ocfs10 kernel: VFS: Busy inodes after unmount. Self-destruct in
-5 seconds. Have a nice day...
--------------------------------------------------------------------------------
-Date Reported : 12/04/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.25markenterprise
-OCFS BUILD 1.9.9 build out of cvs on this day.
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 2
-Description:
-
-Somewhere we're not handling an EINTR properly. If I ctrl-c a process
-hung in mknod, it continues from inssert_file and does a
-commit_trans. Clearly it should be aborting.
--------------------------------------------------------------------------------
-Date Reported : 12/05/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.27.stacksmp
-OCFS BUILD 1.9.9 build lkocfs-0312051752
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 2
-Description:
-
-In a two node vmware setup, touching a file on node 1, on node 2 the file
-does not appear when running ls. Hopefully this is just a limitation
-of the vmware setup, but it makes two node testing impossible.
-Ofcourse, a whole gamma of exotic errors spring off from this basic problem.
-
-UPDATE: tested the vmware setup with ocfs v1 and there it works fine !
-
--------------------------------------------------------------------------------
-Date Reported : 12/05/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.27.stacksmp
-OCFS BUILD 1.9.9 build lkocfs-0312051752
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 2
-Description:
-
-
-dd o_direct=yes if=/dev/random of=/ocfs/test bs=1 count=1 seek=1
-on a one byte file /ocfs/test fails with "invalid argument" but does
-extend the file with one byte - stracing shows the invalid argument occurs in
-write(). Does odirect write require a 512byte aligned file offset ?
--------------------------------------------------------------------------------
-Date Reported : 12/13/2003
-OS : Red Hat AS 2.1
-Kernel : 2.4.9-e.27.stacksmp
-OCFS BUILD 1.9.9 build lkocfs-031213
-TEST LEVEL : 1
-BUG# : N/A
-SEVERITY : 2
-Description:
-
-
-When mounting a new ocfs filesystem i get "hey bozo you're tyring to read
-a system thingy cached" once for 0.512 and three times for 0.1024 ,
-all in nm.c line 607 / context:
- /* If we found the lockres in the hash and it's asked for, we still
- * need to return a buffer_head */
- if (status >= 0) {
- status = ocfs_read_bh(osb, (*lockres)->sector_num, b,
- OCFS_BH_CACHED, NULL);
- if (status < 0) {
- LOG_ERROR_STATUS(status);
- goto finally;
- }
- }
--------------------------------------------------------------------------------
Modified: trunk/Makefile
===================================================================
--- trunk/Makefile 2005-04-27 20:38:17 UTC (rev 2189)
+++ trunk/Makefile 2005-04-27 20:50:10 UTC (rev 2190)
@@ -4,7 +4,7 @@
MODULEARCH = $(shell $(TOPDIR)/rpmarch.guess module $(TOPDIR))
-SUBDIRS = fs docs patches vendor
+SUBDIRS = fs vendor
KAPI_COMPAT_FILES = \
kapi-compat/include/assert_spin_locked.h \
More information about the Ocfs2-commits
mailing list