Bug 2373 - Changing fIle permissions on Windows XP Professional causes INTERNAL ERROR in smbd
Summary: Changing fIle permissions on Windows XP Professional causes INTERNAL ERROR in...
Status: CLOSED FIXED
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: File Services (show other bugs)
Version: 3.0.10
Hardware: x86 Linux
: P3 normal
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-21 19:22 UTC by Thiago
Modified: 2005-08-24 10:27 UTC (History)
0 users

See Also:


Attachments

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 (dead mail address) 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 (dead mail address) 2005-02-22 05:23:33 UTC
closing pending testing against 3.0.11.
Comment 3 Gerald (Jerry) Carter (dead mail address) 2005-08-24 10:27:26 UTC
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.