xfs
[Top] [All Lists]

Re: vmap allocation for size 1048576 failed

To: Michael Weissenbacher <mw@xxxxxxxxxxxx>
Subject: Re: vmap allocation for size 1048576 failed
From: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Tue, 9 Nov 2010 23:07:01 +1100
Cc: xfs@xxxxxxxxxxx
In-reply-to: <4CD924A6.6040200@xxxxxxxxxxxx>
References: <4CD924A6.6040200@xxxxxxxxxxxx>
User-agent: Mutt/1.5.20 (2009-06-14)
On Tue, Nov 09, 2010 at 11:38:30AM +0100, Michael Weissenbacher wrote:
> Dear List!
> 
> On one of my machines i started getting errors like this after upgrading
> from Kernel 2.6.35 to 2.6.36.
> --- --- snip --- ---
> Nov  9 11:25:57 xxxxx kernel: [591880.880679] vmap allocation for size
> 1048576 failed: use vmalloc=<size> to increase size.
> ... (repeats a few times, with differing sizes)
> Nov  9 11:25:57 xxxxx kernel: [591880.881651] xfs_buf_get: failed to map
> pages
> ... (repeats a few times)
> Nov  9 11:25:57 xxxxx kernel: [591881.111625] Filesystem "loop0": XFS
> internal error xfs_trans_cancel at line 1796 of file fs/xfs/xfs_trans.c.
>  Caller 0xc0270288
> Nov  9 11:25:57 xxxxx kernel: [591881.111629]
> Nov  9 11:25:57 xxxxx kernel: [591881.111636] Pid: 24899, comm: rsync
> Not tainted 2.6.36 #1
> Nov  9 11:25:57 xxxxx kernel: [591881.111640] Call Trace:
> Nov  9 11:25:57 xxxxx kernel: [591881.111653]  [<c0254756>]
> xfs_error_report+0x2c/0x2e
> Nov  9 11:25:57 xxxxx kernel: [591881.111663]  [<c026c691>]
> xfs_trans_cancel+0x4b/0xc9
> Nov  9 11:25:57 xxxxx kernel: [591881.111674]  [<c0270288>] ?
> xfs_create+0x473/0x4ef

I didn't think anything other than log recovery tries to vmap
buffers. This is clearly not in log recovery. Can you post an
unedited error log, how much data you are rsyncing, the
configuration of your filesystem (xfs_info, mount options, loop dev
config, etc) to give us an idea of what you are doing to trigger
this?

> A few thoughts:
>  * It always happens when i run "rsync" on the machine.
>  * I've already tried setting vmalloc=256M and vmalloc=512M which both
> delayed the problem but didn't cure it.
>  * It's a 32-bit machine and the problem only occurs on a loop'ed XFS,
> never on the root XFS.

Can't you run on a 64-bit machine?

>  * I've used the experimental "delaylog" mount option, which may be
> important.

Should be completely irrelevant.

>  * I'm not sure if the problem is 100% related to the kernel upgrade
> because i didn't use a loop XFS on this machine before the kernel upgrade.

Can you downgrade your kernel and run the loop device there to tell
us whether this is actually a regression or not? If it is a
regression, then if you could run a bisect to find the exact patch
that causes it woul dbe very helpful....

Cheers,

Dave.
-- 
Dave Chinner
david@xxxxxxxxxxxxx

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