On Thu, Mar 4, 2010 at 2:47 PM, <sf...@users.sourceforge.net> wrote: > > Joonwoo Park: >> This is weird. >> It still works fine with all different size of regular files >> regardless my patch applied or not. > > Try setting udba=none. > In udba=reval (default), aufs calls ubifs_getattr() and gets the correct > value.
Is it possible to use udba=none in this case? I was under the impression if the branch partition (in this case ubifs) can be changed directly, I had to set udba as not none (I've used inotify) Please correct me if I'm wrong. At anyway, I compared patched au_test_fs_bad_iattr_size() and non patched one with udba=none. Without patch, /realroot/rw/file which I'm doing dd and /mnt/file show totally different stats. (different access/modify/change time and sizes are even different each other) Also I was *not* able to access this file if I try to open this file through aufs. it complains no such file or directory even though I can 'ls' & 'stat' the file through aufs and ubifs both. (I'm able to open file through ubifs though) But with patched au_test_fs_bad_iattr_size(), I confirmed file sizes are same. I can see /realroot/rw/file and /mnt/file have same file size. However the other issues are same with non-patched case; I cannot still open /mnt/file, access/modify/change times are different. Does this mean there is another issue beside au_test_fs_bad_iattr_size()? Thanks, Joonwoo > > > J. R. Okajima > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev
