Opened 18 years ago

Closed 17 years ago

Last modified 16 years ago

#9 closed defect (fixed)

Connect fails with NT_STATUS_BAD_NETWORK_NAME due to garbage characters

Reported by: guest Owned by: Paul Smedley
Priority: major Milestone: Samba Server for eCS (OS/2) 1.0
Component: Samba Server Version: 3.0.25rc1
Keywords: connect failure garbage characters drive share Cc: herwig.bauernfeind@…

Description (last modified by Herwig Bauernfeind)

The problem is found in 3.0.25rc1, rc2 and rc3. It was not there in 3.0.25pre2 and earlier.

When a whole drive (i.e. K:/ or K:) is shared in smb.conf AND a loglevel of 3 or 4 is defined in smb.conf, connecting to the share will fail with a NT_STATUS_BAD_NETWORK_NAME.

I have provided some logs as attachments to this ticket. Browsing the logs (search for "K:/" in the log.samba.192.168.1.3 files), you will see that it is quite obvious, why this fails, as there are garbage characters after the share name:

If the smb.conf section looks like:


[k]

path = k:/


the logfile entry at loglevel 3 or 4 will be:

[2007/04/13 17:20:15, 0] smbd/service.c:make_connection_snum(1014)

'K:/d 548 ' does not exist or permission denied when connecting to [k]

Note the the garbage after K:/ !

A workaround for this problem is either not to use loglevel 3 or 4 or use a different notation in smb.conf:


[k]

path = k:/./


Both measures make the problem go away.

Additional notes:

  • The problem does not occur with with loglevel 1, 5, 6 and 10, others not tested.
  • WinXP is sometimes able to connect successfully at the second attempt, smbclient.exe however can never connect.

Attachments (1)

logs.zip (24.4 KB ) - added by guest 18 years ago.
logfiles that show the failure including used smb.conf

Download all attachments as: .zip

Change History (8)

by guest, 18 years ago

Attachment: logs.zip added

logfiles that show the failure including used smb.conf

comment:1 by Silvan Scherrer, 18 years ago

Resolution: fixed
Status: newclosed

works with samba 3.0.25a

in reply to:  1 comment:2 by Silvan Scherrer, 18 years ago

Resolution: fixed
Status: closedreopened

Replying to diver:

works with samba 3.0.25a

seems not to work 100%

comment:3 by guest, 17 years ago

Now that external scripts are working, this error turned into a major annoyance, because the suggested workaround (i.e. append ./ ) breaks the possibility to modify the share from (WinXP) client, because the clients gets a "does not exist" error and refuses further changes.

comment:4 by guest, 17 years ago

This bug is gone with my private Samba 3.0.26a build. The only difference to the official builds is that my build is built with -mcpu=athlon-mp instead of -mcpu=pentium3.

comment:5 by guest, 17 years ago

Resolution: fixed
Status: reopenedclosed

Seems to be fixed with Paul's 3.0.28 build.

comment:6 by Herwig Bauernfeind, 16 years ago

Milestone: Samba Server for eCS (OS/2) 1.0

comment:7 by Herwig Bauernfeind, 16 years ago

Description: modified (diff)
Version: 3.0.25rc1
Note: See TracTickets for help on using tickets.