Bug 1849 - cli_query_secdesc fails on NetApp ONTAP
Summary: cli_query_secdesc fails on NetApp ONTAP
Status: CLOSED FIXED
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: libsmbclient (show other bugs)
Version: 3.0.7
Hardware: x86 Linux
: P3 normal
Target Milestone: none
Assignee: Derrell Lipman
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-29 10:04 UTC by Brett Funderburg
Modified: 2005-08-24 10:21 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 Brett Funderburg 2004-09-29 10:04:46 UTC
I have a situation where the call through the cli_query_secdesc api
against two separate  NetApp filers running ONTAP 6.4.2p6 and 6.5.2 is
failing. It works fine against an NT4 server.
All volumes on the filer are running in CIFS native mode.
The filer is a member of a mixed-mode Active Directory domain.
The language on the filer is set to en_US.

This happens with both samba-3.0.2 and samba-3.0.7 running on debian
stable. With samba-3.0.2 on debug level 10, I see:

sec_io_desc sd data
prs_mem_get: reading data of size 2 would overrun buffer.
Failed to parse secdesc

as the last entries in the log which would seem to indicate that the
security descriptor is somehow not the correct size that samba is
expecting. With samba-3.0.7, the code segfaults.

I have a small python script that uses the python2.2-samba libs from
samba.org to pull owner and group info off of files which is how I
disovered this.

I have debug=10 captures and tcpdump pcap files for the dialog between
samba and the NetApp ONTAP 6.4.2p6 for both samba 3.0.2 and 3.0.7 at:

http://staff.deepfile.com/~brettf/samba302-netapp.tar.gz
http://staff.deepfile.com/~brettf/samba307-netapp.tar.gz
Comment 1 Derrell Lipman 2005-04-01 07:38:14 UTC
The attached python script (with changes to the configuration information at the
top) runs to completion in my testing against the latest development code. 
Please test against the most recent release, and reopen this bug if you still
have problems.
Comment 2 Gerald (Jerry) Carter (dead mail address) 2005-08-24 10:21:30 UTC
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.