Device drivers for L700.
Hi, Can someone tell me what AIX device drivers are required for the StorageTek L700 or if any StorageTek device drivers are required ? Config is AIX 4.3.3 HBA's FC 6778. L700 containing 6 9840 drives which are fibre attached to SAN . The robot arm is scsi attached to the server. The scsi cable has beeen connected to the RS/6000 and the server re-booted. No devices can be seen after re-boot. Any help will be greatly appreciated. Cheers Jason
Re: Background / Foreground Performance Mystery
Tried Wanda's idea last night. Backup completed in what we expect the normal time to be. This is using my logon (admin auth on the local NT resource domain) and opening a window with the command dsmc sched. Not sure what this tells us though I'm thinking this is still in the foreground vs. an NT service? Starting to get way over my NT skills at this point! I've asked some of the local Intel support folks about dispatching priorities and if/where they can be set. Are any of the NT savvy folks on the list aware of anyplace that can be set on NT4? Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305 -Original Message- From: Prather, Wanda [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 2:08 PM To: [EMAIL PROTECTED] Subject: Re: Background / Foreground Performance Mystery I have no clue; but one difference in running dsmc as yourself and via the scheduler is that you are running under different accounts. What happens if you run the scheduler under your own account? -Original Message- From: Magura, Curtis [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 11:06 AM To: [EMAIL PROTECTED] Subject: Background / Foreground Performance Mystery Client: O/S - NT4 SP6A TSM 4.2.1.20 Server: AIX 4.3.3 ML6 TSM 4.2.1.7 We have one NT client the has degraded terribly over the past couple of months. We are in the midst of upgrading clients to .20 and the hope was it would help. No luck. Here's the weird part. If I logon to the machine and run dsmc incr the backup performance is about what we expect. Last night we backed up 155.56 GB in 09:05:16. This is an Intel file server with a tad over 4.8 million files on it. If the TSM Scheduler Service starts the backup it takes more than 24 hours to complete! And even more weird it used to run using the scheduler just fine. Standard caveatsnobody has changed anything or so they all say!!! Except of course the upgrade to the newer client that I mentioned. I also deleted and recreated the TSM Scheduler Service No difference. The machine is set give performance preference to background tasks per right clicking on properties of My Computer. I'm at a loss as to why the scheduler performance in unacceptable. Earlier today I setup an AT job to start up the dsmc incr command to see how it would run. Appears to be running at the same pace as if it was started via the Scheduler service. I'll take any help on this one! Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305
Re: TSM
Nazir The tape status is full. Once a tape is full it will not be written to again until it is reclaimed. The value of 30.4% represents the amount of data on the tape that has not been expired in accordance with the policies that you have set through the management classes in which you ran your backups. If you were to set the reclamation threshold for the storage pool in which the tape belongs to a value higher than 30, this tape would be reclaimed. That is the valid data on the tape would be added to another tape in the same storage pool and the tape would return to scratch/empty and available for reuse. I would recommend you start with a reclamation threshold of 40. If you are comfortable with that you can make it 50. Anything higher than 50 is not often recommended. The values from a q vol can be a little confusing at first. The concepts are well laid out in the TSM administrators reference manual. Hope this helps Jim -Original Message- From: Nazir [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 2:08 PM To: [EMAIL PROTECTED] Subject: TSM Hi, TSM is telling that tape 4 is full but it has only 30,4% of the tape full. Why is it happening?? What should i do to solve it? Volume Name Storage Device EstimatedPct Volume Pool NameClass Name Capacity Util Status (MB) --- -- - - --- - E:\TSMDATA\SERVER1\HD1. HD DISK 1.000,0 80,6 On-Line DSM tape1 8MMPOOL 8MMCLASS151.200,0 74,1 Filling tape2 8MMPOOL 8MMCLASS151.200,0 22,8 Filling tape3 8MMPOOL 8MMCLASS151.200,0 17,5 Filling tape4 8MMPOOL 8MMCLASS144.850,6 30,4Full
Re: Question about data protection for Oracle
If you are intent on shutting down your database first, you don't need the TDP, and in fact the TDP needs to run with the DB up. You will do offline full backups. The TDP uses RMAN, which is included with Oracle 8. RMAN implements incremental backups, among many other things. The TDP allows RMAN to send the output data directly to tape. You could instead send the output data to a disk file, and use the regular TSM client to back the disk file up to tape, but you will not be able to use the full capability of RMAN versioning _ William Mansfield Senior Consultant Solution Technology, Inc 630 718 4238 William SO Ng [EMAIL PROTECTED]To: [EMAIL PROTECTED] M cc: Sent by: ADSM: Subject: Question about data protection for Oracle Dist Stor Manager [EMAIL PROTECTED] .EDU 01/29/2002 09:08 PM Please respond to ADSM: Dist Stor Manager Hello there, I have a question about backup on Oracle and would like to get a confirmation. I understand TSM data protection provide ONLINE backup and restore of database, i.e. database is still up and running during backup and restore. My questions are: 1. Every time I do a backup on Oracle, I'll shutdown Oracle first. Do I still need TSM data protection ? From what I understand, once I shutdown Oracle, database is just a file to system and no process will lock these file, so TSM should be able to backup these files safely without TSM data protection, am I correct ? 2. I heard that Oracle 8 provide tools to perform incremental backup on database. Do I still need TSM data protection ? Thanks for your advice. Regards William Tivoli Software, IBM Software Group, IBM China/Hong Kong Limited 11/F, PCCW Tower, Taikoo Place, 979 King's Road, Hong Kong Internet : [EMAIL PROTECTED] Tel: 2825-7613Fax: 2825-0022
Symbolic Link Question.
Hi all, If a directory has been archived and the archsylinkasfile option has not been set, is there an option that can be set on the retrieve to only restore the symbolic links. Many thanks Jason
[no subject]
Dear listers I have a this message : ANS8015E File 'DD:DSCOPT', error code 109 from options processing. what's mean error code 109 ? Anybody can help me ? Thanks Cordialement P.ZANNI [EMAIL PROTECTED] 01 44 93 21 66
Re: Background / Foreground Performance Mystery
What Resourceutilization number are you using? -Original Message- From: Magura, Curtis [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 5:10 AM To: [EMAIL PROTECTED] Subject: Re: Background / Foreground Performance Mystery Tried Wanda's idea last night. Backup completed in what we expect the normal time to be. This is using my logon (admin auth on the local NT resource domain) and opening a window with the command dsmc sched. Not sure what this tells us though I'm thinking this is still in the foreground vs. an NT service? Starting to get way over my NT skills at this point! I've asked some of the local Intel support folks about dispatching priorities and if/where they can be set. Are any of the NT savvy folks on the list aware of anyplace that can be set on NT4? Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305 -Original Message- From: Prather, Wanda [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 2:08 PM To: [EMAIL PROTECTED] Subject: Re: Background / Foreground Performance Mystery I have no clue; but one difference in running dsmc as yourself and via the scheduler is that you are running under different accounts. What happens if you run the scheduler under your own account? -Original Message- From: Magura, Curtis [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 11:06 AM To: [EMAIL PROTECTED] Subject: Background / Foreground Performance Mystery Client: O/S - NT4 SP6A TSM 4.2.1.20 Server: AIX 4.3.3 ML6 TSM 4.2.1.7 We have one NT client the has degraded terribly over the past couple of months. We are in the midst of upgrading clients to .20 and the hope was it would help. No luck. Here's the weird part. If I logon to the machine and run dsmc incr the backup performance is about what we expect. Last night we backed up 155.56 GB in 09:05:16. This is an Intel file server with a tad over 4.8 million files on it. If the TSM Scheduler Service starts the backup it takes more than 24 hours to complete! And even more weird it used to run using the scheduler just fine. Standard caveatsnobody has changed anything or so they all say!!! Except of course the upgrade to the newer client that I mentioned. I also deleted and recreated the TSM Scheduler Service No difference. The machine is set give performance preference to background tasks per right clicking on properties of My Computer. I'm at a loss as to why the scheduler performance in unacceptable. Earlier today I setup an AT job to start up the dsmc incr command to see how it would run. Appears to be running at the same pace as if it was started via the Scheduler service. I'll take any help on this one! Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305
Re: low bandwitdth and big files
Depending on circumstances, this might be a candidate for adaptive differencing, TSMs version of a block level incremental. You will still have to at least once do a complete backup of the big files though. _ William Mansfield Senior Consultant Solution Technology, Inc Burak Demircan burak.demircan@DAIMLERCHTo: [EMAIL PROTECTED] RYSLER.COM cc: Sent by: ADSM: Dist StorSubject: low bandwitdth and big files Manager [EMAIL PROTECTED] 01/30/2002 12:01 AM Please respond to ADSM: Dist Stor Manager Hi, I am trying to backup up big files ~1GB from a low bandwidth line. Some of the clients fail the schedule very frequently. Could you recommend me some options to increase timeout (any kind of timeout). I pasted the schedlog of one of the clients below which starts at 19:00. Regards Burak 29-01-2002 10:26:47 --- SCHEDULEREC QUERY BEGIN 29-01-2002 10:26:47 --- SCHEDULEREC QUERY END 29-01-2002 10:26:47 Next operation scheduled: 29-01-2002 10:26:47 29-01-2002 10:26:47 Schedule Name: NTDAILY 29-01-2002 10:26:47 Action: Incremental 29-01-2002 10:26:47 Objects: 29-01-2002 10:26:47 Options: 29-01-2002 10:26:47 Server Window Start: 19:00:00 on 29-01-2002 29-01-2002 10:26:47 29-01-2002 10:26:47 Waiting to be contacted by the server. 29-01-2002 19:03:59 TCP/IP accepted connection from server. 29-01-2002 19:03:59 Querying server for next scheduled event. 29-01-2002 19:03:59 Node Name: DCS_NOTESSRV1 29-01-2002 19:04:04 Session established with server TSM01.MBT: AIX-RS/6000 29-01-2002 19:04:04 Server Version 4, Release 2, Level 1.9 29-01-2002 19:04:04 Server date/time: 29-01-2002 19:00:10 Last access: 29-01-2002 10:22:53 29-01-2002 19:04:04 --- SCHEDULEREC QUERY BEGIN 29-01-2002 19:04:04 --- SCHEDULEREC QUERY END 29-01-2002 19:04:04 Next operation scheduled: 29-01-2002 19:04:04 29-01-2002 19:04:04 Schedule Name: NTDAILY 29-01-2002 19:04:04 Action: Incremental 29-01-2002 19:04:04 Objects: 29-01-2002 19:04:04 Options: 29-01-2002 19:04:04 Server Window Start: 19:00:00 on 29-01-2002 29-01-2002 19:04:04 29-01-2002 19:04:04 Executing scheduled command now. 29-01-2002 19:04:04 --- SCHEDULEREC OBJECT BEGIN NTDAILY 29-01-2002 19:00:00 29-01-2002 19:04:05 Incremental backup of volume '\\DCS_NOTESSRV1\D$' 29-01-2002 19:04:26 ANS1898I * Processed 500 files * 29-01-2002 19:04:30 Directory-- 0 \\dcs_notessrv1\d$\Lotus\Domino [Sent] 29-01-2002 19:04:44 ANS1898I * Processed 1 000 files * 29-01-2002 19:05:05 Normal File-- 3 932 160 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\drosteadres.nsf [Sent] 29-01-2002 19:06:17 Normal File-- 8 126 464 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\kolleradres1.nsf [Sent] 29-01-2002 19:07:35 Normal File-- 8 912 896 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\kolleradres2.nsf [Sent] 29-01-2002 19:09:11 Normal File--
Tape Error
Hi ...all I have a question with the tapes. I have 4 Compaq DLT 7000 in TSM 4.2.1.9 in Windows NT. My server have only one SCSI adapter and only 3 of the 4 DLT work fine, but one doesn't work. This tape work fine in Windows NT (NT Backup). When I try to write I received this error messages: ANR8302E I/O error on drive MT2 MT2.0.0.1 OP=WRITE, Error Number=1117, CC=205, KEY=FF ASC,=FF ASCQ=FF, SENSE=**NONE** Description=SCSI adapter failure. Refer to Appendix D in the 'Messages' manual for recommended action. ANR1411W Access mode for volume AD0002 now set to read-only due to write error. I found in the appendix D the messages and the only code that I found is CC=205 and the explanation was: Check for loose cables, bent pins, bad cables, bad SCSI adapters, improper termination or bad termination If one of this reasons are correctly, the tape doesn't work fine in NT either or I'm wrong. ? Thank you very much at all !! Christian Astuni IBM Global Services [EMAIL PROTECTED] Tel. 4898-4621 Hipolito Yrigoyen 2149 - Martínez (1640) Bs. As. - Argentina
Re: Background / Foreground Performance Mystery
Curious indeed... did you try falling back to the older client? If you do, i would suggest setting up a temporary node on the server and test under that name... there may be some incompatibilities between backups from different client levels, and you probably don't want to be flipping back and forth... you may not be able to restore data backed up by the new client with the old one. Robin Sharpe Berlex Labs Seay, Paul seay_pd@NAPT HEON.COM To:[EMAIL PROTECTED] cc:(bcc: Robin Sharpe/WA/USR/SHG) 01/30/02 Subject: 08:02 AM Re: Background / Foreground Performance Mystery Please respond to ADSM: Dist Stor Manager What Resourceutilization number are you using? -Original Message- From: Magura, Curtis [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 5:10 AM To: [EMAIL PROTECTED] Subject: Re: Background / Foreground Performance Mystery Tried Wanda's idea last night. Backup completed in what we expect the normal time to be. This is using my logon (admin auth on the local NT resource domain) and opening a window with the command dsmc sched. Not sure what this tells us though I'm thinking this is still in the foreground vs. an NT service? Starting to get way over my NT skills at this point! I've asked some of the local Intel support folks about dispatching priorities and if/where they can be set. Are any of the NT savvy folks on the list aware of anyplace that can be set on NT4? Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305 -Original Message- From: Prather, Wanda [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 2:08 PM To: [EMAIL PROTECTED] Subject: Re: Background / Foreground Performance Mystery I have no clue; but one difference in running dsmc as yourself and via the scheduler is that you are running under different accounts. What happens if you run the scheduler under your own account? -Original Message- From: Magura, Curtis [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 11:06 AM To: [EMAIL PROTECTED] Subject: Background / Foreground Performance Mystery Client: O/S - NT4 SP6A TSM 4.2.1.20 Server: AIX 4.3.3 ML6 TSM 4.2.1.7 We have one NT client the has degraded terribly over the past couple of months. We are in the midst of upgrading clients to .20 and the hope was it would help. No luck. Here's the weird part. If I logon to the machine and run dsmc incr the backup performance is about what we expect. Last night we backed up 155.56 GB in 09:05:16. This is an Intel file server with a tad over 4.8 million files on it. If the TSM Scheduler Service starts the backup it takes more than 24 hours to complete! And even more weird it used to run using the scheduler just fine. Standard caveatsnobody has changed anything or so they all say!!! Except of course the upgrade to the newer client that I mentioned. I also deleted and recreated the TSM Scheduler Service No difference. The machine is set give performance preference to background tasks per right clicking on properties of My Computer. I'm at a loss as to why the scheduler performance in unacceptable. Earlier today I setup an AT job to start up the dsmc incr command to see how it would run. Appears to be running at the same pace as if it was started via the Scheduler service. I'll take any help on this one! Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305
ANS1512E Scheduled event 'OVERNIGHT' failed after ANS4018E file name too long
We run TSM V4.1 server under OS390 V2.9. A Windows NT4 client is doing a scheduled backup of the C, D and E drives. The C drive backup completes ok but the D drive backup fails with ANS1228E Sending of object xxx failed and ANS4018E Error processing xxx.. : file name too long. This is followed by a backup of a further directory and two files. Then message ANS4018E Error procesing D drive : file name too long is given. A large number of files on the D drive are not backed up and nothing on the E drive is backed up. I have an issue open with the IBM Support Centre but they say the backup should not have aborted. I have the following questions: 1. Has anyone else experienced this problem? 2. The TSM V4.1 Windows Client manual states The maximum number of characters for a file name is 256. The maximum number of characters for a path name is 260 characters. Does anyone know what the Windows NT 4 limit is for these values? 3. It looks like in the short term we will have to get our customers to shorten their path names. However, if Windows can create file names and path names greater than the above limits, can someone in IBM / TIVOLI comment on why the TSM client limits are less than the Windows limits and is there any intention of increasing these limits? Thanks. Paul William Tomes IS / TSG UISL Bounemouth, England Tel: 01202-407568 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. http:\\www.mimesweeper.com **
Migration for a sequential access storage pool
Hi *SM-ers! I'm currently migrating from a 3494 to a 3584 library. When I use the Next Storagepool option only one migrate starts. I have two drives in the 3494 and 6 drives in the 3584, so I have enough capacity for two concurrent migrates, but I cannot find a way to control this. Is there any way to start two migrates for a sequential storage pool? Thanks in advance for you reply! Kindest regards, Eric van Loon KLM Royal Dutch Airlines ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. **
Re: Tape Error
I had the same problem with my DLT8000 drives. I had one at the end of the chain that had problems from the start. I checked the cables and all, but nothing. I then went into the TSM Admin config gui, (deleted all the drives first) and then readded them. Works fine now.. TSM server 4.2.1.6 on Windows2000 Joe -Original Message- From: Christian Astuni [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 8:07 AM To: [EMAIL PROTECTED] Subject: Tape Error Hi ...all I have a question with the tapes. I have 4 Compaq DLT 7000 in TSM 4.2.1.9 in Windows NT. My server have only one SCSI adapter and only 3 of the 4 DLT work fine, but one doesn't work. This tape work fine in Windows NT (NT Backup). When I try to write I received this error messages: ANR8302E I/O error on drive MT2 MT2.0.0.1 OP=WRITE, Error Number=1117, CC=205, KEY=FF ASC,=FF ASCQ=FF, SENSE=**NONE** Description=SCSI adapter failure. Refer to Appendix D in the 'Messages' manual for recommended action. ANR1411W Access mode for volume AD0002 now set to read-only due to write error. I found in the appendix D the messages and the only code that I found is CC=205 and the explanation was: Check for loose cables, bent pins, bad cables, bad SCSI adapters, improper termination or bad termination If one of this reasons are correctly, the tape doesn't work fine in NT either or I'm wrong. ? Thank you very much at all !! Christian Astuni IBM Global Services [EMAIL PROTECTED] Tel. 4898-4621 Hipolito Yrigoyen 2149 - Martínez (1640) Bs. As. - Argentina
Re: Tape Error
Thank you very much Joe for your answer, I will try this because I don't have the machine in this site. I try and then let you know. Regards. Joe Cascanette Joe.Cascanette@CTo: [EMAIL PROTECTED] UMIS.COMcc: Sent by: ADSM: Subject: Re: Tape Error Dist Stor Manager [EMAIL PROTECTED] .EDU 30/01/2002 11:38 Please respond to ADSM: Dist Stor Manager I had the same problem with my DLT8000 drives. I had one at the end of the chain that had problems from the start. I checked the cables and all, but nothing. I then went into the TSM Admin config gui, (deleted all the drives first) and then readded them. Works fine now.. TSM server 4.2.1.6 on Windows2000 Joe -Original Message- From: Christian Astuni [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 8:07 AM To: [EMAIL PROTECTED] Subject: Tape Error Hi ...all I have a question with the tapes. I have 4 Compaq DLT 7000 in TSM 4.2.1.9 in Windows NT. My server have only one SCSI adapter and only 3 of the 4 DLT work fine, but one doesn't work. This tape work fine in Windows NT (NT Backup). When I try to write I received this error messages: ANR8302E I/O error on drive MT2 MT2.0.0.1 OP=WRITE, Error Number=1117, CC=205, KEY=FF ASC,=FF ASCQ=FF, SENSE=**NONE** Description=SCSI adapter failure. Refer to Appendix D in the 'Messages' manual for recommended action. ANR1411W Access mode for volume AD0002 now set to read-only due to write error. I found in the appendix D the messages and the only code that I found is CC=205 and the explanation was: Check for loose cables, bent pins, bad cables, bad SCSI adapters, improper termination or bad termination If one of this reasons are correctly, the tape doesn't work fine in NT either or I'm wrong. ? Thank you very much at all !! Christian Astuni IBM Global Services [EMAIL PROTECTED] Tel. 4898-4621 Hipolito Yrigoyen 2149 - Martínez (1640) Bs. As. - Argentina
Re: Migration for a sequential access storage pool
Hi John! The migproc parameter is not valid for sequential access storage pools... Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: John Naylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 15:47 To: [EMAIL PROTECTED] Subject: Re: Migration for a sequential access storage pool update stg yourpool migpro=2 Loon, E.J. van - SPLXM [EMAIL PROTECTED] on 01/30/2002 02:13:02 PM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: John Naylor/HAV/SSE) Subject: Migration for a sequential access storage pool Hi *SM-ers! I'm currently migrating from a 3494 to a 3584 library. When I use the Next Storagepool option only one migrate starts. I have two drives in the 3494 and 6 drives in the 3584, so I have enough capacity for two concurrent migrates, but I cannot find a way to control this. Is there any way to start two migrates for a sequential storage pool? Thanks in advance for you reply! Kindest regards, Eric van Loon KLM Royal Dutch Airlines ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** ** The information in this E-Mail is confidential and may be legally privileged. It may not represent the views of Scottish and Southern Energy plc. It is intended solely for the addressees. Access to this E-Mail by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any unauthorised recipient should advise the sender immediately of the error in transmission. Scottish Hydro-Electric, Southern Electric, SWALEC and S+S are trading names of the Scottish and Southern Energy Group. **
Windows 2000 and systemstate backup
Hi *SM-ers Rather than use TSM to backup systemobjects we are using NTBACKUP to backup systemstate. This allows us to do a bare metal restore which TSM doesn't support. However we appear to have no option but to backup systemobjects with TSM because we feel much safer specifying all-local rather than using specific drives in the domain statement. For machines utilising low speed links it is impossible to get NTBACKUP's systemstate and TSM's systemobjects (at 220MB+ each) backed up and it is a huge waste of space to duplicate these backups. Does anyone have a way of either excluding systemstate from a backup or automatically updating the domain statement to ensure that all local drives are always backed up?? regards, -=Dave=- -- +44 (0)20 7608 7140 667. The neighbour of the beast www.guardianit.com The information contained in this email is confidential and intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. Guardian iT Group will accept no responsibility or liability in respect to this email other than to the addressee. If you have received this communication in error, please notify us immediately via email: [EMAIL PROTECTED] _ This message has been checked for all known viruses by MessageLabs Virus Control Centre.
Re: Background / Foreground Performance Mystery
Hi Curtis, do you have LARGECOMMBUFFERS set to YES in the dsm.opt? If so change it to NO and try it once again. Mit freundlichen Grüßen, Met vriendelijke groeten, With best regards, Bien amicalement, CU/2, Dirk Billerbeck Dirk Billerbeck GE CompuNet Kiel Enterprise Computing Solutions Am Jaegersberg 20, 24161 Altenholz (Kiel), Germany Phone: +49 (0) 431 / 3609 - 117, Fax: +49 (0) 431 / 3609 - 190, Internet: dirk.billerbeck @ gecits-eu.com This email is confidential. If you are not the intended recipient, you must not disclose or use the information contained in it. If you have received this mail in error, please tell us immediately by return email and delete the document. [EMAIL PROTECTED]@VM.MARIST.EDU on 30.01.2002 15:54:59 Please respond to [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Background / Foreground Performance Mystery -- Robin - The problem was there before we upgraded so 4.2.1.20 didn't createunfortunately it didn't help fix it either! We did an uninstall before installing the newer version attempting to refresh everything. Paul - What Resourceutilization number are you using? That client is set to 5. Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305
Re: Migration for a sequential access storage pool
update stg yourpool migpro=2 Loon, E.J. van - SPLXM [EMAIL PROTECTED] on 01/30/2002 02:13:02 PM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: John Naylor/HAV/SSE) Subject: Migration for a sequential access storage pool Hi *SM-ers! I'm currently migrating from a 3494 to a 3584 library. When I use the Next Storagepool option only one migrate starts. I have two drives in the 3494 and 6 drives in the 3584, so I have enough capacity for two concurrent migrates, but I cannot find a way to control this. Is there any way to start two migrates for a sequential storage pool? Thanks in advance for you reply! Kindest regards, Eric van Loon KLM Royal Dutch Airlines ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** ** The information in this E-Mail is confidential and may be legally privileged. It may not represent the views of Scottish and Southern Energy plc. It is intended solely for the addressees. Access to this E-Mail by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Any unauthorised recipient should advise the sender immediately of the error in transmission. Scottish Hydro-Electric, Southern Electric, SWALEC and S+S are trading names of the Scottish and Southern Energy Group. **
Re: ANS1512E Scheduled event 'OVERNIGHT' failed after ANS4018E file name too long
Regarding the long file name issue, you should refer to APAR IC27346. This APAR has a fairly detailed explanation of the problem and should answer most of your questions on this subject. If you have access to looking up IBM APARs, you can go that route. Otherwise try looking in the ADSM-L archives at http://www.adsm.org. Use search criteria of: +ic27346 +raibeck +useunicodefilenames That should give you a relatively small number of hits; one of them should be a post of mine that includes the APAR text. Of course, you can do less refined searches if you want to see more postings that discuss this issue. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Tomes, Paul [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 01/30/2002 07:20 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:ANS1512E Scheduled event 'OVERNIGHT' failed after ANS4018E filename too long We run TSM V4.1 server under OS390 V2.9. A Windows NT4 client is doing a scheduled backup of the C, D and E drives. The C drive backup completes ok but the D drive backup fails with ANS1228E Sending of object xxx failed and ANS4018E Error processing xxx.. : file name too long. This is followed by a backup of a further directory and two files. Then message ANS4018E Error procesing D drive : file name too long is given. A large number of files on the D drive are not backed up and nothing on the E drive is backed up. I have an issue open with the IBM Support Centre but they say the backup should not have aborted. I have the following questions: 1. Has anyone else experienced this problem? 2. The TSM V4.1 Windows Client manual states The maximum number of characters for a file name is 256. The maximum number of characters for a path name is 260 characters. Does anyone know what the Windows NT 4 limit is for these values? 3. It looks like in the short term we will have to get our customers to shorten their path names. However, if Windows can create file names and path names greater than the above limits, can someone in IBM / TIVOLI comment on why the TSM client limits are less than the Windows limits and is there any intention of increasing these limits? Thanks. Paul William Tomes IS / TSG UISL Bounemouth, England Tel: 01202-407568 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. http:\\www.mimesweeper.com **
Re: Windows 2000 and systemstate backup
Hi Using TKG BareMetalRestore for TSM can do a fully automated restore of a machine, and it's easy to use. We have two customers running this, and a restore of a 20GB machine takes aprox. 30-40 mins(depending on network and so on). Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Bergkällavägen 31D 192 79 SOLLENTUNA Växel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Frost, Dave dave.frost@GUARDTo: [EMAIL PROTECTED] IANIT.COM cc: Sent by: ADSM: Subject: Windows 2000 and systemstate Dist Storbackup Manager [EMAIL PROTECTED] .EDU 2002-01-30 16:13 Please respond to ADSM: Dist Stor Manager Hi *SM-ers Rather than use TSM to backup systemobjects we are using NTBACKUP to backup systemstate. This allows us to do a bare metal restore which TSM doesn't support. However we appear to have no option but to backup systemobjects with TSM because we feel much safer specifying all-local rather than using specific drives in the domain statement. For machines utilising low speed links it is impossible to get NTBACKUP's systemstate and TSM's systemobjects (at 220MB+ each) backed up and it is a huge waste of space to duplicate these backups. Does anyone have a way of either excluding systemstate from a backup or automatically updating the domain statement to ensure that all local drives are always backed up?? regards, -=Dave=- -- +44 (0)20 7608 7140 667. The neighbour of the beast www.guardianit.com The information contained in this email is confidential and intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. Guardian iT Group will accept no responsibility or liability in respect to this email other than to the addressee. If you have received this communication in error, please notify us immediately via email: [EMAIL PROTECTED] _ This message has been checked for all known viruses by MessageLabs Virus Control Centre.
Re: Windows 2000 and systemstate backup
Wasn't TKG just bought out by Backup Exec??? -Original Message- From: Daniel Sparrman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:28 AM To: [EMAIL PROTECTED] Subject: Re: Windows 2000 and systemstate backup Hi Using TKG BareMetalRestore for TSM can do a fully automated restore of a machine, and it's easy to use. We have two customers running this, and a restore of a 20GB machine takes aprox. 30-40 mins(depending on network and so on). Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Bergkällavägen 31D 192 79 SOLLENTUNA Växel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Frost, Dave dave.frost@GUARDTo: [EMAIL PROTECTED] IANIT.COM cc: Sent by: ADSM: Subject: Windows 2000 and systemstate Dist Storbackup Manager [EMAIL PROTECTED] .EDU 2002-01-30 16:13 Please respond to ADSM: Dist Stor Manager Hi *SM-ers Rather than use TSM to backup systemobjects we are using NTBACKUP to backup systemstate. This allows us to do a bare metal restore which TSM doesn't support. However we appear to have no option but to backup systemobjects with TSM because we feel much safer specifying all-local rather than using specific drives in the domain statement. For machines utilising low speed links it is impossible to get NTBACKUP's systemstate and TSM's systemobjects (at 220MB+ each) backed up and it is a huge waste of space to duplicate these backups. Does anyone have a way of either excluding systemstate from a backup or automatically updating the domain statement to ensure that all local drives are always backed up?? regards, -=Dave=- -- +44 (0)20 7608 7140 667. The neighbour of the beast www.guardianit.com The information contained in this email is confidential and intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. Guardian iT Group will accept no responsibility or liability in respect to this email other than to the addressee. If you have received this communication in error, please notify us immediately via email: [EMAIL PROTECTED] _ This message has been checked for all known viruses by MessageLabs Virus Control Centre. Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately.
Re: Windows 2000 and systemstate backup
Yes, but Tivoli still has contracts with TKG to deliver products. And I don't see why Veritas would mind selling the product to TSM. The only thing irritating me, was that Veritas was ahead of Tivoli. Tivoli should have bought TKG a long time ago. Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Bergkällavägen 31D 192 79 SOLLENTUNA Växel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Daniel Sparrman daniel.sparrmanTo: [EMAIL PROTECTED] @EXIST.SE cc: Sent by: ADSM: Subject: Re: Windows 2000 and systemstate Dist Stor backup Manager [EMAIL PROTECTED] T.EDU 2002-01-30 16:28 Please respond to ADSM: Dist Stor Manager Hi Using TKG BareMetalRestore for TSM can do a fully automated restore of a machine, and it's easy to use. We have two customers running this, and a restore of a 20GB machine takes aprox. 30-40 mins(depending on network and so on). Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Bergkällavägen 31D 192 79 SOLLENTUNA Växel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Frost, Dave dave.frost@GUARDTo: [EMAIL PROTECTED] IANIT.COM cc: Sent by: ADSM: Subject: Windows 2000 and systemstate Dist Storbackup Manager [EMAIL PROTECTED] .EDU 2002-01-30 16:13 Please respond to ADSM: Dist Stor Manager Hi *SM-ers Rather than use TSM to backup systemobjects we are using NTBACKUP to backup systemstate. This allows us to do a bare metal restore which TSM doesn't support. However we appear to have no option but to backup systemobjects with TSM because we feel much safer specifying all-local rather than using specific drives in the domain statement. For machines utilising low speed links it is impossible to get NTBACKUP's systemstate and TSM's systemobjects (at 220MB+ each) backed up and it is a huge waste of space to duplicate these backups. Does anyone have a way of either excluding systemstate from a backup or automatically updating the domain statement to ensure that all local drives are always backed up?? regards, -=Dave=- -- +44 (0)20 7608 7140 667. The neighbour of the beast www.guardianit.com The information contained in this email is confidential and intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. Guardian iT Group will accept no responsibility or liability in respect to this email other than to the addressee. If you have received this communication in error, please notify us immediately via email: [EMAIL PROTECTED] _ This message has been checked for all known viruses by MessageLabs Virus Control Centre.
Next Storage Question
Hi My question is I have a primary storage pool DISK1 and is next storage pool is DISK2 and the next storage is TAPE1 If my DISK1 became full (lo=30 hi=95) it will migrate the data to DISK2. Now I want to migrate everything (DISK1 + DISK2) to TAPE1. Did I have just to lo=0 hi=0 for DISK1 or DISK2, Or both of them and if both of them did the process will write on one tape (my migp=1) or two. Thanks very much Regards Robert Ouzen [EMAIL PROTECTED]
Re: Windows 2000 and systemstate backup
Well I can see support for Tivoli in TKG products waning in the future now that Veritas owns it -Original Message- From: Daniel Sparrman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:39 AM To: [EMAIL PROTECTED] Subject: Re: Windows 2000 and systemstate backup Yes, but Tivoli still has contracts with TKG to deliver products. And I don't see why Veritas would mind selling the product to TSM. The only thing irritating me, was that Veritas was ahead of Tivoli. Tivoli should have bought TKG a long time ago. Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Bergkällavägen 31D 192 79 SOLLENTUNA Växel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Daniel Sparrman daniel.sparrmanTo: [EMAIL PROTECTED] @EXIST.SE cc: Sent by: ADSM: Subject: Re: Windows 2000 and systemstate Dist Stor backup Manager [EMAIL PROTECTED] T.EDU 2002-01-30 16:28 Please respond to ADSM: Dist Stor Manager Hi Using TKG BareMetalRestore for TSM can do a fully automated restore of a machine, and it's easy to use. We have two customers running this, and a restore of a 20GB machine takes aprox. 30-40 mins(depending on network and so on). Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Bergkällavägen 31D 192 79 SOLLENTUNA Växel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Frost, Dave dave.frost@GUARDTo: [EMAIL PROTECTED] IANIT.COM cc: Sent by: ADSM: Subject: Windows 2000 and systemstate Dist Storbackup Manager [EMAIL PROTECTED] .EDU 2002-01-30 16:13 Please respond to ADSM: Dist Stor Manager Hi *SM-ers Rather than use TSM to backup systemobjects we are using NTBACKUP to backup systemstate. This allows us to do a bare metal restore which TSM doesn't support. However we appear to have no option but to backup systemobjects with TSM because we feel much safer specifying all-local rather than using specific drives in the domain statement. For machines utilising low speed links it is impossible to get NTBACKUP's systemstate and TSM's systemobjects (at 220MB+ each) backed up and it is a huge waste of space to duplicate these backups. Does anyone have a way of either excluding systemstate from a backup or automatically updating the domain statement to ensure that all local drives are always backed up?? regards, -=Dave=- -- +44 (0)20 7608 7140 667. The neighbour of the beast www.guardianit.com The information contained in this email is confidential and intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. Guardian iT Group will accept no responsibility or liability in respect to this email other than to the addressee. If you have received this communication in error, please notify us immediately via email: [EMAIL PROTECTED] _ This message has been checked for all known viruses by MessageLabs Virus Control Centre. Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately.
Re: Philippes ANS8015E problem
Philippe, Please Please Please use a subject line. With the many emails I receive each day, keeping track of threads is a nightmare when posts to the board come through with no subject line. In any case, you failed to mention which platform client was displaying the error, the TSM server or client version and other info that would help resolve the problem. The ANS8015E error indicates that there is an unknown problem in the client's option file. This may be due to the version the client and platform type. Please provide more information. I have experienced problems with my options files and server option file on Windows platforms using 4.1.4.5 client code due to TSM not parsing these files correctly. It has to due with the type of editor they were prepared on as there are special characters involved (such as tabs) that can not be seen. The local work around we came upon is to not use WordPad but then, this may not be your issue; it only applies to Windows machines. George Lesho AFC Enterprises Philippe ZANNI [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 07:34:38 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: George Lesho/Partners/AFC) Fax to: Subject: Dear listers I have a this message : ANS8015E File 'DD:DSCOPT', error code 109 from options processing. what's mean error code 109 ? Anybody can help me ? Thanks Cordialement P.ZANNI [EMAIL PROTECTED] 01 44 93 21 66
Re: low bandwitdth and big files
Using Adaptive Differencing means that it's not the whole file that is backed up because it has changed, only the changes in the file are backed up. This mean that if your 1.8GB file is changed with 50MB each day, only the 50MB is backed up each night. Adaptive Differencing is an included feature in 4.2 clients. Nothing extra. However, what you are backing up is Lotus Notes/Domino databases. I'd suggest you use the TDP for Lotus Domino to handle the backup instead. The TDP has incremental teqnique, and is a lot fast than the file backup klient (when backing up Domino databases). Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Bergkällavägen 31D 192 79 SOLLENTUNA Växel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Burak Demircan burak.demircan@DAIMLERCHRTo: [EMAIL PROTECTED] YSLER.COMcc: Sent by: ADSM: Dist Stor Subject: Re: low bandwitdth and big files Manager [EMAIL PROTECTED] 2002-01-30 16:48 Please respond to ADSM: Dist Stor Manager I have one full backup. What could be the solution? The files change with minor changes every day but 1.8GB file is backuped up from scratch every day. Regards, Burak [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 30.01.2002 16:39 Please respond to ADSM-L To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files Depending on circumstances, this might be a candidate for adaptive differencing, TSMs version of a block level incremental. You will still have to at least once do a complete backup of the big files though. _ William Mansfield Senior Consultant Solution Technology, Inc Burak Demircan burak.demircan@DAIMLERCH To: [EMAIL PROTECTED] RYSLER.COM cc: Sent by: ADSM: Dist Stor Subject: low bandwitdth and big files Manager [EMAIL PROTECTED] 01/30/2002 12:01 AM Please respond to ADSM: Dist Stor Manager Hi, I am trying to backup up big files ~1GB from a low bandwidth line. Some of the clients fail the schedule very frequently. Could you recommend me some options to increase timeout (any kind of timeout). I pasted the schedlog of one of the clients below which starts at 19:00. Regards Burak 29-01-2002 10:26:47 --- SCHEDULEREC QUERY BEGIN 29-01-2002 10:26:47 --- SCHEDULEREC QUERY END 29-01-2002 10:26:47 Next operation scheduled: 29-01-2002 10:26:47 29-01-2002 10:26:47 Schedule Name: * * * * NTDAILY 29-01-2002 10:26:47 Action: * * * * * * * *Incremental 29-01-2002 10:26:47 Objects: 29-01-2002 10:26:47 Options: 29-01-2002 10:26:47 Server Window Start: * 19:00:00 on 29-01-2002 29-01-2002 10:26:47 29-01-2002 10:26:47 Waiting to be contacted by the server. 29-01-2002 19:03:59 TCP/IP accepted connection from server. 29-01-2002 19:03:59 Querying server for next scheduled event. 29-01-2002 19:03:59 Node Name: DCS_NOTESSRV1 29-01-2002 19:04:04 Session established with server TSM01.MBT: AIX-RS/6000 29-01-2002 19:04:04 * Server Version 4, Release 2, Level 1.9 29-01-2002 19:04:04 * Server date/time: 29-01-2002 19:00:10 *Last access: 29-01-2002 10:22:53 29-01-2002 19:04:04 --- SCHEDULEREC QUERY BEGIN 29-01-2002 19:04:04 --- SCHEDULEREC QUERY END 29-01-2002 19:04:04 Next operation scheduled: 29-01-2002 19:04:04 29-01-2002 19:04:04 Schedule Name: * * * * NTDAILY 29-01-2002
Re: Next Storage Question
Both of them in order to ensure that all of the data winds up in TAPE1. Kelly J. Lipp Storage Solutions Specialists, Inc. PO Box 51313 Colorado Springs, CO 80949 [EMAIL PROTECTED] or [EMAIL PROTECTED] www.storsol.com or www.storserver.com (719)531-5926 Fax: (240)539-7175 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Ouzen Sent: Wednesday, January 30, 2002 8:45 AM To: [EMAIL PROTECTED] Subject: Next Storage Question Hi My question is I have a primary storage pool DISK1 and is next storage pool is DISK2 and the next storage is TAPE1 If my DISK1 became full (lo=30 hi=95) it will migrate the data to DISK2. Now I want to migrate everything (DISK1 + DISK2) to TAPE1. Did I have just to lo=0 hi=0 for DISK1 or DISK2, Or both of them and if both of them did the process will write on one tape (my migp=1) or two. Thanks very much Regards Robert Ouzen [EMAIL PROTECTED]
Re: Migration for a sequential access storage pool
Hi Dirk! Thought about that, but it requires a lot of manual intervention. I was hoping for a automated solution, but I'm beginning to think there isn't one... Thanks anyway! Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Dirk Billerbeck [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 16:50 To: [EMAIL PROTECTED] Subject: Re: Migration for a sequential access storage pool Hi Eric, what about multiple move data volumename stgp=3584pool processes (I'm assuming you don't want to use the 3494 any longer. If you want to use both libraries together and just extend your storage pool hierarchy then forget my idea). Mit freundlichen Grüßen, Met vriendelijke groeten, With best regards, Bien amicalement, CU/2, Dirk Billerbeck Dirk Billerbeck GE CompuNet Kiel Enterprise Computing Solutions Am Jaegersberg 20, 24161 Altenholz (Kiel), Germany Phone: +49 (0) 431 / 3609 - 117, Fax: +49 (0) 431 / 3609 - 190, Internet: dirk.billerbeck @ gecits-eu.com This email is confidential. If you are not the intended recipient, you must not disclose or use the information contained in it. If you have received this mail in error, please tell us immediately by return email and delete the document. [EMAIL PROTECTED]@VM.MARIST.EDU on 30.01.2002 15:13:02 Please respond to [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] To: mailbox.dekelnsm cc: Subject: Migration for a sequential access storage pool -- Hi *SM-ers! I'm currently migrating from a 3494 to a 3584 library. When I use the Next Storagepool option only one migrate starts. I have two drives in the 3494 and 6 drives in the 3584, so I have enough capacity for two concurrent migrates, but I cannot find a way to control this. Is there any way to start two migrates for a sequential storage pool? Thanks in advance for you reply! Kindest regards, Eric van Loon KLM Royal Dutch Airlines ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. **
Re: low bandwitdth and big files
I have one full backup. What could be the solution? The files change with minor changes every day but 1.8GB file is backuped up from scratch every day. Regards, Burak [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 30.01.2002 16:39 Please respond to ADSM-L To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files Depending on circumstances, this might be a candidate for adaptive differencing, TSMs version of a block level incremental. You will still have to at least once do a complete backup of the big files though. _ William Mansfield Senior Consultant Solution Technology, Inc Burak Demircan burak.demircan@DAIMLERCH To: [EMAIL PROTECTED] RYSLER.COM cc: Sent by: ADSM: Dist Stor Subject: low bandwitdth and big files Manager [EMAIL PROTECTED] 01/30/2002 12:01 AM Please respond to ADSM: Dist Stor Manager Hi, I am trying to backup up big files ~1GB from a low bandwidth line. Some of the clients fail the schedule very frequently. Could you recommend me some options to increase timeout (any kind of timeout). I pasted the schedlog of one of the clients below which starts at 19:00. Regards Burak 29-01-2002 10:26:47 --- SCHEDULEREC QUERY BEGIN 29-01-2002 10:26:47 --- SCHEDULEREC QUERY END 29-01-2002 10:26:47 Next operation scheduled: 29-01-2002 10:26:47 29-01-2002 10:26:47 Schedule Name: * * * * NTDAILY 29-01-2002 10:26:47 Action: * * * * * * * *Incremental 29-01-2002 10:26:47 Objects: 29-01-2002 10:26:47 Options: 29-01-2002 10:26:47 Server Window Start: * 19:00:00 on 29-01-2002 29-01-2002 10:26:47 29-01-2002 10:26:47 Waiting to be contacted by the server. 29-01-2002 19:03:59 TCP/IP accepted connection from server. 29-01-2002 19:03:59 Querying server for next scheduled event. 29-01-2002 19:03:59 Node Name: DCS_NOTESSRV1 29-01-2002 19:04:04 Session established with server TSM01.MBT: AIX-RS/6000 29-01-2002 19:04:04 * Server Version 4, Release 2, Level 1.9 29-01-2002 19:04:04 * Server date/time: 29-01-2002 19:00:10 *Last access: 29-01-2002 10:22:53 29-01-2002 19:04:04 --- SCHEDULEREC QUERY BEGIN 29-01-2002 19:04:04 --- SCHEDULEREC QUERY END 29-01-2002 19:04:04 Next operation scheduled: 29-01-2002 19:04:04 29-01-2002 19:04:04 Schedule Name: * * * * NTDAILY 29-01-2002 19:04:04 Action: * * * * * * * *Incremental 29-01-2002 19:04:04 Objects: 29-01-2002 19:04:04 Options: 29-01-2002 19:04:04 Server Window Start: * 19:00:00 on 29-01-2002 29-01-2002 19:04:04 29-01-2002 19:04:04 Executing scheduled command now. 29-01-2002 19:04:04 --- SCHEDULEREC OBJECT BEGIN NTDAILY 29-01-2002 19:00:00 29-01-2002 19:04:05 Incremental backup of volume '\\DCS_NOTESSRV1\D$' 29-01-2002 19:04:26 ANS1898I * Processed * * * 500 files * 29-01-2002 19:04:30 Directory-- * * * * * * * * * 0 \\dcs_notessrv1\d$\Lotus\Domino [Sent] 29-01-2002 19:04:44 ANS1898I * Processed * * 1 000 files * 29-01-2002 19:05:05 Normal File-- * * * * 3 932 160 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\drosteadres.nsf [Sent] 29-01-2002 19:06:17 Normal File-- * * * * 8 126 464 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\kolleradres1.nsf [Sent] 29-01-2002 19:07:35 Normal File-- * * * * 8 912 896 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\kolleradres2.nsf [Sent] 29-01-2002 19:09:11 Normal File-- * * * *10 223 616 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\kolleradres3.nsf [Sent] 29-01-2002 19:10:43 Normal File-- * * * *10 485 760 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\kolleradres4.nsf [Sent] 29-01-2002 19:11:55 Normal File-- * * * * 8 126 464 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\names.nsf [Sent] 29-01-2002 19:12:32 Normal File-- * * * * 4 194 304 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\oaksoyadres.nsf [Sent] 29-01-2002 19:12:35 Directory-- * * * * * * * * * 0 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\Mail\Bnemutlu.ft [Sent] 29-01-2002 20:36:19 Normal File-- * * * 497 811 456 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\Mail\agoktas.nsf [Sent] 29-01-2002 20:36:38 ANS1809E Session is lost; initializing session reopen procedure. 29-01-2002 20:37:04 Normal File-- * * 1 078 460 416 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\Mail\bbatumlu.nsf *** Unsuccessful ** 29-01-2002 20:37:04 ANS1114I Waiting for mount of offline media. 29-01-2002
Re: Migration for a sequential access storage pool
Hi Eric, what about multiple move data volumename stgp=3584pool processes (I'm assuming you don't want to use the 3494 any longer. If you want to use both libraries together and just extend your storage pool hierarchy then forget my idea). Mit freundlichen Grüßen, Met vriendelijke groeten, With best regards, Bien amicalement, CU/2, Dirk Billerbeck Dirk Billerbeck GE CompuNet Kiel Enterprise Computing Solutions Am Jaegersberg 20, 24161 Altenholz (Kiel), Germany Phone: +49 (0) 431 / 3609 - 117, Fax: +49 (0) 431 / 3609 - 190, Internet: dirk.billerbeck @ gecits-eu.com This email is confidential. If you are not the intended recipient, you must not disclose or use the information contained in it. If you have received this mail in error, please tell us immediately by return email and delete the document. [EMAIL PROTECTED]@VM.MARIST.EDU on 30.01.2002 15:13:02 Please respond to [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] To: mailbox.dekelnsm cc: Subject: Migration for a sequential access storage pool -- Hi *SM-ers! I'm currently migrating from a 3494 to a 3584 library. When I use the Next Storagepool option only one migrate starts. I have two drives in the 3494 and 6 drives in the 3584, so I have enough capacity for two concurrent migrates, but I cannot find a way to control this. Is there any way to start two migrates for a sequential storage pool? Thanks in advance for you reply! Kindest regards, Eric van Loon KLM Royal Dutch Airlines ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. **
Re: EXT3 files
Like with OS X many of us are waiting for EXT3 filesystem support Maybe now that Lou is leaving the helm at IBM we will see more development in the Tivoli area. At 01:30 PM 1/29/02 -0500, you wrote: I just installed 4.2.0.0 on a Linux86 box with 2.4.7-10 version. I am getting ANS1149E No domain available for incremental backup. According to support this is due to a EXT3 journal file setup that is unsupported by the current TSM version. He said to convert to EXT2 or REISER FS. I know enough Linux to be dangerous, therefore my question is Is there a version of TSM client that does support EXT3 journal files systems? and if so what version? Has anyone else experienced similar problems and what solution did you have. Thank you in advance.
Re: EXT3 files
On Wed, 30 Jan 2002, John Bremer wrote: Like with OS X many of us are waiting for EXT3 filesystem support Maybe now that Lou is leaving the helm at IBM we will see more development in the Tivoli area. At 01:30 PM 1/29/02 -0500, you wrote: I just installed 4.2.0.0 on a Linux86 box with 2.4.7-10 version. I am getting ANS1149E No domain available for incremental backup. According to support this is due to a EXT3 journal file setup that is unsupported by the current TSM version. He said to convert to EXT2 or REISER FS. I know enough Linux to be dangerous, therefore my question is Is there a version of TSM client that does support EXT3 journal files systems? and if so what version? Has anyone else experienced similar problems and what solution did you have. Thank you in advance. You can force them to back up by adding virtualmountpoint statements to dsm.sys for them. Steve Roder, University at Buffalo HOD Service Coordinator VM Systems Programmer UNIX Systems Administrator (Solaris and AIX) TSM/ADSM Administrator ([EMAIL PROTECTED] | (716)645-3564 | http://ubvm.cc.buffalo.edu/~tkssteve)
Re: Background / Foreground Performance Mystery
We are running with the default of no per the TSM Performance and Tuning guide that I'm looking at. Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305 -Original Message- From: Dirk Billerbeck [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:06 AM To: [EMAIL PROTECTED] Subject: Re: Background / Foreground Performance Mystery Hi Curtis, do you have LARGECOMMBUFFERS set to YES in the dsm.opt? If so change it to NO and try it once again. Mit freundlichen Grüßen, Met vriendelijke groeten, With best regards, Bien amicalement, CU/2, Dirk Billerbeck Dirk Billerbeck GE CompuNet Kiel Enterprise Computing Solutions Am Jaegersberg 20, 24161 Altenholz (Kiel), Germany Phone: +49 (0) 431 / 3609 - 117, Fax: +49 (0) 431 / 3609 - 190, Internet: dirk.billerbeck @ gecits-eu.com This email is confidential. If you are not the intended recipient, you must not disclose or use the information contained in it. If you have received this mail in error, please tell us immediately by return email and delete the document. [EMAIL PROTECTED]@VM.MARIST.EDU on 30.01.2002 15:54:59 Please respond to [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Background / Foreground Performance Mystery -- Robin - The problem was there before we upgraded so 4.2.1.20 didn't createunfortunately it didn't help fix it either! We did an uninstall before installing the newer version attempting to refresh everything. Paul - What Resourceutilization number are you using? That client is set to 5. Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305
Re: ANS1512E Scheduled event 'OVERNIGHT' failed after ANS4018E f ile name too long
Thanks for the info Andy. However, I cannot see which PTF fixes IC27346 and which level of the client code incorporates the fix. The Support Centre in the UK does not have this info! Thanks. Paul William Tomes IS / TSG UISL Bournemouth, England Tel: 01202-407568 Original Message- From: Andrew Raibeck [mailto:[EMAIL PROTECTED]] Sent: 30 January 2002 15:31 To: [EMAIL PROTECTED] Subject: Re: ANS1512E Scheduled event 'OVERNIGHT' failed after ANS4018E file name too long Regarding the long file name issue, you should refer to APAR IC27346. This APAR has a fairly detailed explanation of the problem and should answer most of your questions on this subject. If you have access to looking up IBM APARs, you can go that route. Otherwise try looking in the ADSM-L archives at http://www.adsm.org. Use search criteria of: +ic27346 +raibeck +useunicodefilenames That should give you a relatively small number of hits; one of them should be a post of mine that includes the APAR text. Of course, you can do less refined searches if you want to see more postings that discuss this issue. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Tomes, Paul [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 01/30/2002 07:20 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:ANS1512E Scheduled event 'OVERNIGHT' failed after ANS4018E filename too long We run TSM V4.1 server under OS390 V2.9. A Windows NT4 client is doing a scheduled backup of the C, D and E drives. The C drive backup completes ok but the D drive backup fails with ANS1228E Sending of object xxx failed and ANS4018E Error processing xxx.. : file name too long. This is followed by a backup of a further directory and two files. Then message ANS4018E Error procesing D drive : file name too long is given. A large number of files on the D drive are not backed up and nothing on the E drive is backed up. I have an issue open with the IBM Support Centre but they say the backup should not have aborted. I have the following questions: 1. Has anyone else experienced this problem? 2. The TSM V4.1 Windows Client manual states The maximum number of characters for a file name is 256. The maximum number of characters for a path name is 260 characters. Does anyone know what the Windows NT 4 limit is for these values? 3. It looks like in the short term we will have to get our customers to shorten their path names. However, if Windows can create file names and path names greater than the above limits, can someone in IBM / TIVOLI comment on why the TSM client limits are less than the Windows limits and is there any intention of increasing these limits? Thanks. Paul William Tomes IS / TSG UISL Bounemouth, England Tel: 01202-407568 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. http:\\www.mimesweeper.com ** ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. http:\\www.mimesweeper.com **
Re: Background / Foreground Performance Mystery
Hi Curtis, I'm still clueless, but I think it has to be a Windows thing. Ask one of the NT guys to look at your account and the SYSTEM account on the machine and see what the differences are. I'd also try turning off any virus checking software (temporarily) and see if that makes a difference. Just guessing, of course... Wanda -Original Message- From: Magura, Curtis [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 11:31 AM To: [EMAIL PROTECTED] Subject: Re: Background / Foreground Performance Mystery We are running with the default of no per the TSM Performance and Tuning guide that I'm looking at. Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305 -Original Message- From: Dirk Billerbeck [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:06 AM To: [EMAIL PROTECTED] Subject: Re: Background / Foreground Performance Mystery Hi Curtis, do you have LARGECOMMBUFFERS set to YES in the dsm.opt? If so change it to NO and try it once again. Mit freundlichen Grüßen, Met vriendelijke groeten, With best regards, Bien amicalement, CU/2, Dirk Billerbeck Dirk Billerbeck GE CompuNet Kiel Enterprise Computing Solutions Am Jaegersberg 20, 24161 Altenholz (Kiel), Germany Phone: +49 (0) 431 / 3609 - 117, Fax: +49 (0) 431 / 3609 - 190, Internet: dirk.billerbeck @ gecits-eu.com This email is confidential. If you are not the intended recipient, you must not disclose or use the information contained in it. If you have received this mail in error, please tell us immediately by return email and delete the document. [EMAIL PROTECTED]@VM.MARIST.EDU on 30.01.2002 15:54:59 Please respond to [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Background / Foreground Performance Mystery -- Robin - The problem was there before we upgraded so 4.2.1.20 didn't createunfortunately it didn't help fix it either! We did an uninstall before installing the newer version attempting to refresh everything. Paul - What Resourceutilization number are you using? That client is set to 5. Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305
Re: Migration for a sequential access storage pool
Eric, I went through a similar process last year. There are a couple of things you can do. The immediate fix is to update your 3494 pool and change MIGPROCess to 2; the default is 1. You could also do multiple Move Data processes. Tom Kauffman NIBCO, Inc. -Original Message- From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 9:13 AM To: [EMAIL PROTECTED] Subject: Migration for a sequential access storage pool Hi *SM-ers! I'm currently migrating from a 3494 to a 3584 library. When I use the Next Storagepool option only one migrate starts. I have two drives in the 3494 and 6 drives in the 3584, so I have enough capacity for two concurrent migrates, but I cannot find a way to control this. Is there any way to start two migrates for a sequential storage pool? Thanks in advance for you reply! Kindest regards, Eric van Loon KLM Royal Dutch Airlines ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. **
Mixed SCSI/SAN drives in LAN free, is that possible?
Hi, I have been asked by my customer if it is possible to mix SCSI and SAN attached drives on TSM servers that are to perform LAN free backup. I know that I need to drivemapp all the SAN drives but what will TSM do with the SCSI attached drives, is it cleaver enough to make sure that it doesn't mount any tapes for LAN free backups and restores in those drives? Why not upgrade all drives? Money, money... This setup: -TSM server 4.2 on AIX 4.3.3 -3494 libraries -3590E tapes (SCSI and SAN) Regards, Jan Norback Tivoli Certified Consultant: ADSM/TSM IBM Cert. Adv. Technical Expert RS/6000 AIX Atos Origin-IT (MS/DS/OSS Unix) VA-106, PO-box 218, 5600 MD Eindhoven, The Netherlands Groenewoudseweg 1 5621 BA Eindhoven, The Netherlands Email: [EMAIL PROTECTED] Tel: +31 (0)40-2780289 Mobile: +31 (0)6-12994492 Fax : +31 40 2783962
Re: Background / Foreground Performance Mystery
Hi Curtis, what is the value of the TCPWINDOWSIZE parameter in the dsm.opt? According to Tivoli for Windows NT it shouldn't be greater than 63 (KB). Other values aren't supported by NT and would cause the TSM client to use the default value of 32. And another thing you can look for (in the dsmsched.log): Do you have set serialization (in the backup copy groups) set to Shared Static or Shared Dynamic? If you have and there are many retries during the backup that could explain the poor backup performance. My last tip: look for the network data transfer rate of the scheduled client backup. If it is low and the network transfer time is high it could mean that you have some network problems (and not necesseraly with TSM). On the other hand a high network data transfer rate would rather indicate a local client problem. Mit freundlichen Grüßen, Met vriendelijke groeten, With best regards, Bien amicalement, CU/2, Dirk Billerbeck Dirk Billerbeck GE CompuNet Kiel Enterprise Computing Solutions Am Jaegersberg 20, 24161 Altenholz (Kiel), Germany Phone: +49 (0) 431 / 3609 - 117, Fax: +49 (0) 431 / 3609 - 190, Internet: dirk.billerbeck @ gecits-eu.com This email is confidential. If you are not the intended recipient, you must not disclose or use the information contained in it. If you have received this mail in error, please tell us immediately by return email and delete the document. [EMAIL PROTECTED]@VM.MARIST.EDU on 30.01.2002 17:31:06 Please respond to [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] To: mailbox.dekelnsm cc: Subject: Background / Foreground Performance Mystery -- We are running with the default of no per the TSM Performance and Tuning guide that I'm looking at. Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305 -Original Message- From: Dirk Billerbeck [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:06 AM To: [EMAIL PROTECTED] Subject: Re: Background / Foreground Performance Mystery Hi Curtis, do you have LARGECOMMBUFFERS set to YES in the dsm.opt? If so change it to NO and try it once again. Mit freundlichen Grüßen, Met vriendelijke groeten, With best regards, Bien amicalement, CU/2, Dirk Billerbeck Dirk Billerbeck GE CompuNet Kiel Enterprise Computing Solutions Am Jaegersberg 20, 24161 Altenholz (Kiel), Germany Phone: +49 (0) 431 / 3609 - 117, Fax: +49 (0) 431 / 3609 - 190, Internet: dirk.billerbeck @ gecits-eu.com This email is confidential. If you are not the intended recipient, you must not disclose or use the information contained in it. If you have received this mail in error, please tell us immediately by return email and delete the document. [EMAIL PROTECTED]@VM.MARIST.EDU on 30.01.2002 15:54:59 Please respond to [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Background / Foreground Performance Mystery -- Robin - The problem was there before we upgraded so 4.2.1.20 didn't createunfortunately it didn't help fix it either! We did an uninstall before installing the newer version attempting to refresh everything. Paul - What Resourceutilization number are you using? That client is set to 5. Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305
ANS8015E problem
Sorry for the subject line There is a TSM server on OS/390. When TSM start, there is the error ANS8015E with error code 109. I don't know why ! P.ZANNI -Message d'origine- De: George Lesho [SMTP:[EMAIL PROTECTED]] Date: mercredi 30 janvier 2002 16:45 A: [EMAIL PROTECTED] Objet: Re: Philippes ANS8015E problem Philippe, Please Please Please use a subject line. With the many emails I receive each day, keeping track of threads is a nightmare when posts to the board come through with no subject line. In any case, you failed to mention which platform client was displaying the error, the TSM server or client version and other info that would help resolve the problem. The ANS8015E error indicates that there is an unknown problem in the client's option file. This may be due to the version the client and platform type. Please provide more information. I have experienced problems with my options files and server option file on Windows platforms using 4.1.4.5 client code due to TSM not parsing these files correctly. It has to due with the type of editor they were prepared on as there are special characters involved (such as tabs) that can not be seen. The local work around we came upon is to not use WordPad but then, this may not be your issue; it only applies to Windows machines. George Lesho AFC Enterprises Philippe ZANNI [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 07:34:38 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: George Lesho/Partners/AFC) Fax to: Subject: Dear listers I have a this message : ANS8015E File 'DD:DSCOPT', error code 109 from options processing. what's mean error code 109 ? Anybody can help me ? Thanks Cordialement P.ZANNI [EMAIL PROTECTED] 01 44 93 21 66
Re: ANS8015E problem
Being on OS/390, check your TSOADMIN.OPTIONS and ANRSERV.OPTIONS files, you have something set incorrectly in one of these. If you want to, include them in a return message. Thanks, Ryan [EMAIL PROTECTED] -Original Message- From: Philippe ZANNI [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:47 AM To: [EMAIL PROTECTED] Subject: ANS8015E problem Sorry for the subject line There is a TSM server on OS/390. When TSM start, there is the error ANS8015E with error code 109. I don't know why ! P.ZANNI -Message d'origine- De: George Lesho [SMTP:[EMAIL PROTECTED]] Date: mercredi 30 janvier 2002 16:45 A: [EMAIL PROTECTED] Objet: Re: Philippes ANS8015E problem Philippe, Please Please Please use a subject line. With the many emails I receive each day, keeping track of threads is a nightmare when posts to the board come through with no subject line. In any case, you failed to mention which platform client was displaying the error, the TSM server or client version and other info that would help resolve the problem. The ANS8015E error indicates that there is an unknown problem in the client's option file. This may be due to the version the client and platform type. Please provide more information. I have experienced problems with my options files and server option file on Windows platforms using 4.1.4.5 client code due to TSM not parsing these files correctly. It has to due with the type of editor they were prepared on as there are special characters involved (such as tabs) that can not be seen. The local work around we came upon is to not use WordPad but then, this may not be your issue; it only applies to Windows machines. George Lesho AFC Enterprises Philippe ZANNI [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 07:34:38 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: George Lesho/Partners/AFC) Fax to: Subject: Dear listers I have a this message : ANS8015E File 'DD:DSCOPT', error code 109 from options processing. what's mean error code 109 ? Anybody can help me ? Thanks Cordialement P.ZANNI [EMAIL PROTECTED] 01 44 93 21 66
Re: Mixed SCSI/SAN drives in LAN free, is that possible?
Jan Not a problem at all. TSM does not care how they are attached. TSM depends completely on the operating system for the intelligence on the attaching. The 3494 is also intelligent enough to know if someone else is using the drive that it can't. Drive map all the SAN drives??? What you could do which is relatively inexpensive is attach your 3590's to San Data Gateways which attach to the SAN and then they would all be SAN attached. Good luck Becky -Original Message- From: Norback, Jan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:53 AM To: [EMAIL PROTECTED] Subject: Mixed SCSI/SAN drives in LAN free, is that possible? Hi, I have been asked by my customer if it is possible to mix SCSI and SAN attached drives on TSM servers that are to perform LAN free backup. I know that I need to drivemapp all the SAN drives but what will TSM do with the SCSI attached drives, is it cleaver enough to make sure that it doesn't mount any tapes for LAN free backups and restores in those drives? Why not upgrade all drives? Money, money... This setup: -TSM server 4.2 on AIX 4.3.3 -3494 libraries -3590E tapes (SCSI and SAN) Regards, Jan Norback Tivoli Certified Consultant: ADSM/TSM IBM Cert. Adv. Technical Expert RS/6000 AIX Atos Origin-IT (MS/DS/OSS Unix) VA-106, PO-box 218, 5600 MD Eindhoven, The Netherlands Groenewoudseweg 1 5621 BA Eindhoven, The Netherlands Email: [EMAIL PROTECTED] Tel: +31 (0)40-2780289 Mobile: +31 (0)6-12994492 Fax : +31 40 2783962
Re: ANS8015E problem
I certainly am not an OS/390 expert but the error code ANS prefix indicates it is a client problem specifically with the client option file. I would figure out which client option file was causing the error and replace it. If it is a Windows client, save it as a DOS type text file and remove any tabs with Notepad. If it can be edited with VI, remove tabs/special characters using the :set list option in the editor. George Lesho Philippe ZANNI [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 10:46:55 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: George Lesho/Partners/AFC) Fax to: Subject: ANS8015E problem Sorry for the subject line There is a TSM server on OS/390. When TSM start, there is the error ANS8015E with error code 109. I don't know why ! P.ZANNI -Message d'origine- De: George Lesho [SMTP:[EMAIL PROTECTED]] Date: mercredi 30 janvier 2002 16:45 A: [EMAIL PROTECTED] Objet: Re: Philippes ANS8015E problem Philippe, Please Please Please use a subject line. With the many emails I receive each day, keeping track of threads is a nightmare when posts to the board come through with no subject line. In any case, you failed to mention which platform client was displaying the error, the TSM server or client version and other info that would help resolve the problem. The ANS8015E error indicates that there is an unknown problem in the client's option file. This may be due to the version the client and platform type. Please provide more information. I have experienced problems with my options files and server option file on Windows platforms using 4.1.4.5 client code due to TSM not parsing these files correctly. It has to due with the type of editor they were prepared on as there are special characters involved (such as tabs) that can not be seen. The local work around we came upon is to not use WordPad but then, this may not be your issue; it only applies to Windows machines. George Lesho AFC Enterprises Philippe ZANNI [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 07:34:38 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc:(bcc: George Lesho/Partners/AFC) Fax to: Subject: Dear listers I have a this message : ANS8015E File 'DD:DSCOPT', error code 109 from options processing. what's mean error code 109 ? Anybody can help me ? Thanks Cordialement P.ZANNI [EMAIL PROTECTED] 01 44 93 21 66
Odd error in TSM errorlog
I have a TSM server (Win2K 4.1.5) and it also has a TSM client (4.1.3) installed. The error log looks great except for a recurring entry with no error code as follows: 01/23/2002 16:45:48 ConsoleEventHandler(): Caught Logoff console event . 01/23/2002 16:45:48 ConsoleEventHandler(): Process Detached. 01/23/2002 16:45:48 ConsoleEventHandler(): Caught Logoff console event . 01/23/2002 16:45:48 ConsoleEventHandler(): Process Detached. Is the above information from my errorlog significant? What is causing it? George Lesho AFC Enterprises
Re: Background / Foreground Performance Mystery
Thanks Dirk. TCPWindowsize is set to 63. We do run with Shareddynamic but the retry count is set to one. The part that just baffles me is that all of the various parameters that have been suggested by the list are (or least should be) the same. It's the same dsm.opt file, same disk, same processor, same NICetc. Only difference that I know of is of course foreground vs. background which makes me think it's a Windows issue as Wanda suggestedJust don't know where else to look at this point. I'll have to have another look at the network number. Maybe over the weekend when I can afford to let it run all day. Usually I cancel the Scheduler session and rerun interactively so we can get a current backup. Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305 -Original Message- From: Dirk Billerbeck [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 11:59 AM To: [EMAIL PROTECTED] Subject: Re: Background / Foreground Performance Mystery Hi Curtis, what is the value of the TCPWINDOWSIZE parameter in the dsm.opt? According to Tivoli for Windows NT it shouldn't be greater than 63 (KB). Other values aren't supported by NT and would cause the TSM client to use the default value of 32. And another thing you can look for (in the dsmsched.log): Do you have set serialization (in the backup copy groups) set to Shared Static or Shared Dynamic? If you have and there are many retries during the backup that could explain the poor backup performance. My last tip: look for the network data transfer rate of the scheduled client backup. If it is low and the network transfer time is high it could mean that you have some network problems (and not necesseraly with TSM). On the other hand a high network data transfer rate would rather indicate a local client problem. Mit freundlichen Grüßen, Met vriendelijke groeten, With best regards, Bien amicalement, CU/2, Dirk Billerbeck Dirk Billerbeck GE CompuNet Kiel Enterprise Computing Solutions Am Jaegersberg 20, 24161 Altenholz (Kiel), Germany Phone: +49 (0) 431 / 3609 - 117, Fax: +49 (0) 431 / 3609 - 190, Internet: dirk.billerbeck @ gecits-eu.com This email is confidential. If you are not the intended recipient, you must not disclose or use the information contained in it. If you have received this mail in error, please tell us immediately by return email and delete the document. [EMAIL PROTECTED]@VM.MARIST.EDU on 30.01.2002 17:31:06 Please respond to [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] To: mailbox.dekelnsm cc: Subject: Background / Foreground Performance Mystery -- We are running with the default of no per the TSM Performance and Tuning guide that I'm looking at. Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305 -Original Message- From: Dirk Billerbeck [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:06 AM To: [EMAIL PROTECTED] Subject: Re: Background / Foreground Performance Mystery Hi Curtis, do you have LARGECOMMBUFFERS set to YES in the dsm.opt? If so change it to NO and try it once again. Mit freundlichen Grüßen, Met vriendelijke groeten, With best regards, Bien amicalement, CU/2, Dirk Billerbeck Dirk Billerbeck GE CompuNet Kiel Enterprise Computing Solutions Am Jaegersberg 20, 24161 Altenholz (Kiel), Germany Phone: +49 (0) 431 / 3609 - 117, Fax: +49 (0) 431 / 3609 - 190, Internet: dirk.billerbeck @ gecits-eu.com This email is confidential. If you are not the intended recipient, you must not disclose or use the information contained in it. If you have received this mail in error, please tell us immediately by return email and delete the document. [EMAIL PROTECTED]@VM.MARIST.EDU on 30.01.2002 15:54:59 Please respond to [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Background / Foreground Performance Mystery -- Robin - The problem was there before we upgraded so 4.2.1.20 didn't createunfortunately it didn't help fix it either! We did an uninstall before installing the newer version attempting to refresh everything. Paul - What Resourceutilization number are you using? That client is set to 5. Curt Magura Lockheed Martin EIS Gaithersburg, Md. 301-240-6305
Re: low bandwitdth and big files
From: Matthew Glanville You might want to turn on TSM client side compression... In my experience notes databases can get at least 50% compressed. Your backups will most likely go down to 2 hours, or even more. TSM: update node node_name compress=yes Give it a try. For low bandwith lines I always prefer to let TSM compress the data first Of course, we no longer back up notes as normal files but use the TDP for Domino agent. (but still use TSM client compression). Matthew Glanville [EMAIL PROTECTED] Burak Demircan [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 10:48:46 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files I have one full backup. What could be the solution? The files change with minor changes every day but 1.8GB file is backuped up from scratch every day. Regards, Burak [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 30.01.2002 16:39 Please respond to ADSM-L To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files Depending on circumstances, this might be a candidate for adaptive differencing, TSMs version of a block level incremental. You will still have to at least once do a complete backup of the big files though. _ William Mansfield Senior Consultant Solution Technology, Inc Burak Demircan burak.demircan@DAIMLERCH To: [EMAIL PROTECTED] RYSLER.COM cc: Sent by: ADSM: Dist Stor Subject: low bandwitdth and big files Manager [EMAIL PROTECTED] 01/30/2002 12:01 AM Please respond to ADSM: Dist Stor Manager Hi, I am trying to backup up big files ~1GB from a low bandwidth line. Some of the clients fail the schedule very frequently. Could you recommend me some options to increase timeout (any kind of timeout). I pasted the schedlog of one of the clients below which starts at 19:00. Regards Burak 29-01-2002 10:26:47 --- SCHEDULEREC QUERY BEGIN 29-01-2002 10:26:47 --- SCHEDULEREC QUERY END 29-01-2002 10:26:47 Next operation scheduled: 29-01-2002 10:26:47 29-01-2002 10:26:47 Schedule Name: * * * * NTDAILY 29-01-2002 10:26:47 Action: * * * * * * * *Incremental 29-01-2002 10:26:47 Objects: 29-01-2002 10:26:47 Options: 29-01-2002 10:26:47 Server Window Start: * 19:00:00 on 29-01-2002 29-01-2002 10:26:47 29-01-2002 10:26:47 Waiting to be contacted by the server. 29-01-2002 19:03:59 TCP/IP accepted connection from server. 29-01-2002 19:03:59 Querying server for next scheduled event. 29-01-2002 19:03:59 Node Name: DCS_NOTESSRV1 29-01-2002 19:04:04 Session established with server TSM01.MBT: AIX-RS/6000 29-01-2002 19:04:04 * Server Version 4, Release 2, Level 1.9 29-01-2002 19:04:04 * Server date/time: 29-01-2002 19:00:10 *Last access: 29-01-2002 10:22:53 29-01-2002 19:04:04 --- SCHEDULEREC QUERY BEGIN 29-01-2002 19:04:04 --- SCHEDULEREC QUERY END 29-01-2002 19:04:04 Next operation scheduled: 29-01-2002 19:04:04 29-01-2002 19:04:04 Schedule Name: * * * * NTDAILY 29-01-2002 19:04:04 Action: * * * * * * * *Incremental 29-01-2002 19:04:04 Objects: 29-01-2002 19:04:04 Options: 29-01-2002 19:04:04 Server Window Start: * 19:00:00 on 29-01-2002 29-01-2002 19:04:04 29-01-2002 19:04:04 Executing scheduled command now. 29-01-2002 19:04:04 --- SCHEDULEREC OBJECT BEGIN NTDAILY 29-01-2002 19:00:00 29-01-2002 19:04:05 Incremental backup of volume '\\DCS_NOTESSRV1\D$' 29-01-2002 19:04:26 ANS1898I * Processed * * * 500 files * 29-01-2002 19:04:30 Directory-- * * * * * * * * * 0 \\dcs_notessrv1\d$\Lotus\Domino [Sent] 29-01-2002 19:04:44 ANS1898I * Processed * * 1 000 files * 29-01-2002 19:05:05 Normal File-- * * * * 3 932 160 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\drosteadres.nsf [Sent] 29-01-2002 19:06:17 Normal File-- * * * * 8 126 464 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\kolleradres1.nsf [Sent] 29-01-2002 19:07:35 Normal File-- * * * * 8 912 896 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\kolleradres2.nsf [Sent] 29-01-2002 19:09:11 Normal File-- * * * *10 223 616 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\kolleradres3.nsf [Sent] 29-01-2002 19:10:43 Normal File-- * * * *10 485 760 \\dcs_notessrv1\d$\Lotus\Domino\Notesdata\adressbooks\kolleradres4.nsf [Sent] 29-01-2002 19:11:55 Normal File-- * * * * 8 126 464
Re: Mixed SCSI/SAN drives in LAN free, is that possible?
Becky, the fact that TSM doesn't care how the drives are attached is the part that scares me. To me it sounds like: -TSM might mount a tape in driveX, which could be SCSI attached -TSM tell the storage agent to use driveX (which it doesn't have a clue about as it is SCSI) and the backup will fail. Is the above assumption correct or does TSM understand that it can't mount a tape in a drive for which there is no drive mapping for this client? SAN DGW isn't an option for this customer, I have used it for other customers. I am used to SAN and SCSI attached drives for LAN free but I haven't tried the mixture... Maybe there is a way to partition the 3494 so it looks like 2 different libraries, one with SCSI and one with SAN or there might not be a problem? /Jan Norback -Original Message- From: Davidson, Becky [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 6:11 PM To: [EMAIL PROTECTED] Subject: Re: Mixed SCSI/SAN drives in LAN free, is that possible? Jan Not a problem at all. TSM does not care how they are attached. TSM depends completely on the operating system for the intelligence on the attaching. The 3494 is also intelligent enough to know if someone else is using the drive that it can't. Drive map all the SAN drives??? What you could do which is relatively inexpensive is attach your 3590's to San Data Gateways which attach to the SAN and then they would all be SAN attached. Good luck Becky -Original Message- From: Norback, Jan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:53 AM To: [EMAIL PROTECTED] Subject: Mixed SCSI/SAN drives in LAN free, is that possible? Hi, I have been asked by my customer if it is possible to mix SCSI and SAN attached drives on TSM servers that are to perform LAN free backup. I know that I need to drivemapp all the SAN drives but what will TSM do with the SCSI attached drives, is it cleaver enough to make sure that it doesn't mount any tapes for LAN free backups and restores in those drives? Why not upgrade all drives? Money, money... This setup: -TSM server 4.2 on AIX 4.3.3 -3494 libraries -3590E tapes (SCSI and SAN) Regards, Jan Norback Tivoli Certified Consultant: ADSM/TSM IBM Cert. Adv. Technical Expert RS/6000 AIX Atos Origin-IT (MS/DS/OSS Unix) VA-106, PO-box 218, 5600 MD Eindhoven, The Netherlands Groenewoudseweg 1 5621 BA Eindhoven, The Netherlands Email: [EMAIL PROTECTED] Tel: +31 (0)40-2780289 Mobile: +31 (0)6-12994492 Fax : +31 40 2783962
Re: Windows 2000 and systemstate backup
Actually, they were bought by Veritas Software. -- Joshua S. Bassi Sr. Solutions Architect IBM Certified - AIX/HACMP, SAN, Shark Tivoli Certified Consultant- ADSM/TSM Cell (415) 215-0326 [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of Remeta, Mark Sent: Wednesday, January 30, 2002 7:39 AM To: [EMAIL PROTECTED] Subject: Re: Windows 2000 and systemstate backup Wasn't TKG just bought out by Backup Exec??? -Original Message- From: Daniel Sparrman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:28 AM To: [EMAIL PROTECTED] Subject: Re: Windows 2000 and systemstate backup Hi Using TKG BareMetalRestore for TSM can do a fully automated restore of a machine, and it's easy to use. We have two customers running this, and a restore of a 20GB machine takes aprox. 30-40 mins(depending on network and so on). Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Bergkällavägen 31D 192 79 SOLLENTUNA Växel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Frost, Dave dave.frost@GUARDTo: [EMAIL PROTECTED] IANIT.COM cc: Sent by: ADSM: Subject: Windows 2000 and systemstate Dist Storbackup Manager [EMAIL PROTECTED] .EDU 2002-01-30 16:13 Please respond to ADSM: Dist Stor Manager Hi *SM-ers Rather than use TSM to backup systemobjects we are using NTBACKUP to backup systemstate. This allows us to do a bare metal restore which TSM doesn't support. However we appear to have no option but to backup systemobjects with TSM because we feel much safer specifying all-local rather than using specific drives in the domain statement. For machines utilising low speed links it is impossible to get NTBACKUP's systemstate and TSM's systemobjects (at 220MB+ each) backed up and it is a huge waste of space to duplicate these backups. Does anyone have a way of either excluding systemstate from a backup or automatically updating the domain statement to ensure that all local drives are always backed up?? regards, -=Dave=- -- +44 (0)20 7608 7140 667. The neighbour of the beast www.guardianit.com The information contained in this email is confidential and intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. Guardian iT Group will accept no responsibility or liability in respect to this email other than to the addressee. If you have received this communication in error, please notify us immediately via email: [EMAIL PROTECTED] _ This message has been checked for all known viruses by MessageLabs Virus Control Centre. Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately.
Re: Odd error in TSM errorlog
You will see that each time the Win2K box is re-booted. My belief is that is the scheduling service reporting that is has been told to shut down by the OS when the system is shutting down. You can safely ignore it. -Original Message- From: George Lesho [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 12:11 PM To: [EMAIL PROTECTED] Subject: Odd error in TSM errorlog I have a TSM server (Win2K 4.1.5) and it also has a TSM client (4.1.3) installed. The error log looks great except for a recurring entry with no error code as follows: 01/23/2002 16:45:48 ConsoleEventHandler(): Caught Logoff console event . 01/23/2002 16:45:48 ConsoleEventHandler(): Process Detached. 01/23/2002 16:45:48 ConsoleEventHandler(): Caught Logoff console event . 01/23/2002 16:45:48 ConsoleEventHandler(): Process Detached. Is the above information from my errorlog significant? What is causing it? George Lesho AFC Enterprises
Re: Odd error in TSM errorlog
In the 3.7 and 4.1 client you see that message whenever the scheduler is stopped. If you know the system was rebooted or someone stopped/started the scheduler service, then it's normal. If not, check the Win2K SYSTEM and APP event logs to see if the scheduler died unexpectedly (it could have been restarted automatically by Win2K). I think this message goes away at the 4.2 client. Wanda Prather The Johns Hopkins Applied Physics Lab 443-778-8769 [EMAIL PROTECTED] Intelligence has much less practical application than you'd think - Scott Adams/Dilbert -Original Message- From: George Lesho [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 12:11 PM To: [EMAIL PROTECTED] Subject: Odd error in TSM errorlog I have a TSM server (Win2K 4.1.5) and it also has a TSM client (4.1.3) installed. The error log looks great except for a recurring entry with no error code as follows: 01/23/2002 16:45:48 ConsoleEventHandler(): Caught Logoff console event . 01/23/2002 16:45:48 ConsoleEventHandler(): Process Detached. 01/23/2002 16:45:48 ConsoleEventHandler(): Caught Logoff console event . 01/23/2002 16:45:48 ConsoleEventHandler(): Process Detached. Is the above information from my errorlog significant? What is causing it? George Lesho AFC Enterprises
Re: ANS1512E Scheduled event 'OVERNIGHT' failed after ANS4018E f ile name too long
Paul, The problem was fixed in version 3.7.2 starting with 3.7.2.16. The problem was fixed in version 4 starting with version 4.1.1 and up. Be sure to read the APA R text carefully! If you are running 4.1.3, then the problem should be fixed there, unless your file names are exceeding the TSM architectural limits OR you are using USEUNICODEFILENAMES YES. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Tomes, Paul [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 01/30/2002 09:38 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: ANS1512E Scheduled event 'OVERNIGHT' failed after ANS4018E f ile name too long Thanks for the info Andy. However, I cannot see which PTF fixes IC27346 and which level of the client code incorporates the fix. The Support Centre in the UK does not have this info! Thanks. Paul William Tomes IS / TSG UISL Bournemouth, England Tel: 01202-407568 Original Message- From: Andrew Raibeck [mailto:[EMAIL PROTECTED]] Sent: 30 January 2002 15:31 To: [EMAIL PROTECTED] Subject: Re: ANS1512E Scheduled event 'OVERNIGHT' failed after ANS4018E file name too long Regarding the long file name issue, you should refer to APAR IC27346. This APAR has a fairly detailed explanation of the problem and should answer most of your questions on this subject. If you have access to looking up IBM APARs, you can go that route. Otherwise try looking in the ADSM-L archives at http://www.adsm.org. Use search criteria of: +ic27346 +raibeck +useunicodefilenames That should give you a relatively small number of hits; one of them should be a post of mine that includes the APAR text. Of course, you can do less refined searches if you want to see more postings that discuss this issue. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Tomes, Paul [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 01/30/2002 07:20 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:ANS1512E Scheduled event 'OVERNIGHT' failed after ANS4018E filename too long We run TSM V4.1 server under OS390 V2.9. A Windows NT4 client is doing a scheduled backup of the C, D and E drives. The C drive backup completes ok but the D drive backup fails with ANS1228E Sending of object xxx failed and ANS4018E Error processing xxx.. : file name too long. This is followed by a backup of a further directory and two files. Then message ANS4018E Error procesing D drive : file name too long is given. A large number of files on the D drive are not backed up and nothing on the E drive is backed up. I have an issue open with the IBM Support Centre but they say the backup should not have aborted. I have the following questions: 1. Has anyone else experienced this problem? 2. The TSM V4.1 Windows Client manual states The maximum number of characters for a file name is 256. The maximum number of characters for a path name is 260 characters. Does anyone know what the Windows NT 4 limit is for these values? 3. It looks like in the short term we will have to get our customers to shorten their path names. However, if Windows can create file names and path names greater than the above limits, can someone in IBM / TIVOLI comment on why the TSM client limits are less than the Windows limits and is there any intention of increasing these limits? Thanks. Paul William Tomes IS / TSG UISL Bounemouth, England Tel: 01202-407568 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. http:\\www.mimesweeper.com ** ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for
Re: Mixed SCSI/SAN drives in LAN free, is that possible?
The StorageAgent can only map drives which its operating system knows about! The mapping process maps StorageAgent RMTs to TSM server logical drives. Orville L. Lantto Datatrend Technologies, Inc. 121 Cheshire Lane #700 Minnetonka, MN 55305 Email: [EMAIL PROTECTED] V: 952-931-1203 F: 952-931-1293 C: 612-770-9166 Norback, Jan [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 01/30/02 11:48 AM Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: Mixed SCSI/SAN drives in LAN free, is that possible? Becky, the fact that TSM doesn't care how the drives are attached is the part that scares me. To me it sounds like: -TSM might mount a tape in driveX, which could be SCSI attached -TSM tell the storage agent to use driveX (which it doesn't have a clue about as it is SCSI) and the backup will fail. Is the above assumption correct or does TSM understand that it can't mount a tape in a drive for which there is no drive mapping for this client? SAN DGW isn't an option for this customer, I have used it for other customers. I am used to SAN and SCSI attached drives for LAN free but I haven't tried the mixture... Maybe there is a way to partition the 3494 so it looks like 2 different libraries, one with SCSI and one with SAN or there might not be a problem? /Jan Norback -Original Message- From: Davidson, Becky [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 6:11 PM To: [EMAIL PROTECTED] Subject: Re: Mixed SCSI/SAN drives in LAN free, is that possible? Jan Not a problem at all. TSM does not care how they are attached. TSM depends completely on the operating system for the intelligence on the attaching. The 3494 is also intelligent enough to know if someone else is using the drive that it can't. Drive map all the SAN drives??? What you could do which is relatively inexpensive is attach your 3590's to San Data Gateways which attach to the SAN and then they would all be SAN attached. Good luck Becky -Original Message- From: Norback, Jan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:53 AM To: [EMAIL PROTECTED] Subject: Mixed SCSI/SAN drives in LAN free, is that possible? Hi, I have been asked by my customer if it is possible to mix SCSI and SAN attached drives on TSM servers that are to perform LAN free backup. I know that I need to drivemapp all the SAN drives but what will TSM do with the SCSI attached drives, is it cleaver enough to make sure that it doesn't mount any tapes for LAN free backups and restores in those drives? Why not upgrade all drives? Money, money... This setup: -TSM server 4.2 on AIX 4.3.3 -3494 libraries -3590E tapes (SCSI and SAN) Regards, Jan Norback Tivoli Certified Consultant: ADSM/TSM IBM Cert. Adv. Technical Expert RS/6000 AIX Atos Origin-IT (MS/DS/OSS Unix) VA-106, PO-box 218, 5600 MD Eindhoven, The Netherlands Groenewoudseweg 1 5621 BA Eindhoven, The Netherlands Email: [EMAIL PROTECTED] Tel: +31 (0)40-2780289 Mobile: +31 (0)6-12994492 Fax : +31 40 2783962
Re: Mixed SCSI/SAN drives in LAN free, is that possible?
This is one of those questions that has an obvious answer: of course TSM knows which drives it's working with. The mapping is set ahead of time and the library manager knows what drives the storage agents can and cannot see. It won't attempt to mount a tape in a drive the storage agent can't see. Won't happen. Can't happen. The original answer: not a problem is correct. Kelly J. Lipp Storage Solutions Specialists, Inc. PO Box 51313 Colorado Springs, CO 80949 [EMAIL PROTECTED] or [EMAIL PROTECTED] www.storsol.com or www.storserver.com (719)531-5926 Fax: (240)539-7175 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Norback, Jan Sent: Wednesday, January 30, 2002 10:49 AM To: [EMAIL PROTECTED] Subject: Re: Mixed SCSI/SAN drives in LAN free, is that possible? Becky, the fact that TSM doesn't care how the drives are attached is the part that scares me. To me it sounds like: -TSM might mount a tape in driveX, which could be SCSI attached -TSM tell the storage agent to use driveX (which it doesn't have a clue about as it is SCSI) and the backup will fail. Is the above assumption correct or does TSM understand that it can't mount a tape in a drive for which there is no drive mapping for this client? SAN DGW isn't an option for this customer, I have used it for other customers. I am used to SAN and SCSI attached drives for LAN free but I haven't tried the mixture... Maybe there is a way to partition the 3494 so it looks like 2 different libraries, one with SCSI and one with SAN or there might not be a problem? /Jan Norback -Original Message- From: Davidson, Becky [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 6:11 PM To: [EMAIL PROTECTED] Subject: Re: Mixed SCSI/SAN drives in LAN free, is that possible? Jan Not a problem at all. TSM does not care how they are attached. TSM depends completely on the operating system for the intelligence on the attaching. The 3494 is also intelligent enough to know if someone else is using the drive that it can't. Drive map all the SAN drives??? What you could do which is relatively inexpensive is attach your 3590's to San Data Gateways which attach to the SAN and then they would all be SAN attached. Good luck Becky -Original Message- From: Norback, Jan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 10:53 AM To: [EMAIL PROTECTED] Subject: Mixed SCSI/SAN drives in LAN free, is that possible? Hi, I have been asked by my customer if it is possible to mix SCSI and SAN attached drives on TSM servers that are to perform LAN free backup. I know that I need to drivemapp all the SAN drives but what will TSM do with the SCSI attached drives, is it cleaver enough to make sure that it doesn't mount any tapes for LAN free backups and restores in those drives? Why not upgrade all drives? Money, money... This setup: -TSM server 4.2 on AIX 4.3.3 -3494 libraries -3590E tapes (SCSI and SAN) Regards, Jan Norback Tivoli Certified Consultant: ADSM/TSM IBM Cert. Adv. Technical Expert RS/6000 AIX Atos Origin-IT (MS/DS/OSS Unix) VA-106, PO-box 218, 5600 MD Eindhoven, The Netherlands Groenewoudseweg 1 5621 BA Eindhoven, The Netherlands Email: [EMAIL PROTECTED] Tel: +31 (0)40-2780289 Mobile: +31 (0)6-12994492 Fax : +31 40 2783962
Re: low bandwitdth and big files
Matt, Are you running two, maybe 3 compression routines. i.e. once at the client, once at the server level (you'll see if you q devclass f=d on a sequential storage device) and once at the hardware level (micro code). If so, have you kept check on the amount of data in your stgpool. I say this because a q occ on a file space is not going to give you an accurrate indication of the amount of data that node/filespace has dumped into your stgpool. Although the IBMers and the manuals say don't run multiple compression routines, they've yet to advise on what to do if you have to run client side compression due to a slow network. I can shut off server side/devclass compression, but what about hardware compression. Can you shut off compression on a 3590 tape device. Isn't that a micro code issue. i.e. you can't shut it off? Regards, Joe -Original Message- From: Matthew Glanville [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 12:43 PM To: [EMAIL PROTECTED] Subject: Re: low bandwitdth and big files From: Matthew Glanville You might want to turn on TSM client side compression... In my experience notes databases can get at least 50% compressed. Your backups will most likely go down to 2 hours, or even more. TSM: update node node_name compress=yes Give it a try. For low bandwith lines I always prefer to let TSM compress the data first Of course, we no longer back up notes as normal files but use the TDP for Domino agent. (but still use TSM client compression). Matthew Glanville [EMAIL PROTECTED] Burak Demircan [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 10:48:46 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files I have one full backup. What could be the solution? The files change with minor changes every day but 1.8GB file is backuped up from scratch every day. Regards, Burak [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 30.01.2002 16:39 Please respond to ADSM-L To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files Depending on circumstances, this might be a candidate for adaptive differencing, TSMs version of a block level incremental. You will still have to at least once do a complete backup of the big files though. _ William Mansfield Senior Consultant Solution Technology, Inc Burak Demircan burak.demircan@DAIMLERCH To: [EMAIL PROTECTED] RYSLER.COM cc: Sent by: ADSM: Dist Stor Subject: low bandwitdth and big files Manager [EMAIL PROTECTED] 01/30/2002 12:01 AM Please respond to ADSM: Dist Stor Manager Hi, I am trying to backup up big files ~1GB from a low bandwidth line. Some of the clients fail the schedule very frequently. Could you recommend me some options to increase timeout (any kind of timeout). I pasted the schedlog of one of the clients below which starts at 19:00. Regards Burak 29-01-2002 10:26:47 --- SCHEDULEREC QUERY BEGIN 29-01-2002 10:26:47 --- SCHEDULEREC QUERY END 29-01-2002 10:26:47 Next operation scheduled: 29-01-2002 10:26:47 29-01-2002 10:26:47 Schedule Name: * * * * NTDAILY 29-01-2002 10:26:47 Action: * * * * * * * *Incremental 29-01-2002 10:26:47 Objects: 29-01-2002 10:26:47 Options: 29-01-2002 10:26:47 Server Window Start: * 19:00:00 on 29-01-2002 29-01-2002 10:26:47 29-01-2002 10:26:47 Waiting to be contacted by the server. 29-01-2002 19:03:59 TCP/IP accepted connection from server. 29-01-2002 19:03:59 Querying server for next scheduled event. 29-01-2002 19:03:59 Node Name: DCS_NOTESSRV1 29-01-2002 19:04:04 Session established with server TSM01.MBT: AIX-RS/6000 29-01-2002 19:04:04 * Server Version 4, Release 2, Level 1.9 29-01-2002 19:04:04 * Server date/time: 29-01-2002 19:00:10 *Last access: 29-01-2002 10:22:53 29-01-2002 19:04:04 --- SCHEDULEREC QUERY BEGIN 29-01-2002 19:04:04 --- SCHEDULEREC QUERY END 29-01-2002 19:04:04 Next operation scheduled: 29-01-2002 19:04:04 29-01-2002 19:04:04 Schedule Name: * * * * NTDAILY 29-01-2002 19:04:04 Action: * * * * * * * *Incremental 29-01-2002 19:04:04 Objects: 29-01-2002 19:04:04 Options: 29-01-2002 19:04:04 Server Window Start: * 19:00:00 on 29-01-2002 29-01-2002 19:04:04 29-01-2002 19:04:04 Executing scheduled command now. 29-01-2002 19:04:04 --- SCHEDULEREC OBJECT BEGIN NTDAILY
Re: low bandwitdth and big files
From: Matthew Glanville Joe, I do not believe there is such a thing as 'server' level compression. My understanding is that the device class compression settings are reflecting the hardware level compression settings, they can override what the microcode may have set the 'default' to. We have no problems at all with clients that compress with the tsm client, and then compress again on the tape drive, you loose just a little bit of space, and yes, the occupancy information does not know that the data has already been compresssed. There is really nothing wrong with compressing data more than once, the files get a bit bigger, but it could be worth the time and bandwith saved. Also don't forget that lots of data is stored already compressed in zipped files or compressed images like jpeg and mpeg. I would not touch with the compression settings on the device class, keep them on at the highest level, just turn on or off the TSM client compression as needed. Check and see if that helps your low bandwith backups. Matthew Glanville [EMAIL PROTECTED] Wholey, Joseph (TGA\\MLOL) [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 01:39:10 PM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files Matt, Are you running two, maybe 3 compression routines. i.e. once at the client, once at the server level (you'll see if you q devclass f=d on a sequential storage device) and once at the hardware level (micro code). If so, have you kept check on the amount of data in your stgpool. I say this because a q occ on a file space is not going to give you an accurrate indication of the amount of data that node/filespace has dumped into your stgpool. Although the IBMers and the manuals say don't run multiple compression routines, they've yet to advise on what to do if you have to run client side compression due to a slow network. I can shut off server side/devclass compression, but what about hardware compression. Can you shut off compression on a 3590 tape device. Isn't that a micro code issue. i.e. you can't shut it off? Regards, Joe -Original Message- From: Matthew Glanville [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 12:43 PM To: [EMAIL PROTECTED] Subject: Re: low bandwitdth and big files From: Matthew Glanville You might want to turn on TSM client side compression... In my experience notes databases can get at least 50% compressed. Your backups will most likely go down to 2 hours, or even more. TSM: update node node_name compress=yes Give it a try. For low bandwith lines I always prefer to let TSM compress the data first Of course, we no longer back up notes as normal files but use the TDP for Domino agent. (but still use TSM client compression). Matthew Glanville [EMAIL PROTECTED] Burak Demircan [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 10:48:46 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files I have one full backup. What could be the solution? The files change with minor changes every day but 1.8GB file is backuped up from scratch every day. Regards, Burak [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 30.01.2002 16:39 Please respond to ADSM-L To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files Depending on circumstances, this might be a candidate for adaptive differencing, TSMs version of a block level incremental. You will still have to at least once do a complete backup of the big files though. _ William Mansfield Senior Consultant Solution Technology, Inc Burak Demircan burak.demircan@DAIMLERCH To: [EMAIL PROTECTED] RYSLER.COM cc: Sent by: ADSM: Dist Stor Subject: low bandwitdth and big files Manager [EMAIL PROTECTED] 01/30/2002 12:01 AM Please respond to ADSM: Dist Stor Manager Hi, I am trying to backup up big files ~1GB from a low bandwidth line. Some of the clients fail the schedule very frequently. Could you recommend me some options to increase timeout (any kind of timeout). I pasted the schedlog of one of the clients below which starts at 19:00. Regards Burak 29-01-2002 10:26:47 --- SCHEDULEREC QUERY BEGIN 29-01-2002 10:26:47 --- SCHEDULEREC QUERY END 29-01-2002 10:26:47 Next operation scheduled: 29-01-2002 10:26:47 29-01-2002 10:26:47 Schedule Name: * * * * NTDAILY 29-01-2002 10:26:47 Action: * *
3995 Utility
SMers, Does anybody out there know any utilities that can be run from AIX for the 3995 optical drive. Utilities like tapeutil or mtlib (3494) If so could please email me ...Thanks in advance. Demetrius
Re: low bandwitdth and big files
Matt, Don't be so sure... my MVS folks are telling me that there is no way TSM is over riding their micro-code hardware level compression. (but I will double check with them and again as well as with Tivoli). With regard to compressing data twice, I disagree. There's something very wrong with it. That's why it is strongly recommended not to do it. (not just with TSM, but with all data) Some data that goes thru multiple compression routines can blow up to 2x the size the file started out as. And finally, the reason we turn compression on at the client, is to compress it before it rides our very slow network. Otherwise, I wouldn't. Regards, Joe -Original Message- From: Matthew Glanville [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 3:42 PM To: [EMAIL PROTECTED] Subject: Re: low bandwitdth and big files From: Matthew Glanville Joe, I do not believe there is such a thing as 'server' level compression. My understanding is that the device class compression settings are reflecting the hardware level compression settings, they can override what the microcode may have set the 'default' to. We have no problems at all with clients that compress with the tsm client, and then compress again on the tape drive, you loose just a little bit of space, and yes, the occupancy information does not know that the data has already been compresssed. There is really nothing wrong with compressing data more than once, the files get a bit bigger, but it could be worth the time and bandwith saved. Also don't forget that lots of data is stored already compressed in zipped files or compressed images like jpeg and mpeg. I would not touch with the compression settings on the device class, keep them on at the highest level, just turn on or off the TSM client compression as needed. Check and see if that helps your low bandwith backups. Matthew Glanville [EMAIL PROTECTED] Wholey, Joseph (TGA\\MLOL) [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 01:39:10 PM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files Matt, Are you running two, maybe 3 compression routines. i.e. once at the client, once at the server level (you'll see if you q devclass f=d on a sequential storage device) and once at the hardware level (micro code). If so, have you kept check on the amount of data in your stgpool. I say this because a q occ on a file space is not going to give you an accurrate indication of the amount of data that node/filespace has dumped into your stgpool. Although the IBMers and the manuals say don't run multiple compression routines, they've yet to advise on what to do if you have to run client side compression due to a slow network. I can shut off server side/devclass compression, but what about hardware compression. Can you shut off compression on a 3590 tape device. Isn't that a micro code issue. i.e. you can't shut it off? Regards, Joe -Original Message- From: Matthew Glanville [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 12:43 PM To: [EMAIL PROTECTED] Subject: Re: low bandwitdth and big files From: Matthew Glanville You might want to turn on TSM client side compression... In my experience notes databases can get at least 50% compressed. Your backups will most likely go down to 2 hours, or even more. TSM: update node node_name compress=yes Give it a try. For low bandwith lines I always prefer to let TSM compress the data first Of course, we no longer back up notes as normal files but use the TDP for Domino agent. (but still use TSM client compression). Matthew Glanville [EMAIL PROTECTED] Burak Demircan [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 10:48:46 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files I have one full backup. What could be the solution? The files change with minor changes every day but 1.8GB file is backuped up from scratch every day. Regards, Burak [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 30.01.2002 16:39 Please respond to ADSM-L To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files Depending on circumstances, this might be a candidate for adaptive differencing, TSMs version of a block level incremental. You will still have to at least once do a complete backup of the big files though. _ William Mansfield Senior Consultant Solution Technology, Inc Burak Demircan burak.demircan@DAIMLERCH To: [EMAIL PROTECTED] RYSLER.COM cc: Sent by: ADSM: Dist
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.
Re: low bandwitdth and big files
Compression is set at the OS level in the mainframe. So, whatever your MVS folks say is what it is. -Original Message- From: Wholey, Joseph (TGA\MLOL) [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 4:07 PM To: [EMAIL PROTECTED] Subject: Re: low bandwitdth and big files Matt, Don't be so sure... my MVS folks are telling me that there is no way TSM is over riding their micro-code hardware level compression. (but I will double check with them and again as well as with Tivoli). With regard to compressing data twice, I disagree. There's something very wrong with it. That's why it is strongly recommended not to do it. (not just with TSM, but with all data) Some data that goes thru multiple compression routines can blow up to 2x the size the file started out as. And finally, the reason we turn compression on at the client, is to compress it before it rides our very slow network. Otherwise, I wouldn't. Regards, Joe -Original Message- From: Matthew Glanville [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 3:42 PM To: [EMAIL PROTECTED] Subject: Re: low bandwitdth and big files From: Matthew Glanville Joe, I do not believe there is such a thing as 'server' level compression. My understanding is that the device class compression settings are reflecting the hardware level compression settings, they can override what the microcode may have set the 'default' to. We have no problems at all with clients that compress with the tsm client, and then compress again on the tape drive, you loose just a little bit of space, and yes, the occupancy information does not know that the data has already been compresssed. There is really nothing wrong with compressing data more than once, the files get a bit bigger, but it could be worth the time and bandwith saved. Also don't forget that lots of data is stored already compressed in zipped files or compressed images like jpeg and mpeg. I would not touch with the compression settings on the device class, keep them on at the highest level, just turn on or off the TSM client compression as needed. Check and see if that helps your low bandwith backups. Matthew Glanville [EMAIL PROTECTED] Wholey, Joseph (TGA\\MLOL) [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 01:39:10 PM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files Matt, Are you running two, maybe 3 compression routines. i.e. once at the client, once at the server level (you'll see if you q devclass f=d on a sequential storage device) and once at the hardware level (micro code). If so, have you kept check on the amount of data in your stgpool. I say this because a q occ on a file space is not going to give you an accurrate indication of the amount of data that node/filespace has dumped into your stgpool. Although the IBMers and the manuals say don't run multiple compression routines, they've yet to advise on what to do if you have to run client side compression due to a slow network. I can shut off server side/devclass compression, but what about hardware compression. Can you shut off compression on a 3590 tape device. Isn't that a micro code issue. i.e. you can't shut it off? Regards, Joe -Original Message- From: Matthew Glanville [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 12:43 PM To: [EMAIL PROTECTED] Subject: Re: low bandwitdth and big files From: Matthew Glanville You might want to turn on TSM client side compression... In my experience notes databases can get at least 50% compressed. Your backups will most likely go down to 2 hours, or even more. TSM: update node node_name compress=yes Give it a try. For low bandwith lines I always prefer to let TSM compress the data first Of course, we no longer back up notes as normal files but use the TDP for Domino agent. (but still use TSM client compression). Matthew Glanville [EMAIL PROTECTED] Burak Demircan [EMAIL PROTECTED]@VM.MARIST.EDU on 01/30/2002 10:48:46 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files I have one full backup. What could be the solution? The files change with minor changes every day but 1.8GB file is backuped up from scratch every day. Regards, Burak [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 30.01.2002 16:39 Please respond to ADSM-L To: [EMAIL PROTECTED] cc: Subject: Re: low bandwitdth and big files Depending on circumstances, this might be a candidate for adaptive differencing, TSMs version of a block level incremental. You will still have to at least once do a complete backup of the big files though.
Re: New install of TSM and MMC
Date:Tue, 29 Jan 2002 14:55:17 -0500 From:Bruce Kamp [EMAIL PROTECTED] Subject: Re: New install of TSM and MMC Is this mgmt console only in ver 4.2 or is it also available for 4.1? Bruce Kamp Bruce, A TSM snap-in was included with 4.1 but its function was limited to the local machine and was less than what shipped with the 4.1 TSM server utilities. At 4.2 the TSM management console replaced the server utilities and the previous snap-in and was extended to support TSM network resources and the other capabilities mentioned in the last note. Part of the goal of the 4.2 TSM management console was to reduce the overall number of separate user interfaces to TSM. It did this by exploiting Windows and MMC to leverage and embed the function of the sever utilities, command line, web admin, and web client interfaces into a single user interface to help manage TSM across platforms. Regards, Mike Collins Tivoli Storage Product Architecture [EMAIL PROTECTED]
Can't cancel command line admin session
Hi TSMers, We are running TSM 3.7.4.0 on AIX 4.3.3 . I tried the command cancel session PID=9465 but had no luck. Normally, the admin session is cancelled when we exit but ocassionally it remians there. This only happens spasmodically and is from the command line backup client interface. However, if we get a few of these sessions which can't be cancelled then TSM dramatically slows down. A reboot will then be required. Any ideas for a fix. Is this a 3.7.4 bug ? One such session which I can't cancel is as follows - 9,465 Tcp/Ip Run 0 s512.6K645 Bytes Admin AIX RAYMOND Thanks in Advance, Raymond Chao Database and Unix Group IT Infrastructure, IT Services IPAustralia
