From owner-freebsd-bugs Tue Jun 13 00:10:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02401 for bugs-outgoing; Tue, 13 Jun 1995 00:10:24 -0700 Received: from fitipc31.tu-graz.ac.at (root@fitipc31.tu-graz.ac.at [129.27.146.51]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA02369 for ; Tue, 13 Jun 1995 00:10:02 -0700 Received: (from ruplit@localhost) by fitipc31.tu-graz.ac.at (8.6.9/8.6.9) id JAA20118; Tue, 13 Jun 1995 09:09:16 +0200 Date: Tue, 13 Jun 1995 09:09:15 +0200 (MET DST) From: Michael Ruplitsch To: Joerg Wunsch cc: freebsd-bugs@FreeBSD.org Subject: Re: dump having problems with remote tape drive In-Reply-To: <199506091735.TAA04032@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Fri, 9 Jun 1995, J Wunsch wrote: > As Michael Ruplitsch wrote: > > > > Hi, > Moin, Servus, > [...] > > 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? > > [dump output deleted] > > Is there any reason why a tape driver should not allow an O_RDWR > access where it does allow O_WRONLY? Hmm, I don't think so. But on the other hand: what does dump need the read permission for? > 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. As far as I know rmt does not live in /etc anymore. It's a link to /usr/sbin/rmt which is kept for reasons of backward compatibility. Slan, Michael