Solaris has an additional ("l") flag to dump (aka ufsdump) which offlines
a tape drive after EOT is detected. This tells DAT autoloaders which are
in manual mode (i.e. the changer LUN hasn't seen any commands since the
pod was loaded) to unload the current tape and load the next, if possible.
The dump then continues without manual intervention until all tapes are
The code is pretty simple. When EOT is reached, and we've waited for the tape
to rewind, we do an OFFLINE ioctl and then wait again for two minutes or so
until the tape opens successfully. If it doesn't, we assume we've used all
the tapes in the pod and ask for manual intervention as before.
Similar patches applied to FreeBSD 4.1-STABLE and NetBSD/SPARC 1.4.1.
Why don't you just use the 'eject on close' tape device?
> Why don't you just use the 'eject on close' tape device?
First thought: doh... didn't know there was one... can't find it in the
But I'd still need to tell dump to proceed. Doing it this way means I can
write an entire pod without manual intervention.
Network Unit, Manchester Computing, The University, Manchester, UK.
mail: email@example.com | phone: +44-161-275-6006 | fax: +44-161-275-6040
"Europe's Premier Research Supercomputing Facility"
Another android exhibiting signs of the Munich Syndrome.
'sa(4)' man page
I see your point, but if you're going to use dump, this method only works for
stackers. It'd be better if you swiped amanda's perl script which also can
then work with real changers using chio, no?
I'll look at it.
With bugmeister hat on, reassign from inactive committer.
Is this still a problem with modern versions of FreeBSD?
mjacob has reactived his commit bit. mea culpa for the bogus reassignment.
Adding to audit trail from personal email recevied 07/04/2005 as a
side-effect of some old email being reposted:
I'm not quite sure why this reappeared in my mailbox. I've had a few people ask
me for the patch over the years, including one guy who wanted it to work with
rmt for remote drives -- it'll need tweaking for $OSVER > 4.11. I'd assumed
this PR was forgotten about.
AFAIK, modern versions of FreeBSD still don't do this, but I don't have a
-CURRENT box right now, just 5.4. But the DAT autoloaders are no longer in
use, so its not a problem (for me).
Assignee has turned in his commit bit, so return to pool.
For bugs matching the following criteria:
Status: In Progress Changed: (is less than) 2014-06-01
Reset to default assignee and clear in-progress tags.
Mail being skipped