[Bug 565146] New: getfacl on different files segfault
http://bugzilla.novell.com/show_bug.cgi?id=565146 http://bugzilla.novell.com/show_bug.cgi?id=565146#c0 Summary: getfacl on different files segfault Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: diego.ercolani@gmail.com QAContact: qa@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; it; rv:1.9.0.15) Gecko/2009102100 SUSE/3.0.15-0.1.2 Firefox/3.0.15 I Have a fileserver under OpenSuSE 11.2 that is member of an Active Directory Domain. The fileserver have actually about 160GB share in about 350000 files (that are jpgs) There is an access policy based on the use of ACL where some AD group can have rw access while other have only read access. the problem is that if I issue the command (for example): getfacl /dati/pratiche/00010886/00010886_Statuto_20090826085504_14.jpg I obtain this: # file: dati/pratiche/00010886/00010886_Statuto_20090826085504_14.jpg # owner: CARSP\134pratiche # group: CARSP\134domain\040users *** glibc detected *** getfacl: realloc(): invalid next size: 0x00000000006081d0 *** ======= Backtrace: ========= /lib64/libc.so.6[0x7f412f788c76] /lib64/libc.so.6[0x7f412f78e82c] /lib64/libc.so.6(realloc+0xf9)[0x7f412f78eb49] /lib64/libacl.so.1[0x7f412fa75136] getfacl(do_print+0x130)[0x403060] getfacl[0x403994] getfacl(walk_tree+0x8b)[0x403f0b] getfacl[0x4023ba] /lib64/libc.so.6(__libc_start_main+0xfd)[0x7f412f734a7d] getfacl[0x401db9] ======= Memory map: ======== 00400000-00405000 r-xp 00000000 08:02 483898 /usr/bin/getfacl 00604000-00605000 r--p 00004000 08:02 483898 /usr/bin/getfacl 00605000-00606000 rw-p 00005000 08:02 483898 /usr/bin/getfacl 00606000-00627000 rw-p 00000000 00:00 0 [heap] 7f4128000000-7f4128021000 rw-p 00000000 00:00 0 7f4128021000-7f412c000000 ---p 00000000 00:00 0 7f412f2fa000-7f412f310000 r-xp 00000000 08:02 114804 /lib64/libgcc_s.so.1 7f412f310000-7f412f50f000 ---p 00016000 08:02 114804 /lib64/libgcc_s.so.1 7f412f50f000-7f412f510000 r--p 00015000 08:02 114804 /lib64/libgcc_s.so.1 7f412f510000-7f412f511000 rw-p 00016000 08:02 114804 /lib64/libgcc_s.so.1 7f412f511000-7f412f515000 r-xp 00000000 08:02 114696 /lib64/libattr.so.1.1.0 7f412f515000-7f412f714000 ---p 00004000 08:02 114696 /lib64/libattr.so.1.1.0 7f412f714000-7f412f715000 r--p 00003000 08:02 114696 /lib64/libattr.so.1.1.0 7f412f715000-7f412f716000 rw-p 00004000 08:02 114696 /lib64/libattr.so.1.1.0 7f412f716000-7f412f867000 r-xp 00000000 08:02 114694 /lib64/libc-2.10.1.so 7f412f867000-7f412fa67000 ---p 00151000 08:02 114694 /lib64/libc-2.10.1.so 7f412fa67000-7f412fa6b000 r--p 00151000 08:02 114694 /lib64/libc-2.10.1.so 7f412fa6b000-7f412fa6c000 rw-p 00155000 08:02 114694 /lib64/libc-2.10.1.so 7f412fa6c000-7f412fa71000 rw-p 00000000 00:00 0 7f412fa71000-7f412fa78000 r-xp 00000000 08:02 114692 /lib64/libacl.so.1.1.0 7f412fa78000-7f412fc77000 ---p 00007000 08:02 114692 /lib64/libacl.so.1.1.0 7f412fc77000-7f412fc78000 r--p 00006000 08:02 114692 /lib64/libacl.so.1.1.0 7f412fc78000-7f412fc79000 rw-p 00007000 08:02 114692 /lib64/libacl.so.1.1.0 7f412fc79000-7f412fc97000 r-xp 00000000 08:02 114917 /lib64/ld-2.10.1.so 7f412fda8000-7f412fddd000 r--s 00000000 08:02 147949 /var/run/nscd/group 7f412fddd000-7f412fe12000 r--s 00000000 08:02 147866 /var/run/nscd/passwd 7f412fe12000-7f412fe13000 rw-p 00000000 00:00 0 7f412fe13000-7f412fe1a000 r--s 00000000 08:02 148863 /usr/lib64/gconv/gconv-modules.cache 7f412fe1a000-7f412fe59000 r--p 00000000 08:02 500117 /usr/lib/locale/it_IT.utf8/LC_CTYPE 7f412fe59000-7f412fe5b000 rw-p 00000000 00:00 0 7f412fe94000-7f412fe96000 rw-p 00000000 00:00 0 7f412fe96000-7f412fe97000 r--p 0001d000 08:02 114917 /lib64/ld-2.10.1.so 7f412fe97000-7f412fe98000 rw-p 0001e000 08:02 114917 /lib64/ld-2.10.1.so 7fff26af6000-7fff26b0b000 rw-p 00000000 00:00 0 [stack] 7fff26b7b000-7fff26b7c000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] The problem is that: *ext4 filesystem is fresh new *OpenSuSE 11.2 is updated to time (glibc-2.10.1-10.4.x86_64, acl-2.2.48-2.2.x86_64, libacl-2.2.48-2.2.x86_64) * the same problem I have in a previous installation OpenSuSE 11.0 updated with a XFS filesystem (where files are coming from) The other thing I can confirm to you is that in dolphin, I can browse the ACL rights correctly, so it seem to be a problem of the ACL package. Reproducible: Always -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=565146 http://bugzilla.novell.com/show_bug.cgi?id=565146#c1 Diego Ercolani <diego.ercolani@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Normal |Major --- Comment #1 from Diego Ercolani <diego.ercolani@gmail.com> 2009-12-16 14:23:17 UTC --- Another thing. I can remediate the problem, removing all the ACLs: setfacl -b /dati/pratiche/00010886/00010886_Statuto_20090826085504_14.jpg and reassigning the acls another information, as you should see, the Group Memership have the classic ActiveDirectory Format: <DOMAIN>\<GROUP> that is shown by getfacl with: <DOMAIN>\134<GROUP> and also "spaces" are escaped with: \040, but if you use such escape character as options for setfacl, setfacl complaints about errors -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=565146 http://bugzilla.novell.com/show_bug.cgi?id=565146#c shuang qiu <sqiu@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sqiu@novell.com AssignedTo|bnc-team-screening@forge.pr |bphilips@novell.com |ovo.novell.com | -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=565146 http://bugzilla.novell.com/show_bug.cgi?id=565146#c2 Brandon Philips <bphilips@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |diego.ercolani@gmail.com --- Comment #2 from Brandon Philips <bphilips@novell.com> 2009-12-18 20:47:44 UTC --- (In reply to comment #1)
Another thing. I can remediate the problem, removing all the ACLs:
setfacl -b /dati/pratiche/00010886/00010886_Statuto_20090826085504_14.jpg
and reassigning the acls
another information, as you should see, the Group Memership have the classic ActiveDirectory Format:
<DOMAIN>\<GROUP>
Can you give me an example of the setfacl command you are using to set the ACLs initially? I am trying to figure out how I might reproduce this without running active directory/samba on my machine. Any tips/ideas? I am not familiar with Samba at all. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=565146 http://bugzilla.novell.com/show_bug.cgi?id=565146#c3 --- Comment #3 from Diego Ercolani <diego.ercolani@gmail.com> 2009-12-19 00:01:51 UTC --- For the ACLs I used this kind of instructions: find . -type f -exec setfacl -m g:CARSP\\gruppo_1:r-- '{}' ';' find . -type d -exec setfacl -m default:g:CARSP\\gruppo_1:r-x g:CARSP\\gruppo_1:rx '{}' ';' probably I tryied to set the default acl for normal files.... I don't remember, as the system is in production and I can't do many experiments For samba, I defined the share to use ACLs: inherit acls = Yes Is there any manner to obtain a sort of getfacl raw format reading? So I can verify on objects where getfacl fails. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=565146 https://bugzilla.novell.com/show_bug.cgi?id=565146#c4 Brandon Philips <bphilips@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW CC| |agruen@linbit.com InfoProvider|diego.ercolani@gmail.com | --- Comment #4 from Brandon Philips <bphilips@novell.com> 2010-12-14 19:33:20 UTC --- Adding Andreas, the upstream maintainer, here. Andreas any suggestions? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=565146 https://bugzilla.novell.com/show_bug.cgi?id=565146#c Brandon Philips <bphilips@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |agruen@linbit.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=565146 https://bugzilla.novell.com/show_bug.cgi?id=565146#c5 Andreas Gruenbacher <agruen@linbit.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|agruen@linbit.com | --- Comment #5 from Andreas Gruenbacher <agruen@linbit.com> 2010-12-15 00:49:50 UTC --- The easiest way to debug this would probably be to dump the xattrs that represent the acls with "getfattr -m- -d <file>". Diego, can you easily produce a dump of an affected file? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=565146 https://bugzilla.novell.com/show_bug.cgi?id=565146#c6 --- Comment #6 from Diego Ercolani <diego.ercolani@gmail.com> 2010-12-15 08:48:23 UTC --- As I said the system is in production environment and also time is gone by. After an year I had to make system working so I did the work-around I found system wide on all fileserver files (remove all the ACLs and reconfigure them) Please don't close the bug, If I'll find again the problem I will provide the info you asked me to Thank you -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=565146 https://bugzilla.novell.com/show_bug.cgi?id=565146#c7 --- Comment #7 from Andreas Gruenbacher <agruen@linbit.com> 2010-12-15 18:55:45 UTC ---
Please don't close the bug
What normally happens is that the bug gets closed but it can be reopened when the bug resurfaces. Brandon? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=565146 https://bugzilla.novell.com/show_bug.cgi?id=565146#c8 Brandon Philips <bphilips@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NORESPONSE --- Comment #8 from Brandon Philips <bphilips@novell.com> 2011-03-04 22:43:37 UTC --- (In reply to comment #6)
Please don't close the bug, If I'll find again the problem I will provide the info you asked me to
Please reopen the bug or file a new one when you are able to provide the information. Closing as NORESPONSE in the mean time. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com