Bug 2373 - Changing fIle permissions on Windows XP Professional causes INTERNAL ERROR in smbd
Changing fIle permissions on Windows XP Professional causes INTERNAL ERROR in...
Product: Samba 3.0
Classification: Unclassified
Component: File Services
x86 Linux
: P3 normal
: none
Assigned To: Samba Bugzilla Account
Samba QA Contact
Depends on:
  Show dependency treegraph
Reported: 2005-02-21 19:22 UTC by Thiago
Modified: 2005-08-24 10:27 UTC (History)
0 users

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Thiago 2005-02-21 19:22:50 UTC
Windows XP Professional complains about "invalid identifier" while changing
permissions on some directories. It's causing an internal error in smbd.

"net session" shows some locked connections (the client was already shut down)
after the error.

Samba is running on a Gentoo Linux with a 2.6.10-gentoo-r6 kernel, the share is
 ext3 ( /dev/md0 on /home type ext3 (rw,user_xattr,acl) ).

[2005/02/21 16:23:46, 0] smbd/posix_acls.c:create_canon_ace_lists(1489)
  create_canon_ace_lists: malformed ACL in file ACL ! Deny entry after Allow
entry. Failing to set on file Produtos e Servi<E7>os
free(): invalid pointer 0x8324c10!
[2005/02/21 16:23:48, 0] lib/fault.c:fault_report(36)
[2005/02/21 16:23:48, 0] lib/fault.c:fault_report(37)
  INTERNAL ERROR: Signal 11 in pid 23225 (3.0.10)
  Please read the appendix Bugs of the Samba HOWTO collection
[2005/02/21 16:23:48, 0] lib/fault.c:fault_report(39)
[2005/02/21 16:23:48, 0] lib/util.c:smb_panic2(1482)
  PANIC: internal error
[2005/02/21 16:23:48, 0] lib/util.c:smb_panic2(1490)
  BACKTRACE: 3 stack frames:
   #0 /usr/sbin/smbd(smb_panic2+0xfc) [0x81b9917]
   #1 /usr/sbin/smbd(talloc_destroy_pool+0x4d) [0x81be633]
   #2 [0x82ae050]
Comment 1 Gerald (Jerry) Carter 2005-02-21 20:38:08 UTC
please retest against 3.0.11 and reopen if the bug still exists.
If the issue does still occur, then we will need a good backtrace
(add --enable-debug to configure options) from gdb or at least 
attach a level 10 debug log surrounding the failure.  Thanks.
Comment 2 Gerald (Jerry) Carter 2005-02-22 05:23:33 UTC
closing pending testing against 3.0.11.
Comment 3 Gerald (Jerry) Carter 2005-08-24 10:27:26 UTC
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.