Project

General

Profile

Bug #1868

CIFS shares log errors when getting properties(right click) in Windows

Added by Ryan W almost 9 years ago. Updated almost 5 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
cifs - CIFS server and client
Start date:
2011-12-08
Due date:
% Done:

0%

Estimated time:
Difficulty:
Medium
Tags:
needs-triage
Gerrit CR:

Description

Right clicking CIFS shares causes an error to log in dmesg / /var/adm/messages with a truncated name and "share not found".

I am not sure of the reasoning for this at this time or any problem it may or may not cause. I do not believe it just to be a logging problem as it does indeed say "share not found" for a share that does exist (with one more char in it)

Attached is a screenshot to show what I'm seeing.

Also here is some output from snoop: (It seems to mention webdav in the snoop but I confirmed with someone in #illumos that theirs does the same)

http://pastie.org/private/jhfedkndkkofbymbl3yoaw

Output of net view (windows) and smbutil view (illumos)

C:\Documents and Settings\RYAN>net view \\calculon
Shared resources at \\calculon

NexentaStor CIFS Server

Share name    Type  Used as  Comment

-------------------------------------------------------------------------------
applications  Disk
archiveddata  Disk
gcmsbackup    Disk
labcore       Disk
sqlbackup     Disk
The command completed successfully.

smbutil view //root@calculon                    
Share        Type       Comment
-------------------------------
applications disk       
archiveddata disk       
c$           disk       Default Share
gcmsbackup   disk       
IPC$         IPC        Remote IPC
labcore      disk       
sqlbackup    disk       
vss$         disk       VSS

http://mail.opensolaris.org/pipermail/cifs-discuss/2011-October/003526.html

Mailing list discussion from Oct on it. I've found mention of it as far back as 2009

Here:
http://mail.opensolaris.org/pipermail/cifs-discuss/2009-April/001677.html


Files

rightclick.jpg (497 KB) rightclick.jpg Ryan W, 2011-12-08 03:40 PM
calculon.txt (6.62 KB) calculon.txt Ryan W, 2011-12-08 03:56 PM

History

#2

Updated by Ryan W almost 9 years ago

Here's a small snip of a packet trace on it.

#3

Updated by Rich Lowe almost 9 years ago

  • Category set to cifs - CIFS server and client

So as I remember the packet trace, it seems certain that the truncation is happening on the client system (so we're not dropping a byte, they are), but it seems possible that we've done something to convince them to (some bug workaround on their end that we're triggering somehow?)

#4

Updated by Rich Lowe almost 9 years ago

Further backing up the idea that it's not us truncating, people have had these same issues with samba:

- https://bugzilla.samba.org/show_bug.cgi?id=6782

What I'm not finding, however, is anyone who seems to know why (one report that stopping using ~dp0 and ~n0 in the netlogon batch file helped, but I have no idea why it would, I understand none of this stuff)

#5

Updated by Ryan W almost 9 years ago

Rich Lowe wrote:

Further backing up the idea that it's not us truncating, people have had these same issues with samba:

- https://bugzilla.samba.org/show_bug.cgi?id=6782

What I'm not finding, however, is anyone who seems to know why (one report that stopping using ~dp0 and ~n0 in the netlogon batch file helped, but I have no idea why it would, I understand none of this stuff)

I didn't see any mention of netlogon in the link you provided.

Worst case, I guess if this is something Windows does for CIFS/SMB shares.. is to have Illumos avoid logging bad share names?

#6

Updated by Rich Lowe almost 9 years ago

The report about netlogon was from a post to the samba mailing list. It said nothing more (including about why it apparently helped).

#7

Updated by Gordon Ross almost 5 years ago

  • Status changed from New to Closed

This is a Windows bug causing (harmless) syslog noise.
See #3142 about making that log less.

Also available in: Atom PDF