| To the best of my knowledge none of the usual tape utilties
released with current or past versions of Digital UNIX have
support for media changers. For sequential changers, you
can use the mt(1) command to take the drive "offline" and
it will load the next tape if there is one. You either have
to do this by hand, watching for dump wanting a next tape
or have something that runs dump, intercepts the messages
and recognizes the need for an offline command.
A TLZ7L with any of the magazines available, should be able
to work in this environment. In the case of 8 and 12 slot
carriers you need to make sure there is clearance in front,
above and below the carrier to for it move. The motor that
moves the magazine isn't strong enough to lever the drive, if
it happens to run into a desk or tabletop...
It would help if you could provide a transcript of the error.
It could have nothing to do with the larger magazine.
I'm assuming that the TLZ7L doesn't include a feature where it
handles EOT internally to load a "next" tape. If it did
support such a feature, I would assume that it work no matter
what number of slots were in the carrier.
For random access to the slots you can use the Media Robot
Utility. It won't automate your backups anymore than mt(1)
does, but it give more control over which tapes to load.
|
|
Hello,
The customer is using mt to offline the currently loaded tape
and cause the unit to load the next tape in the magazine.
This seems to work ok when the 4 cassette magazine is in use,the
customer tried to use the 12 cassette unit and on accessing the
5'th tape the backup log shows an " I/O ERROR " .Nothing though
in the system errorlog.
It talks in the spec over media initialisation commands to
determine the size of the magzine in use.
I was wondering if there is an MT command that is required
to perform this.
regards
tony
|
| I'll shortly be gone for a week, so don't be surprised if
I don't offer any more hints.
Is the mt(1) failing with an I/O error or the dump? My
experience with mt(1) is that when a tape takes "too long"
to load, mt(1) will fail. I don't recall if this causes
logged I/O errors or not. If dump is getting the I/O error,
it could be similar timing problem. If the tape isn't loaded
when dump tries to open the drive, it could fail as well.
This points to a tape problem more than a magazine problem.
|