Bug 3968 - Problems accessing shares with dollar signs
Summary: Problems accessing shares with dollar signs
Status: REOPENED
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: Client Tools (show other bugs)
Version: 3.0.23a
Hardware: x86 Linux
: P3 normal
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact: Samba QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-27 09:15 UTC by Josh Kelley
Modified: 2006-08-04 12:52 UTC (History)
0 users

See Also:


Attachments
smbclient level 10 debug log (247.27 KB, application/octet-stream)
2006-07-27 09:20 UTC, Josh Kelley
no flags Details
Ethereal packet trace of smbclient (853.00 KB, application/octet-stream)
2006-07-27 09:21 UTC, Josh Kelley
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Josh Kelley 2006-07-27 09:15:04 UTC
I'm having various problems accessing shares with dollar signs in their names (e.g., \\server\c$); however, there doesn't seem to be much consistency to the types of problems.

From my CentOS 4.3 box running Samba 3.0.21b or Samba 3.0.23a, mounting  \\server\data$ (a Windows Server 2003 DC) or \\domain\data$ (the same share, shared over DFS) using mount.cifs doesn't give any errors, and I can do an ls of the top-level directory, but when I try to do an ls of a subdirectory, I get the top-level directory listing again.

Using smbclient's tar command fails; it gets a directory listing of the subdirectory, but it tries to open each file in that subdirectory as if it were a directory, and so it gives the following error, repeated for each file:
NT_STATUS_FILE_IS_A_DIRECTORY opening remote file \WinAudit\wa_xml2html.xsl (\WinAudit\)
On other directory trees, it gives errors similar to the following:
NT_STATUS_OBJECT_PATH_NOT_FOUND opening remote file \Adobe\Adobe Acrobat 7.0 Pro
fessional\Common\Adobe\Acrobat 7.0\Uninstall\UninstManager.dll (\Adobe\Adobe Acr
obat 7.0 Professional\Common\Adobe\Acrobat 7.0\Uninstall\)
(It looks like the first error message is for files in top-level subdirectories and the second error is for files nested more deeply in subdirectories.)  It also gives errors similar to the following:
Server packet had invalid SMB signature! opening remote file \Adobe\Adobe Acrobat 7.0 Professional\program files\Adobe\Acrobat 7.0\R (\Adobe\Adobe Acrobat 7.0 Professional\program files\Adobe\Acrobat 7.0\)

I've also seen errors cd'ing into subdirectories from Samba 3.0.23, but I've been unable to replicate those; not sure if that's related or not:
client_check_incoming_message: received message with mid 11 with no
matching send record.
SMB Signature verification failed on incoming packet!
Comment 1 Josh Kelley 2006-07-27 09:20:42 UTC
Created attachment 2068 [details]
smbclient level 10 debug log

Log of running smbclient's tar with NT_STATUS_OBJECT_PATH_NOT_FOUND and 'invalid SMB signature' errors.
Comment 2 Josh Kelley 2006-07-27 09:21:45 UTC
Created attachment 2069 [details]
Ethereal packet trace of smbclient

Ethereal packet trace of the same invocation of smbclient.
Comment 3 Gerald (Jerry) Carter (dead mail address) 2006-08-04 12:20:22 UTC
Workign under the assumption that this is the smbclient signing bug.

*** This bug has been marked as a duplicate of 3967 ***
Comment 4 Josh Kelley 2006-08-04 12:52:50 UTC
The patch for bug #3967 fixes the "invalid SMB signature" errors but not the other problems (inability to cd into a cifs-mounted directory, "NT_STATUS_FILE_IS_A_DIRECTORY opening remote file" errors, "NT_STATUS_OBJECT_PATH_NOT_FOUND opening remote file" errors).

If an updated debug log or Ethereal trace (without the signing errors) would help track this down, please let me know.