* various disk probs...dump: structure needs cleaning (on home), on root: invalid arguments (still)
@ 2010-03-30 0:33 Linda A. Walsh
2010-03-30 1:35 ` Dave Chinner
0 siblings, 1 reply; 2+ messages in thread
From: Linda A. Walsh @ 2010-03-30 0:33 UTC (permalink / raw)
To: xfs-oss
This morning I got email from my dump job telling me it had a problem on my home
partition.
It said some files had "problems". (see below). Any idea how this might have ha
ppened?
The system has been up for "some time"
1:07pm up 29 days 8:07, 5 users, load average: 0.15, 0.13, 0.15,
so it hasn't been any recent power fail or such or reconfig.
Running kernel:
Linux Ishtar 2.6.27.29-0.1-vanilla #1 SMP 2009-08-15 17:53:59 +0200 x86_64 x86_6
(Suse 11.0).
Known probs? Fixed in later kerns?
messages at bottom as output from xfsdump
----------------
Also, I _believe_ some of my stability problems have increased since I started
trying to use "lvm" to maintain "snapshots" for enabling "previous versions" under
windows-clients with samba..
Seems like with only a few snapshots performance goes way down as each snapshot
needs to have duplicate data. Since the Data doesn't change in the snapshots,
wouldn't the only change need to be the new file material written and the old
snapshots would share the old files -- with the only writes being that which is
writing out the new material?
Wouldn't this work on xfs (or most filesystems), since all the "old" copies of the
files (which wouldn't be changing) could be the same inode (requiring no copies)
to be made?) Seems like it would save alot of space in these snapshots -- there
*should* be no changes made to snapshots, as they are supposed to be read-only,
static snapshots, though I suppose that isn't their only use.
Anyway -- the error below -- xfs_repair?
Solved in some newer kernel?"
Same for this error that I still get (it ISN'T related to busy or locked files --
too many on non-busy disks). -- only happens with xfs_fsr (and never used to before
about 6 months ago)....
Note -- only happens on root which is relatively static:
Mar 28 02:17:05 Ishtar fsr[19203]: / start inode=0
Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=5982243: Invalid argument
Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=7584775: Invalid argument
Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=16784218: Invalid argument
Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=16784980: Invalid argument
Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=16789184: Invalid argument
Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=16792500: Invalid argument
Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=16792601: Invalid argument
Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=17181156: Invalid argument
Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=24019080: Invalid argument
Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=25978039: Invalid argument
Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=50337960: Invalid argument
Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=50349588: Invalid argument
Mar 28 02:17:05 Ishtar fsr[19204]: /usr start inode=0
Mar 28 02:17:06 Ishtar fsr[19207]: /var start inode=0
Mar 28 02:17:06 Ishtar fsr[19208]: /boot start inode=0
Mar 28 02:17:06 Ishtar fsr[19209]: /var/cache start inode=0
Mar 28 02:17:06 Ishtar fsr[19210]: /home start inode=0
Mar 28 02:17:07 Ishtar fsr[19213]: /Share start inode=0
Mar 28 02:17:07 Ishtar fsr[19214]: /backups start inode=0
Mar 28 02:17:08 Ishtar fsr[19215]: / start inode=0
Mar 28 02:17:08 Ishtar fsr[19215]: XFS_IOC_SWAPEXT failed: ino=5982243: Invalid argument
Mar 28 02:17:08 Ishtar fsr[19215]: XFS_IOC_SWAPEXT failed: ino=7584775: Invalid argument
Mar 28 02:17:08 Ishtar fsr[19215]: XFS_IOC_SWAPEXT failed: ino=16784218: Invalid argument
Mar 28 02:17:08 Ishtar fsr[19215]: XFS_IOC_SWAPEXT failed: ino=16784980: Invalid argument
Mar 28 02:17:08 Ishtar fsr[19215]: XFS_IOC_SWAPEXT failed: ino=16789184: Invalid argument
Mar 28 02:17:08 Ishtar fsr[19215]: XFS_IOC_SWAPEXT failed: ino=16792500: Invalid argument
Mar 28 02:17:08 Ishtar fsr[19215]: XFS_IOC_SWAPEXT failed: ino=16792601: Invalid argument
Mar 28 02:17:08 Ishtar fsr[19215]: XFS_IOC_SWAPEXT failed: ino=17181156: Invalid argument
Mar 28 02:17:08 Ishtar fsr[19215]: XFS_IOC_SWAPEXT failed: ino=24019080: Invalid argument
Mar 28 02:17:08 Ishtar fsr[19215]: XFS_IOC_SWAPEXT failed: ino=25978039: Invalid argument
Mar 28 02:17:08 Ishtar fsr[19215]: XFS_IOC_SWAPEXT failed: ino=50337960: Invalid argument
Mar 28 02:17:08 Ishtar fsr[19215]: XFS_IOC_SWAPEXT failed: ino=50349588: Invalid argument
Mar 28 02:17:08 Ishtar fsr[19216]: /usr start inode=0
---
Unfortunately, I haven't been able to figure out how to run xfs_db on a live
partition -- keeps telling me there is a log to be replayed and I should mount
the partition...(BUT IT IS mounted!)...
Sigh...
---------------------
XFSDUMP messages
=========================
dump home failed
****
Dump fsname home, Mountpoint /home, Dumplevel=6
Notice: "-e" used in Xfsdump_options to allow exclusions
xfsdump -b 1m -l 6 -L home -e - /home | ( su -f -m backup -c " umask 027;nice -1
9 ionice -c3 gzip > home/home-100329-6-0431.dump.gz " )
xfsdump: using file dump (drive_simple) strategy
xfsdump: version 2.2.48 (dump format 3.0) - Running single-threaded
xfsdump: level 6 incremental dump of Ishtar:/home based on level 4 dump begun Sa
t Mar 27 04:31:30 2010
xfsdump: dump date: Mon Mar 29 04:31:41 2010
xfsdump: session id: d32fbafe-32d3-4246-9dd0-3d286812494f
xfsdump: session label: "home"
xfsdump: ino map phase 1: constructing initial dump list
xfsdump: ino map phase 2: pruning unneeded subtrees
xfsdump: ino map phase 3: skipping (only one dump stream)
xfsdump: ino map construction complete
xfsdump: estimated dump size: 19705400640 bytes
xfsdump: creating dump session media file 0 (media 0, file 0)
xfsdump: dumping ino map
xfsdump: dumping directories
xfsdump: dumping non-directory files
xfsdump: WARNING: could not open regular file ino 2148055983 mode 0x000081f8: St
ructure needs cleaning: not dumped
xfsdump: WARNING: could not get list of non-root attributes for nondir ino 21480
55983: Structure needs cleaning (117)
xfsdump: WARNING: could not get list of root attributes for nondir ino 214805598
3: Structure needs cleaning (117)
xfsdump: WARNING: could not get list of secure attributes for nondir ino 2148055
983: Structure needs cleaning (117)
/root/bin/dump1fs: line 81: 1416 Killed $xfsdump ${Blocksize:+
"-b"} $Blocksize ${Dumplevel:+"-l"} $Dumplevel ${Label:+"-L"} $Label ${Xfsdump_o
ptions:-} ${Destination:-"-"} $Mountpoint
1417 Done | ( ${nice} --10 ${mbuffer} -q -b $nbuffs -s
$bsize 2> /dev/null )
1418 Done | ( su -f -m backup -c "$umask $um;${Compress
:-} ${Compress_ops:-} >${Dmpfile}${Compress_ext}" )
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: various disk probs...dump: structure needs cleaning (on home), on root: invalid arguments (still)
2010-03-30 0:33 various disk probs...dump: structure needs cleaning (on home), on root: invalid arguments (still) Linda A. Walsh
@ 2010-03-30 1:35 ` Dave Chinner
0 siblings, 0 replies; 2+ messages in thread
From: Dave Chinner @ 2010-03-30 1:35 UTC (permalink / raw)
To: Linda A. Walsh; +Cc: xfs-oss
On Mon, Mar 29, 2010 at 05:33:55PM -0700, Linda A. Walsh wrote:
> This morning I got email from my dump job telling me it had a problem on my home
> partition.
....
Linda, in future can you report a single issue per email? It's
extremely confusing reporting 3 or 4 issues in one email and then
jumping backwards and forwards between them randomly without clear
reference to what set of error messages you are refering to.....
> ----------------
>
> Also, I _believe_ some of my stability problems have increased since I started
> trying to use "lvm" to maintain "snapshots" for enabling "previous versions" under
> windows-clients with samba..
Make sure you mount snapshot images with "-o ro,norecovery" - you do
not want the snapshot being written to.
> Seems like with only a few snapshots performance goes way down as each snapshot
> needs to have duplicate data.
No, the snapshots do not have duplicate data - LVM snapshots use
copy-on-write so that each snapshot is an overlay of "original" data
from the block device. To read from a given snapshot, all the
overlays from the current image of the block device to the snapstho
you are reading from need to be processed to determine where the
correct version of the data is. As you make more snapshots, there
are more overlays added to the snapshot ѕtack. Hence as you read
from a snapshot, the snapshot code has to process more overlays to
determine where to get the data from. Hence the more snapshots you
have, the slower they go....
> Same for this error that I still get (it ISN'T related to busy or locked files --
> too many on non-busy disks). -- only happens with xfs_fsr (and never used to before
> about 6 months ago)....
>
> Note -- only happens on root which is relatively static:
> Mar 28 02:17:05 Ishtar fsr[19203]: / start inode=0
> Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=5982243: Invalid argument
> Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=7584775: Invalid argument
> Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=16784218: Invalid argument
> Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=16784980: Invalid argument
> Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=16789184: Invalid argument
> Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=16792500: Invalid argument
> Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=16792601: Invalid argument
> Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=17181156: Invalid argument
> Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=24019080: Invalid argument
> Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=25978039: Invalid argument
> Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=50337960: Invalid argument
> Mar 28 02:17:05 Ishtar fsr[19203]: XFS_IOC_SWAPEXT failed: ino=50349588: Invalid argument
It's some kind of file that the kernel is not allowing the extents
to be swapped on. Happens all the time - probably a file that has
been modified while defragmentation is being attempted.
> ---
> Unfortunately, I haven't been able to figure out how to run xfs_db on a live
> partition -- keeps telling me there is a log to be replayed and I should mount
> the partition...(BUT IT IS mounted!)...
> Sigh...
$ sudo xfs_db -r <device>
> xfsdump: dumping directories
> xfsdump: dumping non-directory files
> xfsdump: WARNING: could not open regular file ino 2148055983 mode 0x000081f8: St
> ructure needs cleaning: not dumped
What is in dmesg? The filesystem shut down because of a
corruption - the kernel log will tell us why.
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-03-30 1:33 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-30 0:33 various disk probs...dump: structure needs cleaning (on home), on root: invalid arguments (still) Linda A. Walsh
2010-03-30 1:35 ` Dave Chinner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox