aufs 4.9 removexattr issue
removexattr seems to behave differently on aufs on kernel 4.9. Guessing that this was missed in the xattr changes in the port. doing a cp -rp on 4.4 kernel I got: fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tt"..., 1024) = 462 read(3, "", 1024) Â Â Â Â Â Â Â Â Â Â Â = 0 close(3) Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â = 0 geteuid() Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â = 0 stat("/bar", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/foo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/bar/foo", 0x7ffdad662030) Â Â Â = -1 ENOENT (No such file or directory) mkdir("/bar/foo", 0700) Â Â Â Â Â Â Â Â = 0 lstat("/bar/foo", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 open("/foo", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 getdents(3, /* 2 entries */, 32768) Â Â = 48 getdents(3, /* 0 entries */, 32768) Â Â = 0 close(3) Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â = 0 utimensat(AT_FDCWD, "/bar/foo", [{1484927717, 203576439}, {1484927716, 0}], 0) = 0 lchown("/bar/foo", 0, 0) Â Â Â Â Â Â Â Â = 0 getxattr("/foo", "system.posix_acl_access", 0x7ffdad661c30, 132) = -1 ENODATA (No data available) stat("/foo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 getxattr("/foo", "system.posix_acl_default", 0x7ffdad661c30, 132) = -1 ENODATA (No data available) stat("/foo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 setxattr("/bar/foo","system.posix_acl_access", "\2\0\0\0\1\0\7\0\377\377\377\377\4\0\5\0\377\377\377\377 \0\5\0\377\377\377\377", 28, 0) = 0 removexattr("/bar/foo", "system.posix_acl_default") = 0 but on 4.9 I get: fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tt"..., 1024) = 476 read(3, "", 1024) Â Â Â Â Â Â Â Â Â Â Â = 0 close(3) Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â = 0 geteuid() Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â = 0 stat("/bar", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/foo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/bar/foo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("/foo", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 getdents(3, /* 2 entries */, 32768) Â Â = 48 getdents(3, /* 0 entries */, 32768) Â Â = 0 close(3) Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â = 0 utimensat(AT_FDCWD, "/bar/foo", [{1484927717, 203576439}, {1484927716, 0}], 0) = 0 getxattr("/foo", "system.posix_acl_access", 0x7fff6a3446e0, 132) = -1 ENODATA (No data available) stat("/foo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 getxattr("/foo", "system.posix_acl_default", 0x7fff6a3446e0, 132) = -1 ENODATA (No data available) stat("/foo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 setxattr("/bar/foo","system.posix_acl_access", "\2\0\0\0\1\0\7\0\377\377\377\377\4\0\5\0\377\377\377\377 \0\5\0\377\377\377\377", 28, 0) = 0 removexattr("/bar/foo", "system.posix_acl_default") = -1 EINVAL (Invalid argument) open("/usr/lib/x86_64-linux-gnu/charset.alias", O_RDONLY|O_NOFOLLOW) = -1 ENOENT (No such file or directory) write(2, "cp: ", 4cp: ) Â Â Â Â Â Â Â Â Â Â = 4 write(2, "preserving permissions for '/bar"..., 37preserving permissions for '/bar/foo') = 37 write(2, ": Invalid argument", 18: Invalid argument) Â Â Â = 18 write(2, "\n", 1 This makes the call fail, as removexattr is now returning EINVAL in 4.9 Both systems are running 20161219 aufs standalone -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot
Re: aufs3 and aufs4 GIT release
On 19/04/15 18:29, sf...@users.sourceforge.net wrote: > > o News > - Now linux-4.0 is released and the two new GIT repositories for aufs4.0 > are released too. > + {git,https}://github.com/sfjro/aufs4-{linux,standalone}.git with > the brand new commit history. > + no new repositories on SourceForge, but aufs-util.git is kept > + for details, see http://aufs.sf.net > > - aufs3-{linux,standalone}.git transit to the maintenance phase, > bugfixes mainly. No new branches, no new features (basically). > > > J. R. Okajima > > > - aufs3-linux.git > none > > - aufs3-standalone.git > none > > - aufs-util.git#aufs3.14..aufs3.x-rcN branch > minor, fix a version string in a manual > > - aufs-util.git#aufs4.0.aufs4.x-rcN branch > Addtion to above, > version 4.0 > I need to apply the attached patch for the version check to succeed. Justin ver.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/ver.c b/ver.c index 200b119..38abdd5 100644 --- a/ver.c +++ b/ver.c @@ -25,7 +25,7 @@ int main(int argc, char *argv[]) { regex_t preg; - const char *pat = "^4\\.[0-9][0-9]"; + const char *pat = "^4\\.[0-9][0-9]?"; if (regcomp(&preg, pat, REG_EXTENDED | REG_NOSUB)) AuFin("regcomp"); -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
Re: aufs3 GIT release
On 08/12/14 13:25, sf...@users.sourceforge.net wrote: > Hello Justin, > > "Justin (jlec)": >> In file included from fs/aufs/module.c:24:0: >> fs/aufs/inode.h:307:12: error: function declaration isn=92t a prototype >> [-Werror=3Dstrict-prototypes] >> AuStubInt0(au_cpup_xattr, h_dst, h_src, ignore_flags) >> ^ >> fs/aufs/aufs.h:28:21: note: in definition of macro =91AuStub=92 >> static inline type name(__VA_ARGS__) { body; } >> ^ >> fs/aufs/inode.h:307:1: note: in expansion of macro =91AuStubInt0=92 >> AuStubInt0(au_cpup_xattr, h_dst, h_src, ignore_flags) > > It is my mistake. > Here is a patch which will be released in next Monday. > > > J. R. Okajima > Hi, aufs3 version 20141215 has problem compiling with 3.18.1 In file included from include/linux/sched.h:17:0, from ././include/uapi/linux/aufs_type.h:30, from :0: fs/aufs/dcsub.c: In function ‘au_dcsub_pages’: fs/aufs/dcsub.c:137:13: error: ‘union ’ has no member named ‘d_child’ d_u.d_child); ^ include/linux/kernel.h:796:29: note: in definition of macro ‘container_of’ const typeof( ((type *)0)->member ) *__mptr = (ptr); \ ^ fs/aufs/dcsub.c:136:27: note: in expansion of macro ‘list_entry’ struct dentry *dentry = list_entry(tmp, struct dentry, ^ include/linux/kernel.h:796:48: warning: initialization from incompatible pointer type const typeof( ((type *)0)->member ) *__mptr = (ptr); \ ^ include/linux/list.h:352:2: note: in expansion of macro ‘container_of’ container_of(ptr, type, member) ^ fs/aufs/dcsub.c:136:27: note: in expansion of macro ‘list_entry’ struct dentry *dentry = list_entry(tmp, struct dentry, ^ include/linux/kernel.h:796:48: warning: (near initialization for ‘dentry’) const typeof( ((type *)0)->member ) *__mptr = (ptr); \ ^ include/linux/list.h:352:2: note: in expansion of macro ‘container_of’ container_of(ptr, type, member) ^ fs/aufs/dcsub.c:136:27: note: in expansion of macro ‘list_entry’ struct dentry *dentry = list_entry(tmp, struct dentry, ^ In file included from include/linux/compiler-gcc.h:106:0, from include/linux/compiler.h:54, from include/uapi/linux/stddef.h:1, from include/linux/stddef.h:4, from ./include/uapi/linux/posix_types.h:4, from include/uapi/linux/types.h:13, from include/linux/types.h:5, from include/uapi/linux/capability.h:16, from include/linux/capability.h:15, from include/linux/sched.h:15, from ././include/uapi/linux/aufs_type.h:30, from :0: include/linux/compiler-gcc4.h:14:34: error: ‘union ’ has no member named ‘d_child’ #define __compiler_offsetof(a,b) __builtin_offsetof(a,b) ^ include/linux/stddef.h:17:31: note: in expansion of macro ‘__compiler_offsetof’ #define offsetof(TYPE,MEMBER) __compiler_offsetof(TYPE,MEMBER) ^ include/linux/kernel.h:797:29: note: in expansion of macro ‘offsetof’ (type *)( (char *)__mptr - offsetof(type,member) );}) ^ include/linux/list.h:352:2: note: in expansion of macro ‘container_of’ container_of(ptr, type, member) ^ fs/aufs/dcsub.c:136:27: note: in expansion of macro ‘list_entry’ struct dentry *dentry = list_entry(tmp, struct dentry, ^ fs/aufs/dcsub.c:173:20: error: ‘union ’ has no member named ‘d_child’ next = child->d_u.d_child.next; ^ scripts/Makefile.build:257: recipe for target 'fs/aufs/dcsub.o' failed make[2]: *** [fs/aufs/dcsub.o] Error 1 make[2]: *** Waiting for unfinished jobs CHK kernel/config_data.h Justin signature.asc Description: OpenPGP digital signature -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
Re: aufs3 GIT release
On 08/12/14 10:46, Justin (jlec) wrote: > Hi, > > I see this with linux-3.17 and standalone patches: > > > In file included from fs/aufs/module.c:24:0: > fs/aufs/inode.h:307:12: error: function declaration isn’t a prototype > [-Werror=strict-prototypes] > AuStubInt0(au_cpup_xattr, h_dst, h_src, ignore_flags) > ^ > fs/aufs/aufs.h:28:21: note: in definition of macro ‘AuStub’ > static inline type name(__VA_ARGS__) { body; } > ^ > fs/aufs/inode.h:307:1: note: in expansion of macro ‘AuStubInt0’ > AuStubInt0(au_cpup_xattr, h_dst, h_src, ignore_flags) > ^ > CC kernel/irq/resend.o > > Justin > I see the same with the aufs3.17 branch of aufs3-linux. This is using gcc-4.9. Jusitn signature.asc Description: OpenPGP digital signature -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
Re: aufs3 GIT release
Hi, I see this with linux-3.17 and standalone patches: In file included from fs/aufs/module.c:24:0: fs/aufs/inode.h:307:12: error: function declaration isn’t a prototype [-Werror=strict-prototypes] AuStubInt0(au_cpup_xattr, h_dst, h_src, ignore_flags) ^ fs/aufs/aufs.h:28:21: note: in definition of macro ‘AuStub’ static inline type name(__VA_ARGS__) { body; } ^ fs/aufs/inode.h:307:1: note: in expansion of macro ‘AuStubInt0’ AuStubInt0(au_cpup_xattr, h_dst, h_src, ignore_flags) ^ CC kernel/irq/resend.o Justin signature.asc Description: OpenPGP digital signature -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
Re: /sbin/umount.aufs:br.c:47: internal error, [mount point]: Inappropriate ioctl for device
On 11/08/14 10:14, sf...@users.sourceforge.net wrote: > Hello Canarau, > I don't know why, but your mail was not delivered to me. > Justin (jlec) told me the url and I've just read your mail. > > Canarau Constantin: >> I am using Gentoo Linux and since version 20140721 umount.aufs it is broken. >> Error message is: /sbin/umount.aufs:br.c:47: internal error, >> /usr/portage: Inappropriate ioctl for device > > As I wrote in the reply for Marc Popp, the point is the versions of > kernel-space and user-space. Justin told me the kernel-space version is > aufs3.15-20140728. Ok. And how about the user-space? We need to confirm > the top commit id of aufs-util.git you are using. > I need to know the package version, then I can tell the commit id. Justin signature.asc Description: OpenPGP digital signature --
Re: /sbin/umount.aufs:br.c:47: internal error, [mount point]: Inappropriate ioctl for device
On 11/08/14 09:50, sf...@users.sourceforge.net wrote: > I guess your "3.15_p20140728" is the version of aufs package in your > distribution. The points are > - the version string when aufs module is loaded. this is the version of > kernel-space. > - the head commit id of your aufs-util.git. Hi the version represents the aufs header from the 3.15 branch and aus-util 3.9 branch at the point of the release "20140728". Justin signature.asc Description: OpenPGP digital signature --
Re: /sbin/umount.aufs:br.c:47: internal error, [mount point]: Inappropriate ioctl for device
On 11/08/14 09:50, sf...@users.sourceforge.net wrote: > > Hello Marc, > > Marc Popp: >> we are getting the same message on our new gentoo boxes with aufs version >> 3.15_p20140728. > > I don't understand what is "the same message". Is there any other mail? > Or the mail delivery for me is simply delayed? > > http://sourceforge.net/p/aufs/mailman/message/32660690/ Justin signature.asc Description: OpenPGP digital signature --
Re: aufs memory leak issue status
On 28/04/14 09:31, sf...@users.sourceforge.net wrote: > Hello Justin, > > "Justin (jlec)": >> I also can reproduce the +4k problem with the procedure described here >> http://serverfault.com/q/445445/145512 and linux-3.13.3 + current aufs >> development HEAD. >> >> So, what is the problem now? Is this by design or is this still a bug? > > The answer from me is essentially unchanged. > *Currently* I don't think it a bug nor by design. > You should try these steps. > - check the size and the number of the consumed blocks of XINO files via > debugfs and make sure they are big pressure for tmpfs. > --> In other words, are you sure that XINO files eat up your tmpfs, > or is it a general problem that your filesystem is too small for > your files? > If the XINO trunation feature in aufs doesn't work expectedly, > then it must be a bug. Hi, I checked debugfs and the number of blocks increases per file creation/deletion cycle by 8 and the free space on the tmpfs reduces by 4k. Space isn't a problem as there are multiple GB free. One interesting observation I made was that very rapid creation/deletion doesn't show this effect, but a repeat rate of 1/10sec or so, does. justin signature.asc Description: OpenPGP digital signature -- "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs
Re: aufs memory leak issue status
On 28/04/14 05:17, sf...@users.sourceforge.net wrote: > > Hello Nikolay, > > Nikolay Pertsev: >> I am wondering if aufs tmpfs memory leak was fixed. > > I don't think it "memory leak." > > >> It was mentioned in the mail list on November 07, 2012 > > And the story continued to the next Jan... and Sep 2013 when I > introduced a new logic to trucate XINO files. > > >> And there was even solution found: >> >> To mount aufs partition with "trunc_xino" option > > For tmpfs, it is enabled automatically. > If you have HDD, then you can specify "xino=/dir/file/on/HDD." > According to past mails, Jacek Konieczny chose "noxino" option. > > My recommendation is > - check the size and the number of the consumed blocks of XINO files via > debugfs and make sure they are big pressure for tmpfs. > - use latest aufs to see the effect of new truncation algorythm > (implemented in Sep 2013) > - try the mount option "xino=/dir/file/on/HDD" if you can. > > The last resort which I don't recommend is "noxino" option. > > > J. R. Okajima Hi, I also can reproduce the +4k problem with the procedure described here http://serverfault.com/q/445445/145512 and linux-3.13.3 + current aufs development HEAD. So, what is the problem now? Is this by design or is this still a bug? Thanks, Justin signature.asc Description: OpenPGP digital signature -- "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs
Re: aufs3 GIT release
On 13/01/14 09:08, sf...@users.sourceforge.net wrote: > "a.patch" is to complement aufs3-mmap.patch. I got this wrong. I applied the patch without looking into it. now it works. Thanks Justin signature.asc Description: OpenPGP digital signature -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
Re: aufs3 GIT release
On 13/01/14 08:43, sf...@users.sourceforge.net wrote: > Until then, try a.patch in the mail archive. I tried that, but it didn't work for me. The sequence I used was * linux-.3.1[1,0] * patches to latest releases * a.patch * aufs3 patches > > Now I am considering two possible approaches to make aufs3.1[02] > branches supporting for their stable releases. > - make a new patch file "aufs3-mmap-3.12.x.patch" in aufs3.12 branch. > - make a new branch aufs3.12.x, which will be almost all equivalent to > aufs3.12 branch except "aufs3-mmap.patch". > > If you think one of them are preferable to the other, please let me > know. I am fine with both ways with a little tendency to the first approach. Justin signature.asc Description: OpenPGP digital signature -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
Re: aufs3 GIT release
Thanks for the new release. Still the standalone patches do not apply on top of 3.12.7 and 3.10.26. Could you please create a fix for that? Thanks, Justin signature.asc Description: OpenPGP digital signature -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
Re: LD_PRELOAD=libau.so without LIBAU=all makes programs hang
On 16/07/13 04:22, sf...@users.sourceforge.net wrote: >> Ok, I got it. >> But my complier (gcc-4.4) doesn't support C1x new keyword >> _Static_assert. I will prepare test environment in a few days. >> >> Currently I am afraid that aufs-util.git:libau/rdu.c:Rdu_READDIR_R() >> confuses Rdu_READDIR_R() and Rdu_REAL_READDIR_R()... > > I modified some kmod source files a little and succeeded to compile and > reproduce the problem. > Please try this patch. If it succeeds, it will be merged into next > Monday release. > That patch works here. thanks Justin signature.asc Description: OpenPGP digital signature -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
Re: LD_PRELOAD=libau.so without LIBAU=all makes programs hang
On 15/07/13 15:52, sf...@users.sourceforge.net wrote: > justin: >> I recieved a bug report [1] about using libau.so which I can reproduce. >> If running >> >> LD_PRELOAD=3Dlibau.so lsmod >> >> lsmod is hanging. But if you are doing it "correctly" >> >> LD_PRELOAD=3Dlibau.so LIBAU=3Dall lsmod >> >> it works fine. > > Without "LIBAU=all", did it really hang? Or simpley took a long time? > Could you confirm it strace or something? > > libau.so does nothing actually if you don't give "LIBAU=all". > This is intentional by design. > > > J. R. Okajima > Hi, it hangs. Waiting for minutes doesn't change anything. Please find attached a strace. Justin execve("/sbin/lsmod", ["lsmod"], [/* 167 vars */]) = 0 brk(0) = 0x1509000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aacd000 open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=303172, ...}) = 0 mmap(NULL, 303172, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2aace000 close(3)= 0 open("/usr/lib64/libau.so", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\0\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=15640, ...}) = 0 mmap(NULL, 17904, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2ab19000 mmap(0x2ab1d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x2ab1d000 close(3)= 0 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/lib64/libkmod.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\0\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=85752, ...}) = 0 mmap(NULL, 83665, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2ab1e000 mmap(0x2ab32000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14000) = 0x2ab32000 close(3)= 0 open("/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\32\2\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1720576, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2ab33000 mmap(NULL, 3832296, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2accf000 mprotect(0x2ae6d000, 2097152, PROT_NONE) = 0 mmap(0x2b06d000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19e000) = 0x2b06d000 mmap(0x2b073000, 14824, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b073000 close(3)= 0 open("/lib64/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\16\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=14520, ...}) = 0 mmap(NULL, 2109712, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b077000 mprotect(0x2b079000, 2097152, PROT_NONE) = 0 mmap(0x2b279000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x2b279000 close(3)= 0 open("/lib64/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260m\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=97184, ...}) = 0 mmap(NULL, 2208704, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b27b000 mprotect(0x2b292000, 2093056, PROT_NONE) = 0 mmap(0x2b491000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16000) = 0x2b491000 mmap(0x2b493000, 13248, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b493000 close(3)= 0 open("/lib64/libz.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\0\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=100176, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2ab34000 mmap(NULL, 102196, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2ab35000 mmap(0x2ab4d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x2ab4d000 close(3)= 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2ab4e000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2ab4f000 arch_prctl(ARCH_SET_FS, 0x2ab4eb40) = 0 mprotect(0x2b06d000, 16384, PROT_READ) = 0 mprote
LD_PRELOAD=libau.so without LIBAU=all makes programs hang
Hi, I recieved a bug report [1] about using libau.so which I can reproduce. If running LD_PRELOAD=libau.so lsmod lsmod is hanging. But if you are doing it "correctly" LD_PRELOAD=libau.so LIBAU=all lsmod it works fine. So my question, is this a bug, is this broken by design, is this broken usage? How should I handle that report? Thanks for helping, Justin 1 https://bugs.gentoo.org/show_bug.cgi?id=476884 signature.asc Description: OpenPGP digital signature -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
I/O Error, ... exists on a upper branch but not pseudo-linked
Hi, we are currently building our new livedvd release and experiencing sever problem with the aufs layer. [ 985.698035] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error, i1388 exists on a upper branch but not pseudo-linked [ 985.698035] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error, i1388 exists on a upper branch but not pseudo-linked [ 985.909021] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error, i1388 exists on a upper branch but not pseudo-linked [ 985.909021] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error, i1388 exists on a upper branch but not pseudo-linked [ 986.518726] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error, i1388 exists on a upper branch but not pseudo-linked [ 986.518902] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error, i1388 exists on a upper branch but not pseudo-linked [ 986.531818] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error, i1388 exists on a upper branch but not pseudo-linked [ 986.533053] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error, i1388 exists on a upper branch but not pseudo-linked [ 986.930341] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error, i1388 exists on a upper branch but not pseudo-linked [ 986.930598] aufs au_cpup_single:675:kglobalaccel[6862]: I/O Error, i1388 exists on a upper branch but not pseudo-linked It's a gentoo kernel ( vanilla sources with http://dev.gentoo.org/~mpagano/genpatches/patches-3.9-4.htm) patched with the standalone patches. the livedvd puts an aufs layer on / to make write access in the live environment possible. The DVD can be found here: http://77.110.8.68/gentoo13 Any suggestions? Thanks, Justin signature.asc Description: OpenPGP digital signature -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
Re: CONFIG_USER_NS breaks compilation
On 22/04/13 04:03, sf...@users.sourceforge.net wrote: > sf...@users.sourceforge.net: >> Ah, I might make my local mistake. >> I will fix it as possible. >> Thank you for your report again. >> And sorry about "git br" and "git branch". > > justin, > > I already fixed the problem in my local repostiory. But I cannot make it > public due to the problem around SourceForge. > Here is my local fix. If you cannot wait for the completion of their > work. Please patch and test it manually. > Thanks for the patch. I will add it manually. Thanks, Justin signature.asc Description: OpenPGP digital signature -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter
Re: CONFIG_USER_NS breaks compilation
On 04/04/13 10:27, sf...@users.sourceforge.net wrote: > Ah, I might make my local mistake. > I will fix it as possible. > Thank you for your report again. > And sorry about "git br" and "git branch". no worries, we all know how to use git. Thanks for your help and fixings, Justin signature.asc Description: OpenPGP digital signature -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html
Re: CONFIG_USER_NS breaks compilation
On 04/04/13 09:50, sf...@users.sourceforge.net wrote: > > What is the output of these commands? > $ git remote -v origin git://git.code.sf.net/p/aufs/aufs3-linux (fetch) origin git://git.code.sf.net/p/aufs/aufs3-linux (push) > $ git log -10 --no-merges origin/aufs3.7 commit 886254ee19efb290e732352d82a3778f8e3e584d Author: J. R. Okajima Date: Mon Apr 1 14:17:48 2013 +0900 aufs: tiny, update SF URLs Signed-off-by: J. R. Okajima commit a961fcc5d261b3eed72afb0f32cd6dc24250759c Author: J. R. Okajima Date: Thu Mar 28 03:34:03 2013 +0900 aufs: tiny, internal struct au_cpup_basic Cosolidate the serveral parameters into a single structure. All the bahaviours don't change. Signed-off-by: J. R. Okajima commit 0e16e0133a21269ff3949c05e24ace5cb27512f9 Author: J. R. Okajima Date: Sat Mar 30 15:21:11 2013 +0900 aufs: for linux-3.7, the type of parameters of security_path_chown() I didn't aware of it since I disable CONFIG_USER_NS and CONFIG_UIDGID_STRICT_TYPE_CHECKS. Reported-by: justin Signed-off-by: J. R. Okajima commit d5679ef09ceeb73c70491a7e3c8c5c52f23abfd8 Author: J. R. Okajima Date: Wed Mar 27 01:50:04 2013 +0900 aufs: for linux-3.6, push mnt_want_write() outside of i_mutex By the commit, c30dabf 2012-07-31 fs: Push mnt_want_write() outside of i_mutex the order of them were difined explicitly. Signed-off-by: J. R. Okajima commit fda208000967de52e4234a4d775ebd1cfbdf4b00 Author: J. R. Okajima Date: Mon Mar 25 16:26:12 2013 +0900 aufs: for linux-3.7, btrfs limits the link count explicitly Signed-off-by: J. R. Okajima commit e028052e4a1db61c6960b6d432583ca3a8e87d44 Author: J. R. Okajima Date: Fri Mar 22 13:55:49 2013 +0900 aufs: for linux-3.6, ftruncate() supports sb_{start,end}_write() Ugly lockdep trick again. Moreover I dont't test fs freeze/resume. It is just because I don't use such feature simply. Signed-off-by: J. R. Okajima commit 34a4dd8c99edfc1a9154e78e0b3c68bf4aae7c22 Author: J. R. Okajima Date: Thu Mar 21 02:05:27 2013 +0900 aufs: for linux-3.6, a new wrapper vfsub_mnt_drop_write_file() Signed-off-by: J. R. Okajima commit 1e1e92640eaaf2e6c8e4a419e268a92423fea86a Author: J. R. Okajima Date: Tue Mar 12 12:12:30 2013 +0900 aufs: tiny, revised after checkpatch Signed-off-by: J. R. Okajima commit 9854a3f4191dc28ed3bb46e676523559f1504109 Author: J. R. Okajima Date: Sat Mar 2 13:50:42 2013 +0900 aufs: possible bugfix, uapi, limit the access to ->comm It is not guaranteed that the string is unchanged while aufs refers to it. get_task_comm() may cost too high for producing a message. aufs chose not to call it for printing, but protect it from the overrun. Signed-off-by: J. R. Okajima commit c6b0de11253c66193b36248cbe9a9dee2df1411e Author: J. R. Okajima Date: Sat Mar 2 00:00:58 2013 +0900 aufs: possible bugfix, limit the access to ->comm It is not guaranteed that the string is unchanged while aufs refers to it. get_task_comm() may cost too high for producing a message. aufs chose not to call it for printing, but protect it from the overrun. Signed-off-by: J. R. Okajima > $ git br --contain 0e16e01 $ git branch --contain 0e16e01 -v * 3.8 8f886da Merge branch 'aufs3.8/11proc_map' into aufs3.8/18public > > J. R. Okajima > Justin signature.asc Description: OpenPGP digital signature -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html
Re: CONFIG_USER_NS breaks compilation
On 04/04/13 08:54, sf...@users.sourceforge.net wrote: > justin: >> with the aufs3 version released on April 1. this issue is still >> existent. Is there any fix around? > > Did you git-pull the new converted repository? > Does it contain the commit > 0e16e01 2013-03-30 aufs: for linux-3.7, the type of parameters of > security_path_chown() > ? > > For the new repository, see > http://www.mail-archive.com/aufs-users@lists.sourceforge.net/msg04092.html > > > J. R. Okajima > I just fetch everything $ git branch -a -v * 3.8 8f886da Merge branch 'aufs3.8/11proc_map' into aufs3.8/18public master3912a67 Merge tag 'pinctrl-fixes-for-v3.9' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl remotes/origin/HEAD -> origin/master remotes/origin/aufs3.0f78f003 Merge branch 'aufs3.0/10static' into aufs3.0/11proc_map remotes/origin/aufs3.1feaf774 Merge branch 'aufs3.1/11proc_map' into aufs3.1/18public remotes/origin/aufs3.2c69749a Merge branch 'aufs3.2/11proc_map' into aufs3.2/18public remotes/origin/aufs3.3f93ab40 Merge branch 'aufs3.3/11proc_map' into aufs3.3/18public remotes/origin/aufs3.45425aa0 Merge branch 'aufs3.4/11proc_map' into aufs3.4/18public remotes/origin/aufs3.56487741 Merge branch 'aufs3.5/11proc_map' into aufs3.5/18public remotes/origin/aufs3.64017363 Merge branch 'aufs3.6/11proc_map' into aufs3.6/18public remotes/origin/aufs3.7cfb4879 Merge branch 'aufs3.7/11proc_map' into aufs3.7/18public remotes/origin/aufs3.88f886da Merge branch 'aufs3.8/11proc_map' into aufs3.8/18public remotes/origin/aufs3.x-rcN73a458e Merge branch 'aufs3.x-rcN/11proc_map' into aufs3.x-rcN/18public remotes/origin/mainline-v3.9-rc4-20130401 74406ff aufs: support for global kbuild remotes/origin/master 3912a67 Merge tag 'pinctrl-fixes-for-v3.9' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl and still get fs/aufs/i_op.c: In function ‘au_refresh_iattr’: fs/aufs/i_op.c:771:2: error: incompatible type for argument 2 of ‘i_uid_write’ In file included from include/linux/device_cgroup.h:1:0, from fs/aufs/i_op.c:23: include/linux/fs.h:705:20: note: expected ‘uid_t’ but argument is of type ‘kuid_t’ fs/aufs/i_op.c:772:2: error: incompatible type for argument 2 of ‘i_gid_write’ In file included from include/linux/device_cgroup.h:1:0, from fs/aufs/i_op.c:23: include/linux/fs.h:710:20: note: expected ‘gid_t’ but argument is of type ‘kgid_t’ CC fs/fat/inode.o make[2]: *** [fs/aufs/i_op.o] Error 1 make[1]: *** [fs/aufs] Error 2 make[1]: *** Waiting for unfinished jobs signature.asc Description: OpenPGP digital signature -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html
Re: CONFIG_USER_NS breaks compilation
On 28/03/13 13:23, sf...@users.sourceforge.net wrote: > justin: >> fs/aufs/i_op.c: In function =91aufs_setattr=92: >> fs/aufs/i_op.c:719:8: error: incompatible type for argument 2 of >> =91security_path_chown=92 >> In file included from fs/aufs/i_op.c:27:0: >> include/linux/security.h:2936:19: note: expected =91kuid_t=92 but argumen= >> t >> is of type =91uid_t=92 > > Confirmed. > The type of the parameter was changed in linux-3.7. I didn't aware of > it. > The fix will be released in next Monday. > > > J. R. Okajima > Morning, with the aufs3 version released on April 1. this issue is still existent. Is there any fix around? Thanks, Justin signature.asc Description: OpenPGP digital signature -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html
CONFIG_USER_NS breaks compilation
Hi, if CONFIG_USER_NS is set the compilation of the auf-sources breaks: fs/aufs/i_op.c: In function ‘aufs_setattr’: fs/aufs/i_op.c:719:8: error: incompatible type for argument 2 of ‘security_path_chown’ In file included from fs/aufs/i_op.c:27:0: include/linux/security.h:2936:19: note: expected ‘kuid_t’ but argument is of type ‘uid_t’ fs/aufs/i_op.c:719:8: error: incompatible type for argument 3 of ‘security_path_chown’ In file included from fs/aufs/i_op.c:27:0: include/linux/security.h:2936:19: note: expected ‘kgid_t’ but argument is of type ‘gid_t’ fs/aufs/i_op.c: In function ‘au_refresh_iattr’: fs/aufs/i_op.c:769:2: error: incompatible type for argument 2 of ‘i_uid_write’ In file included from include/linux/device_cgroup.h:1:0, from fs/aufs/i_op.c:23: include/linux/fs.h:705:20: note: expected ‘uid_t’ but argument is of type ‘kuid_t’ fs/aufs/i_op.c:770:2: error: incompatible type for argument 2 of ‘i_gid_write’ In file included from include/linux/device_cgroup.h:1:0, from fs/aufs/i_op.c:23: include/linux/fs.h:710:20: note: expected ‘gid_t’ but argument is of type ‘kgid_t’ make[2]: *** [fs/aufs/i_op.o] Error 1 make[1]: *** [fs/aufs] Error 2 make[1]: *** Waiting for unfinished jobs Please find a kernel config at the downstream bugreport (https://bugs.gentoo.org/show_bug.cgi?id=463471). I reproduced that issue with a fresh checkout of the aufs3 full kernel sources. Any solution to fix this? Thanks, Justin signature.asc Description: OpenPGP digital signature -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
Re: AUFS for kernel 3.8 ?
On 02.03.2013 09:26, Tomas M wrote: > Hello, > is AUFS available for 3.8 kernel? > I tried git checkout origin/aufs3.8 > but get an error "pathspec ... didn't match any files" Hi, try the origin/aufs3.x-rcN branch. Justin signature.asc Description: OpenPGP digital signature -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb
Parallel make patch
Hi, I like to propose a small and simple patch for parallel builds via make -j#. Currently I see make[1]: Entering directory `/usr/src/linux-3.3.4-lh' make[1]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule. Which gets fixed with the patch attached. I didn't do a clean git format-patch on all branches, I am sorry. But the principle should apply there too. Here some background informations from one of our devs http://blog.flameeyes.eu/2008/11/for-a-parallel-world-case-study-n-4-jobserver-unavailable Thanks for inclusion, Justin Makefile |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefile b/Makefile index 9031813..94329c0 100644 --- a/Makefile +++ b/Makefile @@ -18,7 +18,7 @@ export CONFIG_AUFS_FS EXTRA_CFLAGS := -I${CURDIR}/include EXTRA_CFLAGS += ${AUFS_DEF_CONFIG} -MakeMod = ${MAKE} -C ${KDIR} M=${CURDIR}/fs/aufs EXTRA_CFLAGS="${EXTRA_CFLAGS}" +MakeMod = -C ${KDIR} M=${CURDIR}/fs/aufs EXTRA_CFLAGS="${EXTRA_CFLAGS}" all: aufs.ko usr/include/linux/aufs_type.h @@ -39,7 +39,7 @@ aufs.ko: fs/aufs/aufs.ko fs/aufs/aufs.ko: @echo ${EXTRA_CFLAGS} - ${MakeMod} modules + ${MAKE} ${MakeMod} modules usr/include/linux/aufs_type.h: d = $(shell echo ${CURDIR} | cut -c2-) usr/include/linux/aufs_type.h: signature.asc Description: OpenPGP digital signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
Re: linux-3.2.0
On 05/01/12 16:10, sf...@users.sourceforge.net wrote: > > Jordi Pujol: >> A Dijous, 5 de gener de 2012 15:05:23, justin va escriure: >>> And >>> CONFIG_CGROUP_DEVICE=y >>> >>> which should triger the inclusion of security/device_cgroup.c >>> >>> justin >> Hello, >> >> add this patch, > > Please take a look at > http://sourceforge.net/mailarchive/forum.php?thread_name=201112200410.55501.s.L-H%40gmx.de&forum_name=aufs-users > > It will be included in next release. > > > J. R. Okajima > > -- > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox Thanks both of you, justin signature.asc Description: OpenPGP digital signature -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
Re: linux-3.2.0
And CONFIG_CGROUP_DEVICE=y which should triger the inclusion of security/device_cgroup.c justin signature.asc Description: OpenPGP digital signature -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
linux-3.2.0
Hi, strangely and I really don't understand why I get WARNING: /lib/modules/3.2.0-lh/misc/aufs.ko needs unknown symbol __devcgroup_inode_permission the base and the standalone patch are applied correctly. grep devcgroup_inode_permission * -R security/device_cgroup.c:EXPORT_SYMBOL(__devcgroup_inode_permission); What could be wrong? justin signature.asc Description: OpenPGP digital signature -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
Re: aufs3.0 fails to emerge on Gentoo hardened and kernel 3.0.4
On 1/4/12 3:12 AM, sf...@users.sourceforge.net wrote: > > Hello Andrea, > > Andrea Zuccherelli: >> I am trying to emerge sys-fs/aufs3 on Gentoo Hardened with inotify use flag, >> but I get this compile error: >> >> hfsnotify.c:208:2: error: assignment of read-only member 'br_hfsn_ops' > > Is this caused by grsec patch or their gcc plugin? > If so, I have nothing to help you I am afraid and I don't know why the > gentoo maintainer suggested you to post here. > > In May 2010, I have posted to the grsec mainling-list and asked about > the purpose of setting 'const' the members of a structure. And I got a > answer saying >> ::: >> this is the real reason for making field members const, it implicitly forces >> the programmer to think twice about what he's doing. or rather, it would, >> ::: > At that time, I thought twice and developed a patch doing "indirect > assignment". It was a really dirty patch and I really don't like it. > > Although I am not sure whether your problem is caused by an unpectedly > added 'const' in C language or not, the "indirect assignment" approach > may help you. > But this is a "workaround" in C language level. If the gcc plugin puts a > variable in the readonly section (linker level), then the problem will > not be solved. > > If I get the source code of grsec patch and the gcc plugin which you are > using, I may say something more. > Hi, the patch we apply is following: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-fs/aufs3/files/pax.patch?revision=1.1&view=markup Probably not the most uptodate one. So please help to correct this. justin signature.asc Description: OpenPGP digital signature -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
Re: aufs3.0 fails to emerge on Gentoo hardened and kernel 3.0.4
On 1/3/12 6:50 PM, Andrea Zuccherelli wrote: > (Please CC me as I'm not subscribed) > > Hi people, > > I am trying to emerge sys-fs/aufs3 on Gentoo Hardened with inotify use flag, > but I get this compile error: This means setting CONFIG_AUFS_HNOTIFY = y CONFIG_AUFS_HFSNOTIFY = y Otherwise I need help to fix the hardened problem. justin > > hfsnotify.c:208:2: error: assignment of read-only member 'br_hfsn_ops' > > I found this to be caused by grsecurity constify_plugin. > So i tried to disable it using > '-fplugin-arg-constify_plugin-no-constify' switch. > > But the gcc plugin remains active, reporting "no_const attribute used > on type that is not constified" in linux headers where the __no_const > thing is used. > > I reported the problem to Gentoo but nobody answered there: > https://bugs.gentoo.org/show_bug.cgi?id=393559 > > CC'ed grsecurity team developers for the above problem. > > Best regards > > Andrea Zuccherelli > > -- > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev signature.asc Description: OpenPGP digital signature -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev
Re: aufs3.1 (aufs2 and aufs3 GIT release)
On 10/31/11 11:50 AM, sf...@users.sourceforge.net wrote: > justin: >> :) I need to disturb again, >> aufs-util.git misses the 3.1 branch. Could you commit that? > > There is no aufs3.1 branch in aufs-util.git. > > (from http://aufs.sf.net and README file in aufs) > -- > o aufs-util tree > $ git clone git://aufs.git.sourceforge.net/gitroot/aufs/aufs-util.git \ > aufs-util.git > $ cd aufs-util.git > $ git checkout origin/aufs3.0 > > You may not be able to find the GIT branch in aufs-util for your > version. In this case, you should git-checkout the branch for the > nearest lower number. > If you are using linux-3.10 and aufs3.10 (which are not released yet), > but the "aufs3.10" branch doesn't exit in this repository, then > "aufs3.9", "aufs3.8", ... or something is the branch for you. > Also you can view all branches by > $ git branch -a > -- > > > J. R. Okajima I thought this might be the problem. When building the tools I get make -j16 -l12 CC=x86_64-pc-linux-gnu-gcc AR=x86_64-pc-linux-gnu-ar KDIR=/usr/src/linux C_INCLUDE_PATH=/var/tmp/portage/sys-fs/aufs3-3_p20111031/work/aufs3-standalone/include x86_64-pc-linux-gnu-gcc -O2 -pipe -ftracer -march=corei7 -mcx16 -msahf -mpopcnt -msse4.2 -mtune=corei7 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=8192 -mtune=corei7 -frecord-gcc-switches -g -Wimplicit-function-declaration -I./libau -O -Wall -DMOUNT_CMD_PATH=\"\" -Wl,-O1 -Wl,--as-needed -Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common ver.c -o ver ./ver Wrong version! aufs-util for aufs3.0 and later, but aufs is 3.1-20111031. make: *** [ver_test] Error 255 Could suggest something to this? Thanks justin signature.asc Description: OpenPGP digital signature -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World™ now supports Android™ Apps for the BlackBerry® PlayBook™. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev
Re: aufs3.1 (aufs2 and aufs3 GIT release)
On 10/31/11 8:55 AM, justin wrote: > On 10/31/11 8:04 AM, sf...@users.sourceforge.net wrote: >> justin: >>> maybe I am to stupid, but for me the aufs3.0/aufs3.1 are clones of the >>> master branch. >>> What I did >>> >>> git clone git://aufs.git.sourceforge.net/gitroot/aufs/aufs3-standalone.gi= >>> t >>> cd aufs3-standalone/ >>> git checkout -b origin/aufs3.1 >> >> Try without -b. >> Or you should specify your new branch, such like >> git checkout -b local3.1 origin/aufs3.1 >> >> I am afraid you may need to delete the branch you have unexpectedly >> created. (If there is no such branch, you can ignore of course). >> >> >> J. R. Okajima >> > > Interesting. Until yesterday it worked without specifying a local > branch. Anyways it works now. > > Thanks for the help, > > justin > > > > > -- > Get your Android app more play: Bring it to the BlackBerry PlayBook > in minutes. BlackBerry App World™ now supports Android™ Apps > for the BlackBerry® PlayBook™. Discover just how easy and simple > it is! http://p.sf.net/sfu/android-dev2dev :) I need to disturb again, aufs-util.git misses the 3.1 branch. Could you commit that? Thanks, jsutin signature.asc Description: OpenPGP digital signature -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World™ now supports Android™ Apps for the BlackBerry® PlayBook™. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev
Re: aufs3.1 (aufs2 and aufs3 GIT release)
On 10/31/11 8:04 AM, sf...@users.sourceforge.net wrote: > justin: >> maybe I am to stupid, but for me the aufs3.0/aufs3.1 are clones of the >> master branch. >> What I did >> >> git clone git://aufs.git.sourceforge.net/gitroot/aufs/aufs3-standalone.gi= >> t >> cd aufs3-standalone/ >> git checkout -b origin/aufs3.1 > > Try without -b. > Or you should specify your new branch, such like > git checkout -b local3.1 origin/aufs3.1 > > I am afraid you may need to delete the branch you have unexpectedly > created. (If there is no such branch, you can ignore of course). > > > J. R. Okajima > Interesting. Until yesterday it worked without specifying a local branch. Anyways it works now. Thanks for the help, justin signature.asc Description: OpenPGP digital signature -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World™ now supports Android™ Apps for the BlackBerry® PlayBook™. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev
Re: aufs3.1 (aufs2 and aufs3 GIT release)
On 10/31/11 3:08 AM, sf...@users.sourceforge.net wrote: > > o news > - new aufs3.1 branch is created in aufs3-linux.git and > aufs3-standalone.git. All aufs code is equivalent to previous > aufs3.x-rcN. > Now aufs3.x-rcN is for linux-3.2(-rcN). > > > J. R. Okajima > > -- > Get your Android app more play: Bring it to the BlackBerry PlayBook > in minutes. BlackBerry App World™ now supports Android™ Apps > for the BlackBerry® PlayBook™. Discover just how easy and simple > it is! http://p.sf.net/sfu/android-dev2dev Hi, maybe I am to stupid, but for me the aufs3.0/aufs3.1 are clones of the master branch. What I did git clone git://aufs.git.sourceforge.net/gitroot/aufs/aufs3-standalone.git cd aufs3-standalone/ git checkout -b origin/aufs3.1 Could anybody confirm this? justin signature.asc Description: OpenPGP digital signature -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World™ now supports Android™ Apps for the BlackBerry® PlayBook™. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev
Re: aufs2 and aufs3 GIT release
Hi, I tried the auf3-standalone.git but the standalone.patch somehow misses the the export of the cap_file_mmap symbol. the aufs2.2 standalone for .39 still export its. Bug or feature? Thanks justin signature.asc Description: OpenPGP digital signature -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev