is this normal? my user opened a database and then smbd closes connections
and shuts down. obviously the user receives an error on the other end
regarding system resources....

[2002/10/30 10:48:36, 2] smbd/open.c:open_file(245)
  DUCHENAN opened file shared/tempdb/temp_db.mdb read=Yes write=Yes
(numopen=3)
[2002/10/30 10:48:36, 2] smbd/open.c:open_file(245)
  DUCHENAN opened file shared/tempdb/temp_db.ldb read=Yes write=Yes
(numopen=4)
[2002/10/30 10:48:36, 2] smbd/close.c:close_normal_file(213)
  duchenan closed file shared/tempdb/temp_db.ldb (numopen=3)
[2002/10/30 10:48:36, 2] smbd/open.c:open_file(245)
  DUCHENAN opened file shared/tempdb/temp_db.ldb read=Yes write=Yes
(numopen=4)
[2002/10/30 10:48:36, 0] lib/util_sock.c:read_data(436)
  read_data: read failure for 4. Error = Connection reset by peer
[2002/10/30 10:48:36, 2] smbd/server.c:exit_server(461)
  Closing connections
[2002/10/30 10:48:36, 1] smbd/service.c:close_cnum(677)
  nsduche (151.103.28.166) closed connection to service nextstep
[2002/10/30 10:48:36, 2] smbd/close.c:close_normal_file(213)
  duchenan closed file shared/tempdb/temp_db.ldb (numopen=3)
[2002/10/30 10:48:36, 2] smbd/close.c:close_normal_file(213)
  duchenan closed file shared/tempdb/temp_db.mdb (numopen=2)
[2002/10/30 10:48:36, 2] smbd/close.c:close_normal_file(213)
  duchenan closed file shared/9xdbase/9xdbase-OLD/system.ldb (numopen=1)
[2002/10/30 10:48:36, 2] smbd/close.c:close_normal_file(213)
  duchenan closed file shared/9xdbase/9xdbase-OLD/system.mda (numopen=0)



then it gets even more strange....


i get this as it attempts to reestablish...

[2002/10/30 10:48:36, 2] lib/interface.c:add_interface(81)
  added interface ip=151.103.16.28 bcast=151.103.31.255
nmask=255.255.240.0
[2002/10/30 10:48:36, 2] lib/access.c:check_access(329)
  Allowed connection from  (151.103.28.166)
[2002/10/30 10:48:36, 2] smbd/reply.c:reply_special(92)
  netbios connect: name1=STAFF            name2=NSDUCHE
[2002/10/30 10:48:36, 2] smbd/reply.c:reply_special(111)
  netbios connect: local=staff remote=nsduche


followed by

[2002/10/30 10:48:37, 2] lib/interface.c:add_interface(81)
  added interface ip=151.103.16.28 bcast=151.103.31.255
nmask=255.255.240.0
[2002/10/30 10:48:37, 2] lib/access.c:check_access(329)
  Allowed connection from  (151.103.28.166)
[2002/10/30 10:48:37, 0] smbd/service.c:make_connection(381)
  make_connection: duchenan logged in as admin user (root privileges)
[2002/10/30 10:48:37, 1] smbd/service.c:make_connection(636)
  nsduche (151.103.28.166) connect to service nextstep as user duchenan
(uid=0,
gid=1) (pid 117036)
[2002/10/30 10:48:37, 1] lib/debug.c:debug_message(258)
  INFO: Debug class all level = 2   (pid 104458 from pid 104458)


followed by


[2002/10/30 10:48:37, 2] lib/interface.c:add_interface(81)
  added interface ip=151.103.16.28 bcast=151.103.31.255
nmask=255.255.240.0
[2002/10/30 10:48:37, 1] lib/debug.c:debug_message(258)
  INFO: Debug class all level = 2   (pid 140448 from pid 140448)
[2002/10/30 10:48:37, 1] [lib/debug.c2002/10/30 10:48:37:,
debug_message2(] 258p
aram/loadparm.c)
:do_section(3055)
  INFO: Debug class all level = 2   (pid 40486 from pid 40486)
  Processing section "[homes]"


which is not docotored....the previous is really that screwed up at
"debug_message"

which is then followed by

[2002/10/30 10:48:37, 2] lib/interface.c:add_interface(81)
  added interface ip=151.103.16.28 bcast=151.103.31.255
nmask=255.255.240.0
[2002/10/30 10:48:37, 2] lib/interface.c:add_interface(81)
  added interface ip=151.103.16.28 bcast=151.103.31.255
nmask=255.255.240.0
[2002/10/30 10:48:38, 1] lib/debug.c:debug_message(258)
  INFO: Debug class all level = 2   (pid 85220 from pid 85220)

followed by *dozens* of sections just like the one above for the next six
seconds of the log....

something is very very wrong here....


Bill




On Wed, 30 Oct 2002, William Jojo wrote:

> 
> 
> i'm seeing stranger stuff today...especially with 98 machines accessing
> Excel spreadsheets and databases.
> 
> we not using any oplocks at all and there are no special options set.
> 
> i'm going to try a log level 10 and then go back to 2.2.5.
> 
> where should i post the log when i have it along with my smb.conf?
> 
> 
> Bill
> 
> 
> On Tue, 29 Oct 2002, William Jojo wrote:
> 
> > 
> > 
> > i checked my error log and it is not recording any core dumps for smbd.
> > 
> > i do not think it is crashing since the smbd seems to keep running and
> > trying to grant access to different shares, but the user ends up with only
> > a couple or none depending on if it can get a sessionid.
> > 
> > i'll reimplement tomorrow and take a stronger log level...
> > 
> > 
> > Bill
> > 
> > 
> > On Wed, 30 Oct 2002, Andrew Bartlett wrote:
> > 
> > > William Jojo wrote:
> > > > 
> > > > moved back to 2.2.5 and the messages regarding "Failed to claim
> > > > session" are gone....
> > > > 
> > > > this one server has the greatest load as 500+ workstations are constantly
> > > > logging on and off every hour. our lighter servers are not exhibiting this
> > > > problem under 2.2.6, so I have not downgraded them.
> > > > 
> > > > we are running AIX 5.1.0-02 and clients are WinXP Pro (no sp1).
> > > 
> > > I don't think the sessionids are your real problem - that code hasn't
> > > changed - but is smbd crashing?  That might be why it never cleans up
> > > the sessionid record.
> > > 
> > > Andrew Bartlett
> > > 
> > > -- 
> > > Andrew Bartlett                                 [EMAIL PROTECTED]
> > > Manager, Authentication Subsystems, Samba Team  [EMAIL PROTECTED]
> > > Student Network Administrator, Hawker College   [EMAIL PROTECTED]
> > > http://samba.org     http://build.samba.org     http://hawkerc.net
> > > 
> > 
> > -- 
> > To unsubscribe from this list go to the following URL and read the
> > instructions:  http://lists.samba.org/mailman/listinfo/samba
> > 
> 
> -- 
> To unsubscribe from this list go to the following URL and read the
> instructions:  http://lists.samba.org/mailman/listinfo/samba
> 

-- 
To unsubscribe from this list go to the following URL and read the
instructions:  http://lists.samba.org/mailman/listinfo/samba

Reply via email to