Lund, Claus
2007-May-11 19:21 UTC
[Samba] Connection gets closed after just a few seconds "smbd/service.c:close_cnum(1150)"
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 smbd notice daemon 2007-05-11 14:38:07 smbd[892938]: [2007/05/11 14:38:07, 2] lib/access.c:check_access(323) tax187a smbd notice daemon 2007-05-11 14:38:07 smbd[892938]: Allowed connection from (10.0.89.165) tax187a smbd notice 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 smbd notice 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 smbd notice 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 smbd notice 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 smbd notice daemon 2007-05-11 14:38:11 smbd[892938]: [2007/05/11 14:38:11, 2] auth/auth.c:check_ntlm_password(309) tax187a smbd notice daemon 2007-05-11 14:38:11 smbd[892938]: check_ntlm_password: authentication for user [clund] -> [clund] -> [clund] succeeded tax187a smbd notice daemon 2007-05-11 14:38:11 smbd[892938]: [2007/05/11 14:38:11, 2] lib/access.c:check_access(323) tax187a smbd notice daemon 2007-05-11 14:38:11 smbd[892938]: Allowed connection from (10.0.89.165) tax187a smbd warning daemon 2007-05-11 14:38:12 smbd[892938]: [2007/05/11 14:38:12, 1] smbd/service.c:make_connection_snum(950) tax187a smbd warning 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 smbd notice 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 smbd notice daemon 2007-05-11 14:38:12 smbd[892938]: Serving refprod as a Dfs root tax187a smbd warning daemon 2007-05-11 14:38:14 smbd[892938]: [2007/05/11 14:38:14, 1] smbd/service.c:close_cnum(1150) tax187a smbd warning daemon 2007-05-11 14:38:14 smbd[892938]: tax165 (10.0.89.165) closed connection to service refprod I have level 10 log files available too if anybody needs to get a look at things in that kind of detail. Thank you in advance, Claus ____________________________________________ Claus Lund Systems Developer Vermont Department of Taxes Information Systems 133 State Street Montpelier, Vermont 05633-1401 (802) 828-3735
graham_44
2007-May-25 16:13 UTC
[Samba] Connection gets closed after just a few seconds "smbd/service.c:close_cnum(1150)"
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 smbd notice daemon 2007-05-11 14:38:07 smbd[892938]: > [2007/05/11 14:38:07, 2] lib/access.c:check_access(323) > tax187a smbd notice daemon 2007-05-11 14:38:07 smbd[892938]: > Allowed connection from (10.0.89.165) > tax187a smbd notice 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 smbd notice 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 smbd notice 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 smbd notice 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 smbd notice daemon 2007-05-11 14:38:11 smbd[892938]: > [2007/05/11 14:38:11, 2] auth/auth.c:check_ntlm_password(309) > tax187a smbd notice daemon 2007-05-11 14:38:11 smbd[892938]: > check_ntlm_password: authentication for user [clund] -> [clund] -> > [clund] succeeded > tax187a smbd notice daemon 2007-05-11 14:38:11 smbd[892938]: > [2007/05/11 14:38:11, 2] lib/access.c:check_access(323) > tax187a smbd notice daemon 2007-05-11 14:38:11 smbd[892938]: > Allowed connection from (10.0.89.165) > tax187a smbd warning daemon 2007-05-11 14:38:12 smbd[892938]: > [2007/05/11 14:38:12, 1] smbd/service.c:make_connection_snum(950) > tax187a smbd warning 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 smbd notice 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 smbd notice daemon 2007-05-11 14:38:12 smbd[892938]: > Serving refprod as a Dfs root > tax187a smbd warning daemon 2007-05-11 14:38:14 smbd[892938]: > [2007/05/11 14:38:14, 1] smbd/service.c:close_cnum(1150) > tax187a smbd warning daemon 2007-05-11 14:38:14 smbd[892938]: > tax165 (10.0.89.165) closed connection to service refprod > > > I have level 10 log files available too if anybody needs to get a look > at things in that kind of detail. > > Thank you in advance, > Claus > > > ____________________________________________ > Claus Lund > Systems Developer > > Vermont Department of Taxes > Information Systems > 133 State Street > Montpelier, Vermont 05633-1401 > (802) 828-3735 > -- > To unsubscribe from this list go to the following URL and read the > instructions: https://lists.samba.org/mailman/listinfo/samba > >-- View this message in context: http://www.nabble.com/Connection-gets-closed-after-just-a-few-seconds-%22smbd-service.c%3Aclose_cnum%281150%29%22-tf3729175.html#a10549035 Sent from the Samba - General mailing list archive at Nabble.com.
Maybe Matching Threads
- capacity
- Connection closing with close_cnum(1284)
- Mac Clients Disconnect with: source3/smbd/service.c:1050(close_cnum) closed connection to service data
- Subject=Re: Mac Clients Disconnect with: source3/smbd/service.c:1050(close_cnum) closed connection to service data
- Subject=Re: Mac Clients Disconnect with: source3/smbd/service.c:1050(close_cnum) closed connection to service data