Re: Need help with TSM process slowdowns
We did see something similar. The network settings were set on autorecogniate. After that there was a mix off full and half-duplex, which caused a lot of collisions. Fred de Rooij -Original Message- From: Hunley, Ike [EMAIL PROTECTED]@CORUS Sent: Thursday, January 31, 2002 1:38 AM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns Tivoliv has me changing BUFPOOLSIZE to 1/2 the region size. -Original Message- From: George Lesho [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 5:32 PM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns Ike, I don't know much about your environment but if there were no changes to TSM configuration, I would look at the client corresponding to the slow session. If your client is AIX, run entstat (actually entstat -d ent0) to check your network interface. If there are large error totals, you may have hardware problems. George Lesho AFC Enterprises -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 4:03 PM To: [EMAIL PROTECTED] Subject: Need help with TSM process slowdowns HI, I need HELLLP!! TSM backup processes that last week took 51 minutes, now take 8 - 28 hours. We know of no changes to the TSM 4.2.1.9 Server running on OS/390 V2R9. It looks like the servers are ready to send data and TSM is ready to receive. The routers are indicate very low activity. We have a sniffer on now. If anyone out there has recovered from a similar experience please help? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Need help with TSM process slowdowns
fyi... never set anything to autonegotiate... -Original Message- From: Rooij, FC de [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 6:02 AM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns We did see something similar. The network settings were set on autorecogniate. After that there was a mix off full and half-duplex, which caused a lot of collisions. Fred de Rooij -Original Message- From: Hunley, Ike [EMAIL PROTECTED]@CORUS Sent: Thursday, January 31, 2002 1:38 AM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns Tivoliv has me changing BUFPOOLSIZE to 1/2 the region size. -Original Message- From: George Lesho [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 5:32 PM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns Ike, I don't know much about your environment but if there were no changes to TSM configuration, I would look at the client corresponding to the slow session. If your client is AIX, run entstat (actually entstat -d ent0) to check your network interface. If there are large error totals, you may have hardware problems. George Lesho AFC Enterprises -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 4:03 PM To: [EMAIL PROTECTED] Subject: Need help with TSM process slowdowns HI, I need HELLLP!! TSM backup processes that last week took 51 minutes, now take 8 - 28 hours. We know of no changes to the TSM 4.2.1.9 Server running on OS/390 V2R9. It looks like the servers are ready to send data and TSM is ready to receive. The routers are indicate very low activity. We have a sniffer on now. If anyone out there has recovered from a similar experience please help? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Need help with TSM process slowdowns
Are you sure that the mainframe system programmer(s) didn't change anything? Have you asked them about the performance settings of VTAM, TCPIP and the TSM server? Also, like mentioned, make sure your OSA card(s) are set for 100 Full-Duplex. You can see these settings from the HMC or from the OSA/SF utility. If this is an issue of ALL backup sessions taking longer, then I would look at the performance and settings on the mainframe, not necessarily TSM settings, but OS/390 and OSA settings. I would check with your sysprogs on changes and get them to look at the overall performance of the system while TSM is doing a backup. How do the other server processes run? The backup storagepools... backup DB...? Are they running longer, too? If they are fine, I would concentrate on the OSA cards and/or the VTAM and TCPIP performance settings (Either IPS/ICS for compatibility mode or the service class for Goal mode). Bill Boyer DSS, Inc. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Hunley, Ike Sent: Wednesday, January 30, 2002 7:38 PM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns Tivoliv has me changing BUFPOOLSIZE to 1/2 the region size. -Original Message- From: George Lesho [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 5:32 PM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns Ike, I don't know much about your environment but if there were no changes to TSM configuration, I would look at the client corresponding to the slow session. If your client is AIX, run entstat (actually entstat -d ent0) to check your network interface. If there are large error totals, you may have hardware problems. George Lesho AFC Enterprises -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 4:03 PM To: [EMAIL PROTECTED] Subject: Need help with TSM process slowdowns HI, I need HELLLP!! TSM backup processes that last week took 51 minutes, now take 8 - 28 hours. We know of no changes to the TSM 4.2.1.9 Server running on OS/390 V2R9. It looks like the servers are ready to send data and TSM is ready to receive. The routers are indicate very low activity. We have a sniffer on now. If anyone out there has recovered from a similar experience please help? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Need help with TSM process slowdowns
Do you mean TSM sessions, client backing up to TSM server? or processes, TSM server copying or migrating data to tape? Ryan -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 4:03 PM To: [EMAIL PROTECTED] Subject: Need help with TSM process slowdowns HI, I need HELLLP!! TSM backup processes that last week took 51 minutes, now take 8 - 28 hours. We know of no changes to the TSM 4.2.1.9 Server running on OS/390 V2R9. It looks like the servers are ready to send data and TSM is ready to receive. The routers are indicate very low activity. We have a sniffer on now. If anyone out there has recovered from a similar experience please help? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Need help with TSM process slowdowns
Thanks for your response. I mean TSM sessions, client backing up to TSM server? or processes, TSM server copying, migrating data to tape and archiving. -Original Message- From: Miller, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 5:09 PM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns Do you mean TSM sessions, client backing up to TSM server? or processes, TSM server copying or migrating data to tape? Ryan -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 4:03 PM To: [EMAIL PROTECTED] Subject: Need help with TSM process slowdowns HI, I need HELLLP!! TSM backup processes that last week took 51 minutes, now take 8 - 28 hours. We know of no changes to the TSM 4.2.1.9 Server running on OS/390 V2R9. It looks like the servers are ready to send data and TSM is ready to receive. The routers are indicate very low activity. We have a sniffer on now. If anyone out there has recovered from a similar experience please help? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Need help with TSM process slowdowns
Take a large file (at least 100 MB, preferably larger) and FTP it from one of your servers to your OS/390 host. See how long it takes. Do it 3 or 4 times until you can get consistent timings. Then try backing up that large file with TSM 3 or 4 times, see how long it takes. (Preferably use the TSM command line, and turn compression off to make it comparable to FTP.) . TSM will never be quite as fast as FTP, but shouldn't be much slower for a single large file. If they run at (about) the same speed, it's a network or host problem, not a TSM problem. Let us know what you find out. -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 5:13 PM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns Thanks for your response. I mean TSM sessions, client backing up to TSM server? or processes, TSM server copying, migrating data to tape and archiving. -Original Message- From: Miller, Ryan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 5:09 PM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns Do you mean TSM sessions, client backing up to TSM server? or processes, TSM server copying or migrating data to tape? Ryan -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 4:03 PM To: [EMAIL PROTECTED] Subject: Need help with TSM process slowdowns HI, I need HELLLP!! TSM backup processes that last week took 51 minutes, now take 8 - 28 hours. We know of no changes to the TSM 4.2.1.9 Server running on OS/390 V2R9. It looks like the servers are ready to send data and TSM is ready to receive. The routers are indicate very low activity. We have a sniffer on now. If anyone out there has recovered from a similar experience please help? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Need help with TSM process slowdowns
Ike, I don't know much about your environment but if there were no changes to TSM configuration, I would look at the client corresponding to the slow session. If your client is AIX, run entstat (actually entstat -d ent0) to check your network interface. If there are large error totals, you may have hardware problems. George Lesho AFC Enterprises -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 4:03 PM To: [EMAIL PROTECTED] Subject: Need help with TSM process slowdowns HI, I need HELLLP!! TSM backup processes that last week took 51 minutes, now take 8 - 28 hours. We know of no changes to the TSM 4.2.1.9 Server running on OS/390 V2R9. It looks like the servers are ready to send data and TSM is ready to receive. The routers are indicate very low activity. We have a sniffer on now. If anyone out there has recovered from a similar experience please help? Thanks
Re: Need help with TSM process slowdowns
Tivoliv has me changing BUFPOOLSIZE to 1/2 the region size. -Original Message- From: George Lesho [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 5:32 PM To: [EMAIL PROTECTED] Subject: Re: Need help with TSM process slowdowns Ike, I don't know much about your environment but if there were no changes to TSM configuration, I would look at the client corresponding to the slow session. If your client is AIX, run entstat (actually entstat -d ent0) to check your network interface. If there are large error totals, you may have hardware problems. George Lesho AFC Enterprises -Original Message- From: Hunley, Ike [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 4:03 PM To: [EMAIL PROTECTED] Subject: Need help with TSM process slowdowns HI, I need HELLLP!! TSM backup processes that last week took 51 minutes, now take 8 - 28 hours. We know of no changes to the TSM 4.2.1.9 Server running on OS/390 V2R9. It looks like the servers are ready to send data and TSM is ready to receive. The routers are indicate very low activity. We have a sniffer on now. If anyone out there has recovered from a similar experience please help? Thanks Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
Re: Need help with TSM process slowdowns
When a session is in idle wait, what could it be waiting for? Per Tivoli I increased BUFPOOLSIZE. It seems not to have had much affect. Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.
