| 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 |
Hi, >> 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. http://pastebin.com/PXquE4sM Sidenote: The xfs_repair would not finish without supplying -P, otherwise the repair hang in phase 6 (might be related to this bug: http://oss.sgi.com/archives/xfs-masters/2011-01/msg00009.html) 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> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 06/13] xfs: xfs_sync_data is redundant., Ben Myers |
|---|---|
| Next by Date: | Re: [PATCH 06/13] xfs: xfs_sync_data is redundant., Dave Chinner |
| Previous by Thread: | Re: OOM on quotacheck (again?), Dave Chinner |
| Next by Thread: | Re: OOM on quotacheck (again?), Dave Chinner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |