| To: | Dave Chinner <david@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: XFS hang during xfs_fsr run |
| From: | Michael Weissenbacher <mw@xxxxxxxxxxxx> |
| Date: | Tue, 09 Mar 2010 13:09:36 +0100 |
| Cc: | Christoph Hellwig <hch@xxxxxxxxxxxxx>, Eric Sandeen <sandeen@xxxxxxxxxxx>, xfs@xxxxxxxxxxx |
| In-reply-to: | <20100309113821.GM28189@xxxxxxxxxxxxxxxx> |
| References: | <4B8FA2CD.6010904@xxxxxxxxxxxx> <20100304131511.GH14317@xxxxxxxxxxxxxxxx> <20100304134641.GA26871@xxxxxxxxxxxxx> <4B8FC1B7.3070505@xxxxxxxxxxxx> <20100304222611.GK14317@xxxxxxxxxxxxxxxx> <4B92C71C.5010003@xxxxxxxxxxxx> <20100308000601.GF28189@xxxxxxxxxxxxxxxx> <4B94EADD.2080108@xxxxxxxxxxxx> <4B953D3F.3090002@xxxxxxxxxxx> <4B96118C.6080906@xxxxxxxxxxxx> <20100309113821.GM28189@xxxxxxxxxxxxxxxx> |
| User-agent: | Thunderbird 2.0.0.23 (X11/20090817) |
Not an oops - it's an assertion fail which causes a deliberate trap for debugging. OK, but is it normal that the load is >=2.0 after that (while the processor is still mostly idle). That's not what I expected to see. Are you running out of space on your filesystem? Not even close: # df -h /var Filesystem Size Used Avail Use% Mounted on /dev/sda4 377G 192G 185G 51% /var cheers, Michael PS: Sorry for the private Mail Dave, the "reply-all-forgetness" bit me ;-) |
| Previous by Date: | Re: [PATCH 0/9] Log and transaction cleanups, factoring and bug fixes, Dave Chinner |
|---|---|
| Next by Date: | [PATCH] xfstests: fix log filtering in 223's testcase, Dmitry Monakhov |
| Previous by Thread: | Re: XFS hang during xfs_fsr run, Dave Chinner |
| Next by Thread: | Re: XFS hang during xfs_fsr run, Michael Weissenbacher |
| Indexes: | [Date] [Thread] [Top] [All Lists] |