Hello I had the same problem and same log entries after I did a Yum update on
the weekend. I also could make the mappings work with the dotted IP address
but was not prepared at that stage to convert all existing scripts for the
purpose. I am only a very limited administrator on networks but manage to
achieve reliable outcomes mostly for my small enterprise, and that seemed
not to be good snese going back to dotted IP addresses.
Being basically lazy, I was also thinking it was too hard to rollback the
Samba installation, so I played around a little trying to figure what had
changed. The manual mapping was telling me that the path could not be found
to the samba shares which seemed rediculous when they had all worked before
and were still in the server and client host files.
During my play I chose to use the workgroup name from the smb.conf file
instead of the netbios name which is what is associated with the dotted IP
in my host files...and would you know it .. that worked. So does
that mean that samba is not using the hosts to resolve the names used in the
path? I guess I have no idea what I have proved here, or what should be the
best steps to take next. For the time being I reluctently did a search and
replace to get the scripts going and everything is mapping perfectly. I
occurs to me that there is some likelihood that I will have to change it
again in the future but I thought that if I passed this information to other
more skilled professionals they might be able to unravel the mystery.
Regards Graham
Lund, Claus wrote:
>
> I'm testing the AIX binaries for 3.0.24 and have run into a problem.
> Depending on how I map the share (using: \\[IP, hostname or
> FQDN]\[sharename]) then the connection to the server is closed after
> just a few seconds of inactivity.
>
> The server runs on AIX5.3 with the latest fixpack. The client is Win XP
> SP2.
> I'm currently using 3.0.22 on our production server and don't have this
> problem there (it's however a compiled from source and not the "pre-made
> binaries" from samba.org).
>
> If I use the IP address to map the share then everything works just like
> normal (the connection stays open for an hr). But if I use the hostname
> or FQDN to map the share then the connection is closed after just a few
> seconds of idle time.
>
> So if I map the share like this:
> C:\Documents and Settings\clund>net use Z: \\10.0.88.187\refprod
> The command completed successfully.
>
> Then everything works fine.
>
>
> But if I map the share like this:
> C:\Documents and Settings\clund>net use Z: \\tax187a\refprod
> The command completed successfully.
>
>
> Then the connection is closed within seconds. Here're the level 2 logs
> using the hostname to map the share. The log is identical to using the
> IP except for the last two entries:
> tax187a smbdnotice daemon 2007-05-11 14:38:07 smbd[892938]:
> [2007/05/11 14:38:07, 2] lib/access.c:check_access(323)
> tax187a smbdnotice daemon 2007-05-11 14:38:07 smbd[892938]:
> Allowed connection from (10.0.89.165)
> tax187a smbdnotice daemon 2007-05-11 14:38:07 smbd[892938]:
> [2007/05/11 14:38:07, 2] smbd/sesssetup.c:setup_new_vc_session(799)
> tax187a smbdnotice daemon 2007-05-11 14:38:07 smbd[892938]:
> setup_new_vc_session: New VC == 0, if NT4.x compatible we would close
> all old resources.
> tax187a smbdnotice daemon 2007-05-11 14:38:07 smbd[892938]:
> [2007/05/11 14:38:07, 2] smbd/sesssetup.c:setup_new_vc_session(799)
> tax187a smbdnotice daemon 2007-05-11 14:38:07 smbd[892938]:
> setup_new_vc_session: New VC == 0, if NT4.x compatible we would close
> all old resources.
> tax187a smbdnotice daemon 2007-05-11 14:38:11 smbd[892938]:
> [2007/05/11 14:38:11, 2] auth/auth.c:check_ntlm_password(309)
> tax187a smbdnotice daemon 2007-05-11 14:38:11 smbd[892938]:
> check_ntlm_password: authentication for user [clund] -> [clund] ->
> [clund] succeeded
> tax187a smbdnotice daemon 2007-05-11 14:38:11 smbd[892938]:
> [2007/05/11 14:38:11, 2] lib/access.c:check_access(323)
> tax187a smbdnotice daemon 2007-05-11 14:38:11 smbd[892938]:
> Allowed connection from (10.0.89.165)
> tax187a smbdwarning daemon 2007-05-11 14:38:12 smbd[892938]:
> [2007/05/11 14:38:12, 1] smbd/service.c:make_connection_snum(950)
> tax187a smbdwarning daemon 2007-05-11 14:38:12 smbd[892938]:
> tax165 (10.0.89.165) connect to service refprod initially as user
> refprod (uid=450, gid=202) (pid 892938)
> tax187a smbdnotice daemon 2007-05-11 14:38:12 smbd[892938]:
> [2007/05/11 14:38:12, 2] smbd/reply.c:reply_tcon_and_X(711)
> tax187a smbdnotice daemon 2007-05-11 14:38:12 smbd[892938]:
> Serving refprod as a Dfs root
> tax187a smbdwarning daemon 2007-05-11 14:38:14 smbd[892938]:
> [2007/05/11 14:38:14, 1] smbd/service.c:cl
