| To: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: xfsdump -- not enough memory to dump attributes? w/>20G free -- how much does it need? |
| From: | "Linda A. Walsh" <xfs@xxxxxxxxx> |
| Date: | Thu, 03 Jun 2010 16:28:45 -0700 |
| Cc: | xfs-oss <xfs@xxxxxxxxxxx> |
| In-reply-to: | <20100525164244.GB18666@xxxxxxxxxxxxx> |
| References: | <4BF7D787.4020903@xxxxxxxxx> <20100525164244.GB18666@xxxxxxxxxxxxx> |
| User-agent: | Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.8.1.24) Gecko/20100228 Lightning/0.9 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 |
FWIF -- upgrading to the latest tool set seems to have caused these messages to "go away"... Christoph Hellwig wrote: On Sat, May 22, 2010 at 06:09:27AM -0700, Linda A. Walsh wrote:I've seen the problem in the dump below and was wondering what could possibly cause this -- because shows loads of free memory (>20G)... how much memory do non-root attributes take to dump?The error comes directly from the libhandle listing routine, which is a straight forward wrapper around the kernel syscall in current xfsprogs. What xfsprogs version are you using? I noticed your xfsdump is rather old, so making sure you have recent XFS userspace and possibly also the kernel would help debugging this. Also can you check using strace if the ENOMEM comes directly from the attr_list_by_handle ioctl? |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: dropping dmapi support, was Re: [PATCH 00/17] pending patches, Dave Chinner |
|---|---|
| Next by Date: | [PATCH 2/6] writeback: Add tracing to balance_dirty_pages, Dave Chinner |
| Previous by Thread: | Re: [PATCH] xfs: remove lazy per-AG initialization, Alex Elder |
| Next by Thread: | [PATCH 0/6] writeback: tracing and fixes V3., Dave Chinner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |