TSM Backup problem
When i have taken the backup of servers data by TSM it gives the error and quit
The error is "ANR8341I End-of-volume reached for LTO volume "
Although the tape shows the status 4.1% is filling
The error is "ANR8341I End-of-volume reached for LTO volume "
Although the tape shows the status 4.1% is filling
This means that cartridge is bad. (or at least drive's firmware thinks so). Most likely power fault at position on tape. rest still readable btw.
There should be another log message with exact SCSI sense code that can shed more light on what happened.
There should be another log message with exact SCSI sense code that can shed more light on what happened.
You should list the volume size after the backup operation finishes. These data is updated after the end of operation. This %4.1 might show that the situation in the beginning of the backup operation. Since it will b updated after the currnt operation finishes. BTW the message you've post is an informative message and thus only a warning and does not indicate that the operation was quit.
Hi,
after this informational message has occurred, the tape should be marked "FULL".
Even if there was some problem with the tape, the server should continue writing on a new scratch volume, or an empty pool volume.
Are there no scratch or empty volumes left?
Anyway, it could be that free, yet unusable space has accumulated in the stored aggregates.
First, please issue 'Q VOL volumename F=D' and examine the "Pct. Reclaimable Space" value. If that value plus the "Pct. Util" value gives 100% (more or less), the volume is actually "physically" full, although not "logically". This is the point where the server must at latest start reclamation (although this should have happened long before). The fact that this isn't the case might actually point to a logical or physical tape problem (or is there perhaps only one drive??)
If you have two or more tape drives, run
MOVE DATA volumename RECONSTRUCT=YES
to copy the valid data off the tape and thus get rid of free space being unusable.
This should solve the issue, yet not guarantee that it won't happen again later.
wmp
after this informational message has occurred, the tape should be marked "FULL".
Even if there was some problem with the tape, the server should continue writing on a new scratch volume, or an empty pool volume.
Are there no scratch or empty volumes left?
Anyway, it could be that free, yet unusable space has accumulated in the stored aggregates.
First, please issue 'Q VOL volumename F=D' and examine the "Pct. Reclaimable Space" value. If that value plus the "Pct. Util" value gives 100% (more or less), the volume is actually "physically" full, although not "logically". This is the point where the server must at latest start reclamation (although this should have happened long before). The fact that this isn't the case might actually point to a logical or physical tape problem (or is there perhaps only one drive??)
If you have two or more tape drives, run
MOVE DATA volumename RECONSTRUCT=YES
to copy the valid data off the tape and thus get rid of free space being unusable.
This should solve the issue, yet not guarantee that it won't happen again later.
wmp
ASKER
i understand your point but i have no more scratch volume to assign to storage pool
MOVE DATA should work nonetheless, if you have enough free space on FILLING tapes in the pool (and more than one drive ...)
What is the setting of 'Reclamation Threshold' for the storage pool in question? It should be something around 60%, to begin reclamation early, and to have the opportunity to consolidate two full tapes onto one scratch volume.
No scratch volumes? Don't you expect any growth of data volume for the future?
What is the setting of 'Reclamation Threshold' for the storage pool in question? It should be something around 60%, to begin reclamation early, and to have the opportunity to consolidate two full tapes onto one scratch volume.
No scratch volumes? Don't you expect any growth of data volume for the future?
It looks normal to me:
http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/topic/com.ibm.itsmm.doc/anrcmsg4365.htm
ANR8341I: End-of-volume reached for device type volume volume name.
Explanation
The server has detected an end-of-volume condition for the given volume.
System action
The volume is marked full. If more data must be stored, the server will access another volume for it.
User response
None.
===
So, that message is not the reason why TSM quits. What are other messages?
http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/topic/com.ibm.itsmm.doc/anrcmsg4365.htm
ANR8341I: End-of-volume reached for device type volume volume name.
Explanation
The server has detected an end-of-volume condition for the given volume.
System action
The volume is marked full. If more data must be stored, the server will access another volume for it.
User response
None.
===
So, that message is not the reason why TSM quits. What are other messages?
This basically means that you have to MOVE DATA FROM=(mentioned volume) TO=same pool
And tape cartridge should be discarded or erased if budget is steep
And tape cartridge should be discarded or erased if budget is steep
ASKER
what is "Pct. Reclaimable Space:" and can we utilize it again
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
If you have two tape drives reclaim happens under the hood.
If you have disk and tape you have to add disk pool as reclaim pool to move nonexpired data away from mostly emptied tapes.
Do you need help with commands?
If you have disk and tape you have to add disk pool as reclaim pool to move nonexpired data away from mostly emptied tapes.
Do you need help with commands?
It seems that your backups and archives assigned different management classes and different tape pools. You should use "define volume" to add tapes to the archive pool or set MAXSCRATCH on the pool and have scratch tapes in the library.
Cheers,
K.