xfs
[Top] [All Lists]

ADD 801241 - xfsdump can cause filesystem corruption

To: dxm@xxxxxxxxxxxx
Subject: ADD 801241 - xfsdump can cause filesystem corruption
From: pv@xxxxxxxxxxxxx (dxm@xxxxxxxxxxxx)
Date: Sun, 10 Sep 2000 23:15:43 -0700 (PDT)
Cc: linux-xfs@xxxxxxxxxxx
Reply-to: sgi.bugs.xfs@xxxxxxxxxxxxxxxxx
Sender: owner-linux-xfs@xxxxxxxxxxx
Webexec: webpvupdate,pvincident
Webpv: clouds.melbourne.sgi.com
View Incident: 
http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=801241

 Status : open                         Priority : 1                         
 Assigned Engineer : dxm               Submitter : ivanr                    
*Modified User : dxm                  *Modified User Domain : engr          
*Description :
QA for xfsdump/xfsrestore revealed that it is possible for
xfsdump to cause filesystem corruption.  The test involves
creating a filesystem, creating a whole buncha files, xfsdumping
them to a file somewhere, then removing all the files.  xfs_check
reports lots of inodes with zero link counts, etc.  It's probably
due to xfsdump using bulkstat on the entire fs.

The following is a script which will reliably (at least on
bruce.melbourne) produce the error.  Run it in cmd/xfs/stress -
it needs the src/fill program, and make sure you fix the

.....


==========================
ADDITIONAL INFORMATION (ADD)
From: dxm@engr (BugWorks)
Date: Sep 10 2000 11:15:42PM
==========================

xfs_open_by_handle is causing some kind of reference leak
which means deleted files stay in the agi_unlinked list
when the FS is unmounted instead of being passed to 
xfs_iunlink_remove when their count hits zero 
(ie before unmount).

I've added qa 034 which isolates this bug...

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