12.5 Job not recovering after inserting another tape
Updated: 21 May 2010 | 12 comments
Running:
BE 12.5
OS 2000 Server
LTO 3 Certance (Quantum) 8 tape magazine Tape unit
Problem: If a backup job runs out of tape space and requires another tape to be inserted, after removing and inserting another tape, the backup exec job will not recover and continue the backup. It will not recognize that another tape has been inserted and you cannot clear the alert. Like-wise, one cannot run an inventory on the drive to show that a new tape has been inserted. At this point the job has to be cancelled, thus killing the backup you were performing.
Is there a solution to this issue?
discussion Filed Under:
Comments
hi
U need to make sure you run inventory on the tape before you run the job . If you have inserting a second tape on which you have not ran any inventory job the backup would not continue .
If this response answers your concern, please mark it as a "solution"
RE: Inventory
rahul:
You CANNOT inventory a tape that is mounted in response to a "insert overwriteable tape"
clicking OK will cause BackupExec to (re)read the tape header (basically executing an inventory)
If this response answers your concern, please mark it as a "solution"
running an import job?
When you change tapes, are you running export/import jobs? or just brute force changing the tapes? If you are changing tapes without making BE aware of the change, it won't know to use the changed tape. I suggest trying an import job, which also allows you to check a box to automatically inventory the tape after importing.
If you find this is a solution for the thread, please mark it as such.
RE: 12.5 Job not recovering after inserting another tape
Forgive a stupid question, but you do respond "OK" to the alert to "Insert an Overwriteable Tape", correct?
If this response answers your concern, please mark it as a "solution"
Okay, I'll take the last one
Okay, I'll take the last one first, Ken: Yes I do respond "yes" to the alert and the backup job sits there. Ken is also correct that an inventory, scan, import/export cannot be performed while a backup job is suspended. All jobs will wait in queue until that backup is completed.
When the alert for another tape comes up, it suspends the backup and releases my autoloader so that I can eject/import tapes into it, but when I respond to teh alert, the alert comes right back up withn a couple of seconds and asks for new tapes again. It will not continue regardless of what I do. Recently I tried to restart the services, only resulted in cancelling the job.
Any other ideas?
RE: Okay, I'll take the last one
Hmmm
have you partitioned your loader and pointed your jobs at a specific partition, or are they just pointed to the loader in general or to "All Pools"
If this response answers your concern, please mark it as a "solution"
hi how about you go to your
hi how about you go to your device tab and right click on the quantum and do a scan
you are using barcode for your tapes rite? :D
Negative. Do not use
Negative. Do not use barcode, never saw the real purpose of it. Tried doing a scan from the device, still a no-go. But a good suggestion!
hmm, can describe normally
hmm, can describe normally how your backup detect the tape has been change as in you do an inventory after each change of tapes?
i do a scan of the tape as mine is using barcode scanning
Sorry, Ken...I missed one of
Sorry, Ken...I missed one of your questions...I have the autoloader partitioned and the jobs are set to point at a specific partition.
Whitknight:
When I import tapes, I always inventory the tapes.
RE:I have the autoloader partitioned
Are the partitions single slot?
What happens if you create a two slot partition and load two Scratch/Overwriteable tapes/
If this response answers your concern, please mark it as a "solution"
Ken:No the partitions were
Ken:
No the partitions were multi-slotted. I had them set up as the first two slots were used for Daily's and the next 5 were for full backups then the last always holds the cleaning tape.
Now I have it partitioned as the first 7 are for fulls and the last one is a cleaning tape. But the backup job would use them without incident.
--Answer your second post...
Ken: Regardless of the typw os tape used, the job will not continue. I have decided to try to go another route which is to keep the jobs as small as possible.
Thanks for trying.
Would you like to reply?
Login or Register to post your comment.