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 written. 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?
Hi Matt, > 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 mtio manpage. But I'd still need to tell dump to proceed. Doing it this way means I can write an entire pod without manual intervention. Cheers, Ian. -- Network Unit, Manchester Computing, The University, Manchester, UK. mail: ip@mcc.ac.uk | 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?
Responsible Changed From-To: freebsd-bugs->mjacob I'll look at it.
State Changed From-To: open->feedback With bugmeister hat on, reassign from inactive committer.
Responsible Changed From-To: mjacob->freebsd-bugs Is this still a problem with modern versions of FreeBSD?
Responsible Changed From-To: freebsd-bugs->mjacob mjacob has reactived his commit bit. mea culpa for the bogus reassignment.
State Changed From-To: feedback->open Feedback received. http://www.freebsd.org/cgi/query-pr.cgi?pr=20501 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). Cheers,
Responsible Changed From-To: mjacob->freebsd-bugs 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
Keyword: patch or patch-ready – in lieu of summary line prefix: [patch] * bulk change for the keyword * summary lines may be edited manually (not in bulk). Keyword descriptions and search interface: <https://bugs.freebsd.org/bugzilla/describekeywords.cgi>