Date: Fri, 9 Jun 1995 19:35:24 +0200 (MET DST) From: J Wunsch <j@uriah.heep.sax.de> To: ruplit@fitipc31.tu-graz.ac.at (Michael Ruplitsch) Cc: freebsd-bugs@FreeBSD.org Subject: Re: dump having problems with remote tape drive Message-ID: <199506091735.TAA04032@uriah.heep.sax.de> In-Reply-To: <Pine.BSD.3.91.950609144354.13642B-100000@fitipc31.tu-graz.ac.at> from "Michael Ruplitsch" at Jun 9, 95 03:11:07 pm
next in thread | previous in thread | raw e-mail | index | archive | help
As Michael Ruplitsch wrote: > > Hi, Moin, > Today I wanted to use `dump' to backup my hard drive onto a remote scsi tape > drive. dump terminated with the message: > Cannot open output "/dev/rmt/ctapen". > I found out that dump tries to open the remote tape for reading and > writing (by sending "Otape-device\n2\n" to rmt where 2 means O_RDWR) > instead of opening it for writing only (`1' instead of `2'). Is this a bug > or is it a feature of dump? A feature. Why do you think _this_ might be the problem? j@uriah 140% /sbin/rdump 9Bf 150000 localhost:/dev/rst0 / DUMP: Date of this level 9 dump: Fri Jun 9 19:31:06 1995 DUMP: Date of last level 8 dump: Mon Jun 5 15:07:39 1995 DUMP: Dumping /dev/rsd0a (/) to /dev/rst0 on host localhost DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 540 tape blocks on 0.00 tape(s). DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: DUMP: 537 tape blocks on 1 volumes(s) DUMP: Closing /dev/rst0 DUMP: DUMP IS DONE Is there any reason why a tape driver should not allow an O_RDWR access where it does allow O_WRONLY? Anyway, i found another bogon while i've been looking at this: dump doesn't use an absolute path (/etc/rmt) as it ought to be; instead it thinks it should rely on "rmt" only. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199506091735.TAA04032>