Hi David

Thanks for the response. The "No receive pool buffer errors" was at 88934!!! I 
changed the Receive Pool Buffer Size to 2048 (it was at 384) and am hoping 
everything will
be well for tonight. I am having the sysadmins bounce th eschedulers on all the 
servers that did not work last night just in case...


Guillaume Gilbert
Conseiller - Gestion du stockage
CGI - Gestion intégré des technologies
TEL.:  (514) 415-3000 ext 5091
Pager:   (514) 957-2615
Email : guillaume.gilbert AT cgi DOT com
____________________________________________________________




David E Ehresman <deehre01 AT LOUISVILLE DOT EDU>@VM.MARIST.EDU> on 2003-08-14 
11:04:49

Veuillez répondre à "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>

Envoyé par :      "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>


Pour : ADSM-L AT VM.MARIST DOT EDU
cc :
Objet :     Re: Resolved: URGENT!! TSM client schedules not running

My problem was also with Prompted nodes only.  Polling nodes ran ok as
did croned backups.

The tcp setting was the size of the Receive Pool Buffer.  IBM gave me
this query to determine if there was a problem:
  (echo "----";date; netstat -v ent1 | grep "Receive Pool Buffer" )

The "No Receive Pool Buffer Errors" line should report zero.  They had
me set the "Receive Pool Buffer Size" up to 2048 (AIX 5.1).
Unfortunately, I don't remember the command to do that.

David

>>> guillaume.gilbert AT DESJARDINS DOT COM 08/14/03 10:29AM >>>
Ok you guys had to start talking about this and now it has happened to
me. Nearly all my servers in prompt mode didn't take a backup last
night. Nothing in  the activity
log and nothing in the dsmsched.logs. I'm running server 5.1.6.4 on AIX
5.1 and clients range from 4.1.2.12 to 5.1.5.15, all Windows (NT and
2k). Most of these servers
had the MS patch installed for the blaster virus yesterday. Is this
just a coincidence??. I know its not a network problem because all my
UNIX clients where running
backups all night and those are not scheduled by TSM but by crontabs.

So David, what was the tcpip settings you had to change?

Thanks

Guillaume Gilbert
Conseiller - Gestion du stockage
CGI - Gestion intégré des technologies
TEL.:  (514) 415-3000 ext 5091
Pager:   (514) 957-2615
Email : guillaume.gilbert AT cgi DOT com
____________________________________________________________

When I had the problem, I did open a PMR and they finally tracked my
problem down to a tcp read buffer problem.  They had me adjust the tcp
values and the problem has not reoccurred.

David