The STK libraries only require them if you're using library based cleaning.
If you're using tape alert, or otherwise using Netbackup controlled cleaning, you can make any tape ID a cleaning tape......then using "CLN" labels is only a Really Good Idea (TM).
Also, Tape alert does not work (or didn't, last I heard) for Filer attached drives. Any tape drives connected to an NDMP device must be cleaned manually, or on a "frequency based" schedule, as the NDMP devices do not know what to do with the received tape alert message, like a Netbackup media server would. You could use Library based cleaning, but that must be turned on for all drives in the Libary, and frequently causes problems with Netbackup.
Now back to your problem. If the media were "discovered" by Netbackup, and they didn't have a barcode rule defined for them, they were probably placed in the "DEFAULT" media type, which is probably HCART3. In that case, you need to change the cleaning tapes to media type "HC3_CLN", and make sure the "number of cleanings remaining" is set to a value higher than 0, Volume Pool is set to "None".
However it is much easier to define your cleaning tapes before you inventory the robot, as you can't change the media type in the GUI for an assigned media cart.
Cheers,
Paul
It is fixed now.
NBU 6.0 does in fact support TapeAlert on most NDMP-attached tape drives now.
All the tapes were discovered, I told it which two were cleaning tapes. NBU just never modified the "cleanings left" and left it at 0. Hence, I had no available media. As soon as I moved it to a non-zero number, it was good.
On 3/26/07, Paul Keating pkeating@bank-banque-canada.ca wrote:
The STK libraries only require them if you're using library based cleaning.
If you're using tape alert, or otherwise using Netbackup controlled cleaning, you can make any tape ID a cleaning tape......then using "CLN" labels is only a Really Good Idea (TM).
Also, Tape alert does not work (or didn't, last I heard) for Filer attached drives. Any tape drives connected to an NDMP device must be cleaned manually, or on a "frequency based" schedule, as the NDMP devices do not know what to do with the received tape alert message, like a Netbackup media server would. You could use Library based cleaning, but that must be turned on for all drives in the Libary, and frequently causes problems with Netbackup.
Now back to your problem. If the media were "discovered" by Netbackup, and they didn't have a barcode rule defined for them, they were probably placed in the "DEFAULT" media type, which is probably HCART3. In that case, you need to change the cleaning tapes to media type "HC3_CLN", and make sure the "number of cleanings remaining" is set to a value higher than 0, Volume Pool is set to "None".
However it is much easier to define your cleaning tapes before you inventory the robot, as you can't change the media type in the GUI for an assigned media cart.
Cheers,
Paul
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Miller, Michael CTR USTRANSCOM J2 Sent: March 26, 2007 7:25 AM To: tmac; toasters@mathworks.com Subject: RE: Drive cleaning
Do you need a cleaning tape barcode label? Assumes your library uses barcodes of course, I don't know the device myself. The StorageTek libraries I have used required them.
Mike Miller General Dynamics Information Technology Michael.Miller@gdit.com Phone: 618-229-1185
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of tmac Sent: Sunday, March 25, 2007 5:00 PM To: toasters@mathworks.com Subject: Drive cleaning
I have:
2 x R200(7.2.1.1), 1 x FAS980(7.2.1.1), 1 x Brocade 3850 (5.2.0a) Scalar i500 (320) with 3 x LTO-3 (IBM, 64D0) All connected through FC switch. Th library is licensed for 82 slots. 80 of them have LTO3 tapes 2 of them are cleaning tapes
I run the auto-configure on Veritas. It picks up the library on all three filers, only uses the library on one (as expected). It sees three paths to each of the tape drives (also as expected) The inventory scans all the media and sees 82 tapes. I tell it ID 99 & 100 are the cleaning tapes.
I can create policies and backup without any problems.
Veritas NBU 6.0 (and MP2, MP3 & MP4) has a problem trying to clean the tape drives. When I try to manually clean one I get the following:
(96) unable to allocate new media for backup, storage unit has none available
Detailed status: requesting resource IBM.ULTRIUM-TD3:001:__ANY__ Error nbjm (pid=22634) NBU status: 96, EMM status: No media is available unable to allocate new media for backup, storage unit has none available (96)
Every time, it is the same.
TapeAlert shows enabled for the drives.
Anyone have any ideas?
-- --tmac
RedHat Certified Engineer
====================================================================================
La version française suit le texte anglais.
This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so.
Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu.
It is a little known fact that cleaning tapes do not clean. They are a fixed length of tape which is used to calibrate the gearing of drives when an error occurs. For instance, a DLT drive needs it's head spin speed to be synchronised with the speed that the tape passes it as the tape needs to move at a constant speed. If too many errors occur, a DLT drive will ask to be "cleaned".
Now, LTO technology has a variable speed head which speeds up and slows down relative to the speed of the tape passing it. This removes the shoe-shine affect seen in DLT drives. I have never seen an LTO drive require "cleaning" as they tend to always be in sync.
Take from this what you will, but I'd rather use the space in the library for data. If an LTO drive asks for cleaning, it has issues!!!
Regards,
Jeffers.
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of tmac Sent: 26 March 2007 14:14 To: Paul Keating Cc: Miller, Michael CTR USTRANSCOM J2; toasters@mathworks.com Subject: Re: Drive cleaning
It is fixed now.
NBU 6.0 does in fact support TapeAlert on most NDMP-attached tape drives now.
All the tapes were discovered, I told it which two were cleaning tapes. NBU just never modified the "cleanings left" and left it at 0. Hence, I had no available media. As soon as I moved it to a non-zero number, it was good.
On 3/26/07, Paul Keating pkeating@bank-banque-canada.ca wrote:
The STK libraries only require them if you're using library based cleaning.
If you're using tape alert, or otherwise using Netbackup controlled cleaning, you can make any tape ID a cleaning tape......then using "CLN" labels is only a Really Good Idea (TM).
Also, Tape alert does not work (or didn't, last I heard) for Filer attached drives. Any tape drives connected to an NDMP device must be cleaned manually, or on a "frequency based" schedule, as the NDMP devices do not know what to do with the received tape alert message, like a Netbackup media server would. You could use Library based cleaning, but that must be turned on for all drives in the Libary, and frequently causes problems with Netbackup.
Now back to your problem. If the media were "discovered" by Netbackup, and they didn't have a barcode rule defined for them, they were probably placed in the "DEFAULT" media type, which is probably HCART3. In that case, you need to change the cleaning tapes to media type "HC3_CLN", and make sure the "number of cleanings remaining" is set to a value higher than 0, Volume Pool is set to "None".
However it is much easier to define your cleaning tapes before you inventory the robot, as you can't change the media type in the GUI for an assigned media cart.
Cheers,
Paul
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Miller, Michael CTR USTRANSCOM J2 Sent: March 26, 2007 7:25 AM To: tmac; toasters@mathworks.com Subject: RE: Drive cleaning
Do you need a cleaning tape barcode label? Assumes your library uses barcodes of course, I don't know the device myself. The StorageTek libraries I have used required them.
Mike Miller General Dynamics Information Technology Michael.Miller@gdit.com Phone: 618-229-1185
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of tmac Sent: Sunday, March 25, 2007 5:00 PM To: toasters@mathworks.com Subject: Drive cleaning
I have:
2 x R200(7.2.1.1), 1 x FAS980(7.2.1.1), 1 x Brocade 3850 (5.2.0a) Scalar i500 (320) with 3 x LTO-3 (IBM, 64D0) All connected through FC switch. Th library is licensed for 82 slots. 80 of them have LTO3 tapes 2 of them are cleaning tapes
I run the auto-configure on Veritas. It picks up the library on all three filers, only uses the library on one (as expected). It sees three paths to each of the tape drives (also as expected) The inventory scans all the media and sees 82 tapes. I tell it ID 99 & 100 are the cleaning tapes.
I can create policies and backup without any problems.
Veritas NBU 6.0 (and MP2, MP3 & MP4) has a problem trying to clean the tape drives. When I try to manually clean one I get the following:
(96) unable to allocate new media for backup, storage unit has none available
Detailed status: requesting resource IBM.ULTRIUM-TD3:001:__ANY__ Error nbjm (pid=22634) NBU status: 96, EMM status: No media is available unable to allocate new media for backup, storage unit has none available (96)
Every time, it is the same.
TapeAlert shows enabled for the drives.
Anyone have any ideas?
-- --tmac
RedHat Certified Engineer
====================================================================================
La version française suit le texte anglais.
This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so.
Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu.
Rather, http://www.overlandstorage.com/whitepapers/LTO_Cleaning_wp.pdf. Steve
-----Original Message----- From: Mark.Jeffries@ubs.com [mailto:Mark.Jeffries@ubs.com] Sent: Tuesday, March 27, 2007 4:47 AM To: tmacmd@gmail.com; pkeating@bank-banque-canada.ca Cc: michael.miller.ctr@ustranscom.mil; toasters@mathworks.com Subject: RE: Drive cleaning
It is a little known fact that cleaning tapes do not clean. They are a fixed length of tape which is used to calibrate the gearing of drives when an error occurs. For instance, a DLT drive needs it's head spin speed to be synchronised with the speed that the tape passes it as the tape needs to move at a constant speed. If too many errors occur, a DLT drive will ask to be "cleaned".
Now, LTO technology has a variable speed head which speeds up and slows down relative to the speed of the tape passing it. This removes the shoe-shine affect seen in DLT drives. I have never seen an LTO drive require "cleaning" as they tend to always be in sync.
Take from this what you will, but I'd rather use the space in the library for data. If an LTO drive asks for cleaning, it has issues!!!
Regards,
Jeffers.
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of tmac Sent: 26 March 2007 14:14 To: Paul Keating Cc: Miller, Michael CTR USTRANSCOM J2; toasters@mathworks.com Subject: Re: Drive cleaning
It is fixed now.
NBU 6.0 does in fact support TapeAlert on most NDMP-attached tape drives now.
All the tapes were discovered, I told it which two were cleaning tapes. NBU just never modified the "cleanings left" and left it at 0. Hence, I had no available media. As soon as I moved it to a non-zero number, it was good.
On 3/26/07, Paul Keating pkeating@bank-banque-canada.ca wrote:
The STK libraries only require them if you're using library based cleaning.
If you're using tape alert, or otherwise using Netbackup controlled cleaning, you can make any tape ID a cleaning tape......then using "CLN" labels is only a Really Good Idea (TM).
Also, Tape alert does not work (or didn't, last I heard) for Filer attached drives. Any tape drives connected to an NDMP device must be cleaned manually, or on a "frequency based" schedule, as the NDMP devices do not know what to do with the received tape alert message, like a Netbackup media server would. You could use Library based cleaning, but that must be turned on for all drives in the Libary, and frequently causes problems with Netbackup.
Now back to your problem. If the media were "discovered" by Netbackup, and they didn't have a barcode rule defined for them, they were probably placed in the "DEFAULT" media type, which is probably HCART3. In that case, you need to change the cleaning tapes to media type "HC3_CLN", and make sure the "number of cleanings remaining" is set to a value higher than 0, Volume Pool is set to "None".
However it is much easier to define your cleaning tapes before you inventory the robot, as you can't change the media type in the GUI for an assigned media cart.
Cheers,
Paul
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Miller, Michael CTR USTRANSCOM J2 Sent: March 26, 2007 7:25 AM To: tmac; toasters@mathworks.com Subject: RE: Drive cleaning
Do you need a cleaning tape barcode label? Assumes your library uses barcodes of course, I don't know the device myself. The StorageTek libraries I have used required them.
Mike Miller General Dynamics Information Technology Michael.Miller@gdit.com Phone: 618-229-1185
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of tmac Sent: Sunday, March 25, 2007 5:00 PM To: toasters@mathworks.com Subject: Drive cleaning
I have:
2 x R200(7.2.1.1), 1 x FAS980(7.2.1.1), 1 x Brocade 3850 (5.2.0a) Scalar i500 (320) with 3 x LTO-3 (IBM, 64D0) All connected through FC switch. Th library is licensed for 82 slots. 80 of them have LTO3 tapes 2 of them are cleaning tapes
I run the auto-configure on Veritas. It picks up the library on all three filers, only uses the library on one (as expected). It sees three paths to each of the tape drives (also as expected) The inventory scans all the media and sees 82 tapes. I tell it ID 99 & 100 are the cleaning tapes.
I can create policies and backup without any problems.
Veritas NBU 6.0 (and MP2, MP3 & MP4) has a problem trying to clean the tape drives. When I try to manually clean one I get the following:
(96) unable to allocate new media for backup, storage unit has none available
Detailed status: requesting resource IBM.ULTRIUM-TD3:001:__ANY__ Error nbjm (pid=22634) NBU status: 96, EMM status: No media is available unable to allocate new media for backup, storage unit has none available (96)
Every time, it is the same.
TapeAlert shows enabled for the drives.
Anyone have any ideas?
-- --tmac
RedHat Certified Engineer
======================================================================
La version française suit le texte anglais.
This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so.
Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu.
-
Mark.Jeffries＠ubs.com -
Parsons, Steve -
Paul Keating -
tmac