Well, since all the replies to my original request went to the list,
there's not much need for a digest-format reply.
The solution was exactly as Saud had mentioned - the configuration of the
deviceclass 'generictape' (as it was configured in 3.7.4.0) needed to be
re-created using devtype=LTO and format=Ultrium (or UltriumC). Thankfully,
there was no existing information on LTO, as it appears that you cannot
update the device TYPE for a deviceclass, only the format used to record
(and surprise surprise, the format 'ultrium' isn't supported with
generictape. =)
Thanks to everyone for their suggestions and replies.
-JD.
>On Tue, Oct 09, 2001 at 09:27:01PM -0400, Justin Derrick wrote:
>On Tue, Oct 09, 2001 at 09:27:01PM -0400, Justin Derrick wrote:
>> While trying to back up a primary storagepool (5.2GB WORM) to a copy
>> storagepool (100GB LTO), the process waits endlessly for 'mount points to
>> become available' on both libraries, despite the fact that all the drives
>> in both libraries are empty and online. Here's the questions, then all the
>> gorey details.
>>
>> Here's the questions...
>>
>> Any idea what's causing the endless pause mounting the required
>> platters/tapes?
>
>probably the DEVCLASS issue explained below.
>
>> LTO is undoubtedly better supported in 4.2 -- anyone have and comments on
>> this combo? We're ordering a media kit, but would like to hear about
>> people's experiences before jumping ahead versions on our production system.
>
>I'd stay with 4.1 as there are a few AIX/LTO bugs in 4.2 (especially a nasty
>LTO bug in 4.2.1.0)
>
>
>> Is /dev/smc0 the device I should be using for the library? As you (might)
>> read below, it worked for the audit library, so I'm inclined to think it's
>> properly configured, but I also remember having a /dev/rmt1.smc device in
>> the /dev directory as well.
>yes /dev/smc0.
>
>You haven't set your DEVCLASS to "ULTRIUM" or "ULTRIUMC". Read the
>...README.SRV.txt
>file for details.
>
>Cheers, Suad
>--
>
>> I think that's it for questions... Here's the specs.
>>
>> AIX 4.3.3 on an RS/6k H80
>> TSM 4.1.3 (where it first appeared) and later 4.1.4 showed the same problem.
>> IBM 3995 C66 SCSI Optical Library (4 drives)
>> IBM LTO (don't have the model # handy) 100GB autochanger with 6 slots and
>> barcode reader
>> Atape 6.0.4.0 driver
>>
>> Both device classes (for WORM and LTO) are defined with the appropriate
>> number of mount points. Mountlimit is set (one on the LTO, four on the
>> 3995), and has been switched between the actual number of drives, and the
>> automatic setting 'drives' with no change in behaviour. The optical
>> library otherwise works perfectly, and has been in production for some
>> time. The LTO is the new addition for offsite backups, and while an audit
>> library works (the autochanger moves the tapes around and verifies the
>> labels on the tapes) I can't seem to get this 'backup storagepool' command
>> working.
>>
>> Additionally, the LTO is defined using the 'generictape' device type, since
>> 'LTO' as a type was only implemented in 4.2 and higher. Also, I'm using
>> the device /dev/smc0 as the device address for the library (as I recall
>> seeing in a readme file) since the 'TSM Devices' pane in smit doesn't
>> appear to recognize the tape library as being supported.
>>
>> Another strange request though -- I'm very new to this mailing list, and
>> see that there's quite a bit of traffic. If responses could be made
>> privately, I'll send out a digest of the input from the group in 48 to 72
>> hours, and as required afterwards, just to keep the traffic down to a
>> minimum. As well as the obligatory summary and review of the problem and
>> solution once it's finished.
|
