Chad Smykay wrote:

These were just common utilities that most people are aware of that I
thought I would recommend.  However my co-worker here at work said he found
out the other day of a quicker way of doing.

By removing the volume from the NetWorker database and then re-labeling it
does cause it to re-label it with the new block settings.  So all you would
have to do is write a quick script for volumes you are having problems with
to have them removed and then re-labels.

Hope this information helps for some out there that have headaches on
re-setting the block size on certain types of tapes.

You may have answered a question that just came up.   I don't recycle
tapes, I relabel them, so their Volume number  (ex linux.0350) keeps
going up.  Do we now agree that thisw is the case: Recycling doesn't
implement new block sizes but relabeling does?  (When you relabel, even
if you don't remove the volume first, I think the new blocksize is
implemented.   This is the point that Dave Gold and I were disagreeing
about.   I had written a number of postings and there were numerous
answers last July, when I went from the default block size to one set
under stinit.def on my Linux server.

                                               mht

--
=============================================================
Matthew Temple                Tel:    617/632-2597
Director, Research Computing  Fax:    617/582-7820
Dana-Farber Cancer Institute  mht AT research.dfci.harvard DOT edu
44 Binney Street,  ML105      http://research.dfci.harvard.edu
Boston, MA 02115              Choice is the Choice!

--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=