Could you post the output from an "no -a" command from both your client and server? I am particularly interested in the value of the parameter setting of tcp_pmtu_discover. Also, I'd like to know what the level is of your pci driver - fileset is named devices.pci.23100020.rte.
At 06:45 PM 10/3/2003 +0800, you wrote:
My netstat shows no errors. I'm not sure if it's this particular problem.
1:[EMAIL PROTECTED]:/home/root # netstat -v ent0 ------------------------------------------------------------- ETHERNET STATISTICS (ent0) : Device Type: IBM 10/100/1000 Base-T Ethernet PCI Adapter (14100401) Hardware Address: 00:06:29:6b:5d:30 Elapsed Time: 19 days 21 hours 1 minutes 59 seconds
Transmit Statistics: Receive Statistics: -------------------- ------------------- Packets: 968722735 Packets: 2738698376 Bytes: 122708764323 Bytes: 3883111224538 Interrupts: 5777133 Interrupts: 973619783 Transmit Errors: 0 Receive Errors: 0 Packets Dropped: 0 Packets Dropped: 0 Bad Packets: 0 Max Packets on S/W Transmit Queue: 126 S/W Transmit Queue Overflow: 0 Current S/W+H/W Transmit Queue Length: 0
Broadcast Packets: 12232 Broadcast Packets: 6240805 Multicast Packets: 2 Multicast Packets: 2 No Carrier Sense: 0 CRC Errors: 0 DMA Underrun: 0 DMA Overrun: 0 Lost CTS Errors: 0 Alignment Errors: 0 Max Collision Errors: 0 No Resource Errors: 194 Late Collision Errors: 0 Receive Collision Errors: 0 Deferred: 0 Packet Too Short Errors: 0 SQE Test: 0 Packet Too Long Errors: 0 Timeout Errors: 0 Packets Discarded by Adapter: 0 Single Collision Count: 0 Receiver Start Count: 0 Multiple Collision Count: 0 Current HW Transmit Queue Length: 0
General Statistics: ------------------- No mbuf Errors: 0 Adapter Reset Count: 0 Adapter Data Rate: 2000 Driver Flags: Up Broadcast Running Simplex AlternateAddress 64BitSupport PrivateSegment DataRateSet
Adapter Specific Statistics: ---------------------------- Additional Driver Flags: Autonegotiate Entries to transmit timeout routine: 0 Firmware Level: 13.0.5 Transmit and Receive Flow Control Status: Disabled Link Status: Up Media Speed Selected: Autonegotiation Media Speed Running: 1000 Mbps Full Duplex Packets with Transmit collisions: 1 collisions: 0 6 collisions: 0 11 collisions: 0 2 collisions: 0 7 collisions: 0 12 collisions: 0 3 collisions: 0 8 collisions: 0 13 collisions: 0 4 collisions: 0 9 collisions: 0 14 collisions: 0 5 collisions: 0 10 collisions: 0 15 collisions: 0
-- Mark Ferraretto Unix Systems Administrator Deutsche Bank Hong Kong w: +852 2203 6362 m: +852 9558 8032 f: +852 2203 6971 [EMAIL PROTECTED]
To: [EMAIL PROTECTED] cc: bcc: Subject: Re: TSM Scheduler not contacting clients [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 10/02/2003 12:45 PM AST Please respond to ADSM-L <font size=-1></font>
There was a major bug in Aix 5.1 64 bit mode tcp that caused major slowdowns in backups. It was apar IY36925 fixed in bos.net.tcp.client 5.1.0.37. The receive buffer problem occurred with that fix already in place.
David Ehresman
>>> [EMAIL PROTECTED] 10/2/2003 12:27:02 PM >>> On Thu, 2 Oct 2003 09:56:38 -0400 David E Ehresman <[EMAIL PROTECTED]> wrote:
Now this makes some bells ring over here. IIRC there was some bug in the AIX 5.1 TCP code, which in particular would shouw on TSM servers. I don't know what it was any more, nor what the fix is (It was just smalltalk with some engeneer once). You might want to check the APAR DB....
> I had that problem and it was a aix tcp tuning issue. Do a > netstat -v ent1 | grep "Receive Pool Buffer" > where ent1 is the adaptor that your tsm traffic runs on. If your "No > Receive Pool Buffer Errors:" line is greater than zero you have the same > problem I had. We raised our receive pool buffer size up to 2048 and > that fixed our problem. > > The ethernet adaptor has to be down to change the setting. The command > is: > chdev -l ent"x" -a rxbuf_pool_size=2048 > where x is the adaptor name. > > David Ehresman > University of Louisville > > > >>> [EMAIL PROTECTED] 10/1/2003 8:21:01 PM >>> > All, > > I am running TSM 5.1.6.1 on AIX 5.1ML3. In the last few weeks it's > started exhibiting a rather strange problem where the scheduler seems > not to contact the clients to start the backup schedule. > > Halting TSM and restarting it seems to fix it for a few days and then > it will start again. > > Checking the actlog, I stop seeing 'Schedule prompter contacting...' > messages. And, of course, the following day I see a whole stack of > 'Missed' backups. Sometimes the prompter may contact one or two (out of > about 100) systems before stopping altogether. We have 100 Nodes - 50 > Unix (Solaris/Linux/AIX) and 50 NT/2000 systems. All are running > file-based backups. We also have a single Notes server (NT) that's > backed up using TDP. All are in prompted mode. > > I haven't been able to find any error messages in the TSM log. Just an > absence of prompter messages like I said before. > > Can anyone help? > > Mark > > > -- > Mark Ferraretto > Unix Systems Administrator > Deutsche Bank Hong Kong > w: +852 2203 6362 m: +852 9558 8032 f: +852 2203 6971 > [EMAIL PROTECTED] > > > -- > > This e-mail may contain confidential and/or privileged information. If > you are not the intended recipient (or have received this e-mail in > error) please notify the sender immediately and destroy this e-mail. Any > unauthorized copying, disclosure or distribution of the material in this > e-mail is strictly forbidden.
-- Met vriendelijke groeten,
Remco Post
SARA - Reken- en Netwerkdiensten http://www.sara.nl High Performance Computing Tel. +31 20 592 8008 Fax. +31 20 668 3167
"I really didn't foresee the Internet. But then, neither did the computer industry. Not that that tells us very much of course - the computer industry didn't even foresee that the century was going to end." -- Douglas Adams
--
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
Dave Canan TSM Performance IBM Advanced Technical Support [EMAIL PROTECTED]
