[Top] [All Lists]

Re: OOM on quotacheck (again?)

To: Dave Chinner <david@xxxxxxxxxxxxx>
Subject: Re: OOM on quotacheck (again?)
From: Volker <mail@xxxxxxxxxx>
Date: Tue, 02 Oct 2012 22:49:27 +0200
Cc: xfs@xxxxxxxxxxx
In-reply-to: <20121002200946.GP23520@dastard>
References: <5059D2B4.8010300@xxxxxxxxxx> <20120919205924.GC31501@dastard> <505AE2A1.5060703@xxxxxxxxxx> <20120924132113.GL20960@dastard> <5060727D.4000009@xxxxxxxxxx> <506B1667.4010203@xxxxxxxxxx> <20121002200946.GP23520@dastard>
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1

>> If its of any interest, i can supply the stack-traces.
> Yes, it is of interest, can you post everything you found out about
> the problem? (dmesg, stack traces, repair output, etc).

Everything posted here is from a single server and its chronologically
top to bottom. Without having checked each and every stacktrace, it
looked quite similar on the other servers.


The xfs_repair would not finish without supplying -P, otherwise the
repair hang in phase 6 (might be related to this bug:

Hope it helps! Since we have about 300 servers left to go from 2.6.37 to
3.6, i'd be happy to do some testing as long we are not gambling with
our customers data :-)

- volker

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