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 : [EMAIL PROTECTED] ____________________________________________________________ David E Ehresman <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 2003-08-14 11:04:49 Veuillez r�pondre � "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> Envoy� par : "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> Pour : [EMAIL PROTECTED] 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 >>> [EMAIL PROTECTED] 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 : [EMAIL PROTECTED] ____________________________________________________________ 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
