From: Eric Sandeen <sandeen@sandeen.net>
To: "Patrick J. LoPresti" <lopresti@gmail.com>
Cc: xfs@oss.sgi.com
Subject: Re: xfs_repair: "fatal error -- ran out of disk space!"
Date: Wed, 22 Jun 2011 17:27:14 -0500 [thread overview]
Message-ID: <4E026C42.2030500@sandeen.net> (raw)
In-Reply-To: <BANLkTi=gS5iO9R9pVk_df-4ofkkb0ZJgfw@mail.gmail.com>
On 6/22/11 4:32 PM, Patrick J. LoPresti wrote:
> I have a 5.1TB XFS file system that is 93% full (399G free according to "df").
>
> I am trying to run "xfs_repair" on it.
>
> The output is appended.
>
> Question: What am I supposed to do about this? "xfs_repair -V" says
> "xfs_repair version 3.1.5". (I downloaded and built the latest
> version hoping it would fix the issue, but no luck.) Should I just
> start deleting files at random?
You could start by removing a few files you know you don't need, rather than
at random. :)
TBH I've not seen this one before, and the error message is not all that
helpful. It'd be nice to know how many blocks it was trying to reserve
when it ran out of space; I guess you'd need to use gdb, or instrument
all the calls to res_failed() in phase6.c to know for sure...
You could also capture an xfs_metadump of the fs and provide it for
analysis, it would let us reproduce the issue and know for sure what's
going on. By default it obfuscates metadata.
-Eric
> Any ideas would be appreciated; I am trying to get this server back
> up, and restoring 5.1T is not going to be pleasant.
>
> Thanks!
>
> - Pat
>
>
> Phase 1 - find and verify superblock...
> Phase 2 - using internal log
> - zero log...
> - scan filesystem freespace and inode maps...
> sb_icount 42688, counted 59328
> sb_ifree 1, counted 36
> sb_fdblocks 104582610, counted 24
> - found root inode chunk
> Phase 3 - for each AG...
> - scan and clear agi unlinked lists...
> - process known inodes and perform inode discovery...
> - agno = 0
> - agno = 1
> - agno = 2
> - agno = 3
> - agno = 4
> - agno = 5
> - process newly discovered inodes...
> Phase 4 - check for duplicate blocks...
> - setting up duplicate extent list...
> - check for inodes claiming duplicate blocks...
> - agno = 0
> - agno = 2
> - agno = 3
> - agno = 5
> - agno = 4
> - agno = 1
> Phase 5 - rebuild AG headers and trees...
> - reset superblock...
> Phase 6 - check inode connectivity...
> - resetting contents of realtime bitmap and summary inodes
> - traversing filesystem ...
>
> fatal error -- ran out of disk space!
>
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
>
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2011-06-22 22:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-22 21:32 xfs_repair: "fatal error -- ran out of disk space!" Patrick J. LoPresti
2011-06-22 22:27 ` Eric Sandeen [this message]
2011-06-22 23:24 ` Dave Chinner
2011-06-22 23:41 ` Patrick J. LoPresti
2011-06-23 7:42 ` Stan Hoeppner
2011-06-23 14:16 ` Patrick J. LoPresti
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E026C42.2030500@sandeen.net \
--to=sandeen@sandeen.net \
--cc=lopresti@gmail.com \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox