Just to clarify something I said below:
The scratch category has ALWAYS been 301, but with ENABLE3590LIBRARY on,
it automatically adds 1 to that for the 3590... So, there are no
ramifications to enabling this, as it is now doing what it's supposed
to...
1> Amazing that ADSM support had no clue about this option.
2> Unfortunate that the skeleton file for V3 options doesn't have it!
Thanks,
-Scott
________________________________________________________________________
________________________________________________________________________
L. Scott Emmons | CableData R&D Center - El Dorado Hills, CA, USA
Staff Software Engineer| Unix Administration, Systems Development Dept
(916) 939-6088 | Views and content are my own, not CableData's
>-----Original Message-----
>From: L. Scott Emmons [mailto:scotte AT center.uscs DOT com]
>Sent: Wednesday, June 03, 1998 11:10 AM
>To: 'ADSM: Dist Stor Manager'
>Subject: RE: Please Help! All scratch volumes deleted with V3 upgrade!
>
>
>Well, I remembered about the "ENABLE3590LIBRARY" option and
>turned it on in the dsmserv.opt file. I missed this option
>when I rebuilt the option file using the V3 skeleton.
>Unfortunately, this option is only in the manuals, and not in
>the skeleton file, so I completely missed it.
>
>Now, our scratch category is 301 instead of 302, but I really
>don't care, since all we have is 3590 drives and ADSM running
>the whole 3494 box.
>
>Is anyone aware of any other ramifications that this would
>have? Other than getting us up back and running, of course! :-)
>
>IBM really needs to warn about this in the "Quick Start"
>manual, as well as be able to change the scratchcategory on the fly...
>
>Thanks,
>-Scott
>_______________________________________________________________
>_________
> L. Scott Emmons | CableData R&D Center - El Dorado
>Hills, CA, USA
>Staff Software Engineer| Unix Administration, Systems Development Dept
> (916) 939-6088 | Views and content are my own, not CableData's
>
|