Re: The old SCRATCH TAPE NOT FOUND message
Rob, your problem is that you use scratch tapes but do not expire old DB backups thus returning tapes to scratch. You library was filled with DB backup volumes. Look at the output of Q LIBV command and check Last use column. To resolve issue the command DELete VOLHistory Type=DBBackup TODate=-7 (change the number of days according to your policy). And to prevent this to happen in the future create administrative schedule to regularly delete volhistory. Zlatko Krastev IT Consultant Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by:ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject:The old SCRATCH TAPE NOT FOUND message Hello all, This is my first time posting a question so please don't confuse my newbie frustration with my dire hopelessness. We ran Tivoli 3.7 Server on AIX before I came to this office. It was working fine till the crash and burn. The log files filled up and TSM stopped and couldn't be started. Since 3.7 was NOT supported by IBM anymore we upgraded to 4.1 and did a on-phone upgrade with a Tivoli Support Representative for 2 weeks. It seemed to work fine till it started the cannot backup the Database messages in the log files because it couldn't mount the scratch tape it had put the daily DB backup on for the 1 week after the new install. I did a total new install again of 4.1 and got it working again for the last week. The daily DB backup was working fine again till 3 days ago when the same messages came up again. I know it is about to crash and burn again any day now due to this. The server is an IBM RS/6000 H70 running AIX, which is working fine, plus an IBM LTO Ultrium 3580 tape drive and 3583 Tape Library supporting 36 LTO tapes. It is backing up clients fine now and is using tapes perfectly for pool migration. Below is some info: Storage DeviceEstimated Pct Pct High Low Next Pool Name Class Name CapacityUtilMigrMig Mig Storage (MB)Pct Pct Pool --- -- -- - - --- --- ARCHIVEPOOL DISK4,000.0 0.0 0.0 9070 BACKUPPOOLDISK 72,000.042.842.8 7050 TAPE SPACEMGPOOL DISK4,000.0 0.0 0.0 9070 TAPE ULTRIUM1 3,601,156.14.736.1 8060 When the backuppool reaches 70%, it migrates to the TAPE pool perfectly. It is the DB BACKUP that is killing me. Here is my DAILY BACKUP COMMAND that is issued everyday at 7:00 am. BACKUP DB dev=Ultrium1 type=INCREMENTAL scratch=YES wait=NO Like is said...this worked fine for like 3-4 days, but now I get this message like every hour for the DB. 06/05/02 09:22:44 ANR2121W ATTENTION: More than 306.012 MB of the database has changed and the last database backup was more than 24 hours ago. Use the BACKUP DB command to provide for database recovery. And when I try the DB BACKUP command now I get these messages in log: ANR0984I Process 112 for DATABASE BACKUP started in the BACKGROUND at 09:54:21. 06/05/02 09:54:21 ANR2281I Incremental database backup started as process 112. 06/05/02 09:54:21 ANR0609I BACKUP DB started as process 112. 06/05/02 09:54:23 ANR1405W Scratch volume mount request denied - no scratch volume available. 06/05/02 09:54:24 ANR4578E Database backup/restore terminated - required volume was not mounted. 06/05/02 09:54:24 ANR0985I Process 112 for DATABASE BACKUP running in the BACKGROUND completed with completion state FAILURE at 09:54:24. It seems like it can't find the original tape that it did the DB BACKUP on the first few days. I know which tape it did this on but I can't get it to go get it and mount it again. When my DB fills up, my TSM will crash again and won't let me start it up again on server using dsmserv. Anyone have any help or thoughts? Rob L. Jones Operations dotLogix, Inc. - Smarter, Faster Business 901-260-7137
Re: The old SCRATCH TAPE NOT FOUND message
You need to do a full backup. And make sure you have available drives when you start it. -Original Message- From: Rob Jones [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 11:01 AM To: [EMAIL PROTECTED] Subject: The old SCRATCH TAPE NOT FOUND message Hello all, This is my first time posting a question so please don't confuse my newbie frustration with my dire hopelessness. We ran Tivoli 3.7 Server on AIX before I came to this office. It was working fine till the crash and burn. The log files filled up and TSM stopped and couldn't be started. Since 3.7 was NOT supported by IBM anymore we upgraded to 4.1 and did a on-phone upgrade with a Tivoli Support Representative for 2 weeks. It seemed to work fine till it started the cannot backup the Database messages in the log files because it couldn't mount the scratch tape it had put the daily DB backup on for the 1 week after the new install. I did a total new install again of 4.1 and got it working again for the last week. The daily DB backup was working fine again till 3 days ago when the same messages came up again. I know it is about to crash and burn again any day now due to this. The server is an IBM RS/6000 H70 running AIX, which is working fine, plus an IBM LTO Ultrium 3580 tape drive and 3583 Tape Library supporting 36 LTO tapes. It is backing up clients fine now and is using tapes perfectly for pool migration. Below is some info: Storage DeviceEstimated Pct Pct High Low Next Pool Name Class Name CapacityUtilMigrMig Mig Storage (MB)Pct Pct Pool --- -- -- - - --- --- ARCHIVEPOOL DISK4,000.0 0.0 0.0 9070 BACKUPPOOLDISK 72,000.042.842.8 7050 TAPE SPACEMGPOOL DISK4,000.0 0.0 0.0 9070 TAPE ULTRIUM1 3,601,156.14.736.1 8060 When the backuppool reaches 70%, it migrates to the TAPE pool perfectly. It is the DB BACKUP that is killing me. Here is my DAILY BACKUP COMMAND that is issued everyday at 7:00 am. BACKUP DB dev=Ultrium1 type=INCREMENTAL scratch=YES wait=NO Like is said...this worked fine for like 3-4 days, but now I get this message like every hour for the DB. 06/05/02 09:22:44 ANR2121W ATTENTION: More than 306.012 MB of the database has changed and the last database backup was more than 24 hours ago. Use the BACKUP DB command to provide for database recovery. And when I try the DB BACKUP command now I get these messages in log: ANR0984I Process 112 for DATABASE BACKUP started in the BACKGROUND at 09:54:21. 06/05/02 09:54:21 ANR2281I Incremental database backup started as process 112. 06/05/02 09:54:21 ANR0609I BACKUP DB started as process 112. 06/05/02 09:54:23 ANR1405W Scratch volume mount request denied - no scratch volume available. 06/05/02 09:54:24 ANR4578E Database backup/restore terminated - required volume was not mounted. 06/05/02 09:54:24 ANR0985I Process 112 for DATABASE BACKUP running in the BACKGROUND completed with completion state FAILURE at 09:54:24. It seems like it can't find the original tape that it did the DB BACKUP on the first few days. I know which tape it did this on but I can't get it to go get it and mount it again. When my DB fills up, my TSM will crash again and won't let me start it up again on server using dsmserv. Anyone have any help or thoughts? Rob L. Jones Operations dotLogix, Inc. - Smarter, Faster Business 901-260-7137
The old SCRATCH TAPE NOT FOUND message
Hello all, This is my first time posting a question so please don't confuse my newbie frustration with my dire hopelessness. We ran Tivoli 3.7 Server on AIX before I came to this office. It was working fine till the crash and burn. The log files filled up and TSM stopped and couldn't be started. Since 3.7 was NOT supported by IBM anymore we upgraded to 4.1 and did a on-phone upgrade with a Tivoli Support Representative for 2 weeks. It seemed to work fine till it started the cannot backup the Database messages in the log files because it couldn't mount the scratch tape it had put the daily DB backup on for the 1 week after the new install. I did a total new install again of 4.1 and got it working again for the last week. The daily DB backup was working fine again till 3 days ago when the same messages came up again. I know it is about to crash and burn again any day now due to this. The server is an IBM RS/6000 H70 running AIX, which is working fine, plus an IBM LTO Ultrium 3580 tape drive and 3583 Tape Library supporting 36 LTO tapes. It is backing up clients fine now and is using tapes perfectly for pool migration. Below is some info: Storage DeviceEstimated Pct Pct High Low Next Pool Name Class Name CapacityUtilMigrMig Mig Storage (MB)Pct Pct Pool --- -- -- - - --- --- ARCHIVEPOOL DISK4,000.0 0.0 0.0 9070 BACKUPPOOLDISK 72,000.042.842.8 7050 TAPE SPACEMGPOOL DISK4,000.0 0.0 0.0 9070 TAPE ULTRIUM1 3,601,156.14.736.1 8060 When the backuppool reaches 70%, it migrates to the TAPE pool perfectly. It is the DB BACKUP that is killing me. Here is my DAILY BACKUP COMMAND that is issued everyday at 7:00 am. BACKUP DB dev=Ultrium1 type=INCREMENTAL scratch=YES wait=NO Like is said...this worked fine for like 3-4 days, but now I get this message like every hour for the DB. 06/05/02 09:22:44 ANR2121W ATTENTION: More than 306.012 MB of the database has changed and the last database backup was more than 24 hours ago. Use the BACKUP DB command to provide for database recovery. And when I try the DB BACKUP command now I get these messages in log: ANR0984I Process 112 for DATABASE BACKUP started in the BACKGROUND at 09:54:21. 06/05/02 09:54:21 ANR2281I Incremental database backup started as process 112. 06/05/02 09:54:21 ANR0609I BACKUP DB started as process 112. 06/05/02 09:54:23 ANR1405W Scratch volume mount request denied - no scratch volume available. 06/05/02 09:54:24 ANR4578E Database backup/restore terminated - required volume was not mounted. 06/05/02 09:54:24 ANR0985I Process 112 for DATABASE BACKUP running in the BACKGROUND completed with completion state FAILURE at 09:54:24. It seems like it can't find the original tape that it did the DB BACKUP on the first few days. I know which tape it did this on but I can't get it to go get it and mount it again. When my DB fills up, my TSM will crash again and won't let me start it up again on server using dsmserv. Anyone have any help or thoughts? Rob L. Jones Operations dotLogix, Inc. - Smarter, Faster Business 901-260-7137
Re: The old SCRATCH TAPE NOT FOUND message
Hi Pattie, Thanks for responding. I believe I did a full backup the first time and even did one just now with same errors. ANR2017I Administrator ADMIN issued command: BACKUP DB DEVCLASS=ULTRIUM1 TYPE=FULL SCRATCH=YES WAIT=NO 06/05/02 11:45:38 ANR0984I Process 115 for DATABASE BACKUP started in the BACKGROUND at 11:45:38. 06/05/02 11:45:38 ANR2280I Full database backup started as process 115. 06/05/02 11:45:38 ANR0609I BACKUP DB started as process 115. 06/05/02 11:45:40 ANR1405W Scratch volume mount request denied - no scratch volume available. 06/05/02 11:45:41 ANR4578E Database backup/restore terminated - required volume was not mounted. 06/05/02 11:45:41 ANR0985I Process 115 for DATABASE BACKUP running in the BACKGROUND completed with completion state FAILURE at 11:45:41. When I first installed TSM, it works for about 3 days doing regular DB BACKUPs. Something happens and it won't allow me to mount the tapes and do the backup. I've installed it now 3 times with the same results. Respectfully, Rob L. Jones Operations dotLogix, Inc. - Smarter, Faster Business 901-260-7137 |-+ | | Pattie LeBlanc | | | Patricia.Leblanc@LIBERTY| | | MUTUAL.COM | | | Sent by: ADSM: Dist Stor| | | Manager | | | [EMAIL PROTECTED] | | || | || | | 06/05/2002 10:24 AM | | | Please respond to ADSM: | | | Dist Stor Manager | | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: The old SCRATCH TAPE NOT FOUND message | --| You need to do a full backup. And make sure you have available drives when you start it. -Original Message- From: Rob Jones [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 11:01 AM To: [EMAIL PROTECTED] Subject: The old SCRATCH TAPE NOT FOUND message Hello all, This is my first time posting a question so please don't confuse my newbie frustration with my dire hopelessness. We ran Tivoli 3.7 Server on AIX before I came to this office. It was working fine till the crash and burn. The log files filled up and TSM stopped and couldn't be started. Since 3.7 was NOT supported by IBM anymore we upgraded to 4.1 and did a on-phone upgrade with a Tivoli Support Representative for 2 weeks. It seemed to work fine till it started the cannot backup the Database messages in the log files because it couldn't mount the scratch tape it had put the daily DB backup on for the 1 week after the new install. I did a total new install again of 4.1 and got it working again for the last week. The daily DB backup was working fine again till 3 days ago when the same messages came up again. I know it is about to crash and burn again any day now due to this. The server is an IBM RS/6000 H70 running AIX, which is working fine, plus an IBM LTO Ultrium 3580 tape drive and 3583 Tape Library supporting 36 LTO tapes. It is backing up clients fine now and is using tapes perfectly for pool migration. Below is some info: Storage DeviceEstimated Pct Pct High Low Next Pool Name Class Name CapacityUtilMigrMig Mig Storage (MB)Pct Pct Pool --- -- -- - - --- --- ARCHIVEPOOL DISK4,000.0 0.0 0.0 9070 BACKUPPOOLDISK 72,000.042.842.8 7050 TAPE SPACEMGPOOL DISK4,000.0 0.0 0.0 9070 TAPE ULTRIUM1 3,601,156.14.736.1 8060 When the backuppool reaches 70%, it migrates to the TAPE pool perfectly. It is the DB BACKUP that is killing me. Here is my
Re: The old SCRATCH TAPE NOT FOUND message
First see that u have scratch volumes. Say dsmadmc q vol se that u have scratch file. Audit lib Say help for these cmds u will see results. -Original Message- From: Rob Jones [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 11:50 AM To: [EMAIL PROTECTED] Subject: Re: The old SCRATCH TAPE NOT FOUND message Hi Pattie, Thanks for responding. I believe I did a full backup the first time and even did one just now with same errors. ANR2017I Administrator ADMIN issued command: BACKUP DB DEVCLASS=ULTRIUM1 TYPE=FULL SCRATCH=YES WAIT=NO 06/05/02 11:45:38 ANR0984I Process 115 for DATABASE BACKUP started in the BACKGROUND at 11:45:38. 06/05/02 11:45:38 ANR2280I Full database backup started as process 115. 06/05/02 11:45:38 ANR0609I BACKUP DB started as process 115. 06/05/02 11:45:40 ANR1405W Scratch volume mount request denied - no scratch volume available. 06/05/02 11:45:41 ANR4578E Database backup/restore terminated - required volume was not mounted. 06/05/02 11:45:41 ANR0985I Process 115 for DATABASE BACKUP running in the BACKGROUND completed with completion state FAILURE at 11:45:41. When I first installed TSM, it works for about 3 days doing regular DB BACKUPs. Something happens and it won't allow me to mount the tapes and do the backup. I've installed it now 3 times with the same results. Respectfully, Rob L. Jones Operations dotLogix, Inc. - Smarter, Faster Business 901-260-7137 |-+ | | Pattie LeBlanc | | | Patricia.Leblanc@LIBERTY| | | MUTUAL.COM | | | Sent by: ADSM: Dist Stor| | | Manager | | | [EMAIL PROTECTED] | | || | || | | 06/05/2002 10:24 AM | | | Please respond to ADSM: | | | Dist Stor Manager | | || |-+ --- ---| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: The old SCRATCH TAPE NOT FOUND message | --- ---| You need to do a full backup. And make sure you have available drives when you start it. -Original Message- From: Rob Jones [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 05, 2002 11:01 AM To: [EMAIL PROTECTED] Subject: The old SCRATCH TAPE NOT FOUND message Hello all, This is my first time posting a question so please don't confuse my newbie frustration with my dire hopelessness. We ran Tivoli 3.7 Server on AIX before I came to this office. It was working fine till the crash and burn. The log files filled up and TSM stopped and couldn't be started. Since 3.7 was NOT supported by IBM anymore we upgraded to 4.1 and did a on-phone upgrade with a Tivoli Support Representative for 2 weeks. It seemed to work fine till it started the cannot backup the Database messages in the log files because it couldn't mount the scratch tape it had put the daily DB backup on for the 1 week after the new install. I did a total new install again of 4.1 and got it working again for the last week. The daily DB backup was working fine again till 3 days ago when the same messages came up again. I know it is about to crash and burn again any day now due to this. The server is an IBM RS/6000 H70 running AIX, which is working fine, plus an IBM LTO Ultrium 3580 tape drive and 3583 Tape Library supporting 36 LTO tapes. It is backing up clients fine now and is using tapes perfectly for pool migration. Below is some info: Storage DeviceEstimated Pct Pct High Low Next Pool Name Class Name CapacityUtilMigrMig Mig Storage (MB)Pct Pct Pool --- -- -- - - --- --- ARCHIVEPOOL DISK4,000.0 0.0 0.0 9070 BACKUPPOOLDISK 72,000.042.842.8 7050 TAPE SPACEMGPOOL DISK4,000.0 0.0 0.0 9070 TAPE ULTRIUM1 3,601,156.14.736.1 8060 When the backuppool reaches 70%, it migrates to the TAPE pool perfectly. It is the DB BACKUP that is killing me. Here is my DAILY BACKUP COMMAND that is issued everyday at 7:00 am. BACKUP DB dev=Ultrium1 type=INCREMENTAL scratch=YES wait=NO Like is said...this worked fine
Re: The old SCRATCH TAPE NOT FOUND message
Rob, Based on your comments and log output it appears you have one or two problems. In your command (BACKUP DB dev=Ultrium1 type=INCREMENTAL scratch=YES wait=NO) you are specifying that the DB backup use a scratch tape. By specifying the use of a scratch tape the server must use a scratch tape, it will not use the tape it used a few days ago unless that DB backup tape has already expired which would be unlikely. So you need two things for success here. An ample supply of scratch tapes and an available tape drive. Hope this helps! Greg P. Tice Enterprise Storage Management Schneider Technology Services Green Bay, WI USA 54306 www.schneider.com Rob Jones RJones@DOTLOG To: [EMAIL PROTECTED] IX.COM cc: Sent by: Fax to: ADSM: Dist Subject: The old SCRATCH TAPE NOT FOUND message Stor Manager [EMAIL PROTECTED] IST.EDU 06/05/2002 10:01 Please respond to ADSM: Dist Stor Manager Hello all, This is my first time posting a question so please don't confuse my newbie frustration with my dire hopelessness. We ran Tivoli 3.7 Server on AIX before I came to this office. It was working fine till the crash and burn. The log files filled up and TSM stopped and couldn't be started. Since 3.7 was NOT supported by IBM anymore we upgraded to 4.1 and did a on-phone upgrade with a Tivoli Support Representative for 2 weeks. It seemed to work fine till it started the cannot backup the Database messages in the log files because it couldn't mount the scratch tape it had put the daily DB backup on for the 1 week after the new install. I did a total new install again of 4.1 and got it working again for the last week. The daily DB backup was working fine again till 3 days ago when the same messages came up again. I know it is about to crash and burn again any day now due to this. The server is an IBM RS/6000 H70 running AIX, which is working fine, plus an IBM LTO Ultrium 3580 tape drive and 3583 Tape Library supporting 36 LTO tapes. It is backing up clients fine now and is using tapes perfectly for pool migration. Below is some info: Storage DeviceEstimated Pct Pct High Low Next Pool Name Class Name CapacityUtilMigrMig Mig Storage (MB)Pct Pct Pool --- -- -- - - --- --- ARCHIVEPOOL DISK4,000.0 0.0 0.0 9070 BACKUPPOOLDISK 72,000.042.842.8 7050 TAPE SPACEMGPOOL DISK4,000.0 0.0 0.0 9070 TAPE ULTRIUM1 3,601,156.14.736.1 8060 When the backuppool reaches 70%, it migrates to the TAPE pool perfectly. It is the DB BACKUP that is killing me. Here is my DAILY BACKUP COMMAND that is issued everyday at 7:00 am. BACKUP DB dev=Ultrium1 type=INCREMENTAL scratch=YES wait=NO Like is said...this worked fine for like 3-4 days, but now I get this message like every hour for the DB. 06/05/02 09:22:44 ANR2121W ATTENTION: More than 306.012 MB of the database has changed and the last database backup was more than 24 hours ago. Use the BACKUP DB command to provide for database recovery. And when I try the DB BACKUP command now I get these messages in log: ANR0984I Process 112 for DATABASE BACKUP started in the BACKGROUND at 09:54:21. 06/05/02 09:54:21 ANR2281I Incremental database backup started as process 112. 06/05/02 09:54:21 ANR0609I BACKUP DB started as process 112. 06/05/02 09:54:23 ANR1405W Scratch volume mount request denied - no scratch volume available. 06/05/02 09:54:24 ANR4578E Database backup/restore terminated - required volume was not mounted. 06/05/02 09:54:24 ANR0985I Process 112 for DATABASE BACKUP running in the BACKGROUND completed with completion state FAILURE at 09:54:24. It seems like it can't find the original tape that it did the DB BACKUP on the first few days. I know which tape it did this on but I can't get it to go get it and mount it again. When my DB fills up, my TSM will crash again and won't let me start it up again on server using dsmserv. Anyone have any help or thoughts? Rob L. Jones Operations dotLogix, Inc. - Smarter, Faster Business 901-260-7137