Hi, Okajima,

Sorry did not notice your reply till today when cleaning up the inbox.
Got too many emails from the kernel mailing list.

> In your case, the size of the XINO files grows too much and got ENOSPC.
>
> While I don't remember the detail of aufs2.2 (which is unsupported now),
> the truncation might not be enabled by default for jffs2.
>
> Read the auf smanual and try one of these aufs mount options
> - trunc_xino
> - trunc_xino_v=%d:%d
> - trunc_xino=%s
> - itrunc_xino=%d
> - trunc_xib
> You can confirm the size and the consumed number of blocks via
> /debug/aufs/si_<id> dir if you mount debugfs.
> Or you can put the XINO files other that your first writable branch by
> specifying "xino=" mount option.

I'll try the XINO options and let you know. Having been off the
project for a while, but will give it another try in the coming days.


> But why do you need to decrement PATH_MAX?

As to why PATH_MAX needs to be 1 smaller, it is because jffs2 uses up
one character such that it would not build or work with the original
size.


Appreciate your active work on the aufs!


Thank you.
-Minghua


On Thu, Jun 20, 2013 at 2:57 AM,  <sf...@users.sourceforge.net> wrote:
...
> J. R. Okajima

------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk

Reply via email to