Bug 2751 - Could'n find service %u
Could'n find service %u
Status: NEW
Product: Samba 3.0
Classification: Unclassified
Component: File Services
3.0.14a
x86 Windows 2000
: P1 normal
: none
Assigned To: Samba Bugzilla Account
Samba QA Contact
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-05-29 23:19 UTC by Tomas Polak
Modified: 2009-04-04 08:02 UTC (History)
1 user (show)

See Also:


Attachments
Samba daemon log file (2.85 KB, application/x-gzip-compressed)
2005-05-29 23:21 UTC, Tomas Polak
no flags Details
One client station log file (130.42 KB, application/x-zip-compressed)
2005-05-29 23:22 UTC, Tomas Polak
no flags Details
Samba config file (4.33 KB, text/plain)
2005-05-29 23:23 UTC, Tomas Polak
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tomas Polak 2005-05-29 23:19:01 UTC
Sorry, that I am not ideal bug reporter, bug try to make things clear.
All clients have same W2K SP4, with the same network settings. We have about 50 
clients using Samba server as PDC and files sharing via home shares.
I have upgraded from 3.0.8 to 3.0.14a on my Debian Linux server (Sarge). 
Immediately after that only some of my users registered tree types of errors:

1) Even I have "login drive = J:", their drive J disapear.
Via browsing networks is possible to connect this share manually a map them to 
wanted drive letter.

2) Unability to save Excel files to some directories. Excel display error and 
saved file under random name to the same shared directory. This file is 
possible to open but not save as.

3) Losing connection to shared home directory time by time.


There is interesting, that those errors appears only on some clients, others 
works fine. Even there probably must be some difference between them, I have 
not discovered any yet.

I have find an 3.0.7 debian package and after downgrade to this version all 
problems disapppears.

I'll try to add my samba.conf, smb.log and one-station detail log to this 
report.
I started the 3.0.14a daemon at 2005/05/23 12:24:34 and the 3.0.7 at 2005/05/25 
17:14:23.

If you will miss some informations, please feel free to ask.
Tomas Polak
Comment 1 Tomas Polak 2005-05-29 23:22:07 UTC
Created attachment 1246 [details]
Samba daemon log file
Comment 2 Tomas Polak 2005-05-29 23:22:58 UTC
Created attachment 1247 [details]
One client station log file

This is log from one of the problematic clients.
Comment 3 Tomas Polak 2005-05-29 23:23:28 UTC
Created attachment 1248 [details]
Samba config file
Comment 4 Gerald (Jerry) Carter 2005-08-23 07:26:13 UTC
This is actually how it is supposed to work.  The %u
requires an active connection to a share, but the domain
logon happens outside any any given share.  So the %u is
not expanded when sent back the client in the NET_USER_INFO_3
structure (part of the samlogon reply). 
Comment 5 Tomas Polak 2005-08-24 08:13:27 UTC
Thank you for explanation, however this is not exactly I was hoped for.

I am using one Debian machine as file server and Samba PDC. I have more Debian 
servers in the net, so I can use another one as PDC but only this one as file 
server.
I need to have one mapped network share on each workstation pointing to logged 
user home directory. This home directory we keep read-only and have there many 
symlinks pointing to user-accesible places. Mapping of this share can be done 
automatically (as user logs in) or manually (as W2K auto-reconnected share map).

For many reasons I preffer using the latest Samba version, but currently (due 
this "supposed behavior") we must keep 3.0.7

Please, can you suggest me any workaround for my case?

Thanks a lot.
Tomas Polak
Comment 6 Tim Boneko 2007-05-20 14:38:31 UTC
(In reply to comment #5)
Hello Tomas,

i found this bug report when looking for solutions to a problem with my logon path. (Found that indeed.)

Your problem looks like a configuration error. The group of user "katkav" could not be found. What's written in the line of user "katkav" in /etc/passwd? There's some error there or in /etc/group.

Feel free to email me under tim@boneko.de. 

  tim