xfs
[Top] [All Lists]

UPDATE 800480 - xlog_grant_log_space can wait indefinitely

To: lord@xxxxxxx
Subject: UPDATE 800480 - xlog_grant_log_space can wait indefinitely
From: pv@xxxxxxxxxxxxx (tduffy@xxxxxxxxxxxx)
Date: Mon, 11 Sep 2000 18:58:35 -0700 (PDT)
Cc: tduffy@xxxxxxxxxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxx
Reply-to: sgi.bugs.xfs@xxxxxxxxxxxxxxxxx
Sender: owner-linux-xfs@xxxxxxxxxxx
Webexec: webpvupdate,pvincident
Webpv: crash.engr.sgi.com
View Incident: 
http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=800480

*CC List : tduffy                      Status : open                        
 Priority : 2                          Assigned Engineer : lord             
 Submitter : ananth                    Opened Date : 08/29/00               
*Modified User : tduffy               *Modified User Domain : engr          
*Description :
We have a semi-production build machine that is
running XFS bits as of 8/23/00. I have seen
things like "rm" getting into the following backtrace:

---------
schedule+0x415
_sv_wait+0xcd
xlog_grant_log_space+0x139
xfs_log_reserve+0x7b
xfs_trans_reserve+0x76

.....


==========================
ADDITIONAL INFORMATION (UPDATE)
From: tduffy@engr (BugWorks)
Date: Sep 11 2000 06:58:35PM
==========================

so, I have managed to get waco back into a locked state again.

The machine is alive but a few processes are wedged, including a
vi and a split-include.  lord, if you want, please grab the console
and drop into the debugger.  you will see the backtrace of split-include
process 29241 is the standard stopped in xlog_grant_log_space:

[1]kdb> btp 29241                                           
    EBP       EIP         Function(args)
0xe7cafd00 0xc0119bdd schedule+0x415 (0xf77f0d98)
                               kernel .text 0xc0100000 0xc01197c8 0xc011a1b0
0xe7cafd3c 0xf88838e5 [xfs]_sv_wait+0xcd (0xf77f0d98, 0xf7cee914, 0x282, 0x0, 
0x0)
                               xfs .text 0xf8830060 0xf8883818 0xf8883900
0xe7cafd68 0xf8867fa5 [xfs]xlog_grant_log_space+0x139 (0xf7cee880, 0xf77f0d98, 
0xf43ae400, 0x78228, 0xf7cee880)
                               xfs .text 0xf8830060 0xf8867e6c 0xf88680d0
0xe7cafda0 0xf8866587 [xfs]xfs_log_reserve+0x7b (0xf43ae400, 0x268b8, 0x3, 
0xee046bf4, 0x69)
                               xfs .text 0xf8830060 0xf886650c 0xf8866594
0xe7cafdcc 0xf887390a [xfs]xfs_trans_reserve+0x76 (0xee046bc0, 0x29, 0x268b8, 
0x0, 0x4)
                               xfs .text 0xf8830060 0xf8873894 0xf88739b4
0xe7cafe7c 0xf887be5d [xfs]xfs_mkdir+0x20d (0xccbcc968, 0xc64d9120, 0xe7cafecc, 
0xe7cafec8, 0x0)
                               xfs .text 0xf8830060 0xf887bc50 0xf887c280
0xe7caff3c 0xf88824dc [xfs]linvfs_common_cr+0x11c (0xc75043a0, 0xc64d90c0, 
0x1ed, 0x2, 0x0)
                               xfs .text 0xf8830060 0xf88823c0 0xf888253c
0xe7caff58 0xf888282c [xfs]linvfs_mkdir+0x18 (0xc75043a0, 0xc64d90c0, 0x1ed)
                               xfs .text 0xf8830060 0xf8882814 0xf8882830   
0xe7caff7c 0xc0141614 vfs_mkdir+0xd8 (0xc75043a0, 0xc64d90c0, 0x1ed)     
                               kernel .text 0xc0100000 0xc014153c 0xc0141664
0xe7caffbc 0xc01416d5 sys_mkdir+0x71 (0x807ca8d, 0x1ed, 0x807ca92, 0x5, 0xf)
                               kernel .text 0xc0100000 0xc0141664 0xc0141718
           0xc010a860 system_call+0x34                                      
                               kernel .text 0xc0100000 0xc010a82c 0xc010a864

btw, this is on the 2.4.0-4SGI_29smp kernel from PP 1.4 ALPHA 0009072336.

-tduffy

<Prev in Thread] Current Thread [Next in Thread>