[Ocfs2-users] core dump

[Tao Ma]

Hi Charlie,

Charlie Sharkey wrote:
> Hi,
> 
>  
> 
> We got this core dump while running the dd command. I haven’t matched
> 
> The time of the dump with the /var/log/messages file, but I believe it was
> 
> In response to a cable pull.
you are right. I don't have an ocfs2 version for sles, but I guess it 
should be the same as the ocfs2 repository.

The panic is because the jbd give ocfs2 an error in journal_start and 
set the flag to aborted, ocfs2 think itself can't work without jbd. So 
it panic.

Regards,
Tao
> 
>  
> 
> Any ideas ?
> 
>  
> 
> Thanks in advance,
> 
>  
> 
> charlie
> 
>  
> 
>  
> 
> Sles10 SP2   x86_64
> 
> ocfs2-tools-1.4.0-0.5
> 
> ocfs2console-1.4.0-0.5
> 
> Linux sr2600-1 2.6.16.60-0.34-smp #1 SMP Fri Jan 16 14:59:01 UTC 2009 
> x86_64 x86_64 x86_64 GNU/Linux
> 
>  
> 
> OCFS2 Node Manager 1.4.1-1-SLES Wed Jul 23 18:33:42 UTC 2008 (build 
> f922955d99ef972235bd0c1fc236c5ddbb368611)
> 
> o2cb heartbeat: registered disk 
> mode                                                                          
> 
> 
> OCFS2 DLM 1.4.1-1-SLES Wed Jul 23 18:33:42 UTC 2008 (build 
> f922955d99ef972235bd0c1fc236c5ddbb368611)         
> 
> OCFS2 DLMFS 1.4.1-1-SLES Wed Jul 23 18:33:42 UTC 2008 (build 
> f922955d99ef972235bd0c1fc236c5ddbb368611)       
>                                                                      
> 
>  
> 
> PID: 22456  TASK: ffff81012ac900c0  CPU: 5   COMMAND: "dd"
> 
>  #0 [ffff8101013ff7e0] machine_kexec                       at 
> ffffffff8011c036
> 
>  #1 [ffff8101013ff8b0] crash_kexec                              at 
> ffffffff80153ea9
> 
>  #2 [ffff8101013ff970] panic 
>                                             at ffffffff80133f01
> 
>  #3 [ffff8101013ffa60] ocfs2_handle_error                at ffffffff8859643e
> 
>  #4 [ffff8101013ffa80] __ocfs2_abort                           at 
> ffffffff88596569
> 
>  #5 [ffff8101013ffb70] ocfs2_start_trans                     at 
> ffffffff885847f1
> 
>  #6 [ffff8101013ffba0] ocfs2_write_begin_nolock   at ffffffff8856563d
> 
>  #7 [ffff8101013ffc50] ocfs2_write_begin                    at 
> ffffffff88567267
> 
>  #8 [ffff8101013ffcb0] ocfs2_file_aio_write                at 
> ffffffff88576bc3
> 
>  #9 [ffff8101013ffe00] do_sync_write                           at 
> ffffffff80185d25
> 
> #10 [ffff8101013fff10] vfs_write                                      at 
> ffffffff80186662
> 
> #11 [ffff8101013fff40] sys_write                                      at 
> ffffffff80186c2b
> 
> #12 [ffff8101013fff80] system_call                                  at 
> ffffffff8010adba
> 
>     RIP: 00002b107dfe1190  RSP: 00007fff2cd9dcc8  RFLAGS: 00000246
> 
>     RAX: 0000000000000001  RBX: ffffffff8010adba  RCX: 00002b107dfe1110
> 
>     RDX: 0000000000100000  RSI: 00002b107e28a000  RDI: 0000000000000001
> 
>     RBP: 0000000000000001   R8: 00002b107e28a011   R9: 0000000000000000
> 
>     R10: 0000000000000000  R11: 0000000000000246  R12: 00002b107e28a000
> 
>     R13: 0000000000000000  R14: 0000000000100000  R15: 000000008010ad56
> 
>     ORIG_RAX: 0000000000000001  CS: 0033  SS: 002b
> 
>  
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Ocfs2-users mailing list
> Ocfs2-users at oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs2-users