Hello, I wonder if anybody had experience with reading tar format tapes from device, that connected to Network Appliance. I tried from Solaris machine "tar xvf netapp:nrst0a" ... and got "netapp:nrst0a: No such file or directory". ufsdump utility works fine.
Thanks. -- ~*-,._.,-*~`^`~*-,._.,-*~`^`~*-,._.,-*~`^`~*-,._.,-*~`^`~*-,._.,-*~`^ Artur Shnayder Voice: (609)655-5105 x12 System Manager Fax: (609)655-5114 Email: artur@cgen.com Compugen Inc URL: http://www.cgen.com ~*-,._.,-*~`^`~*-,._.,-*~`^`~*-,._.,-*~`^`~*-,._.,-*~`^`~*-,._.,-*~`^
On Mon, 22 Nov 1999, Artur Shnayder wrote:
Netapp's implementation of the rmt protocol is at best "minimalist" and at worst wrong. Earlier this year I spent a few happy hours with a protocol analyser and found that filers don't respond properly to tape drive status requests and hence some clients won't talk to them. That may be the problem in this case.
I reported this to Netapp some time ago but I don't know if anything happened. It's probably fixed in a future major release of their no-upgrades-needed OS!
------------------------------------------------------ Dave Atkin, Head of Technical Services Computing Service, University of York, YORK YO10 5DD Phone: +44-1904-433804 (ddi) Fax: +44-1904-433740 Email: D.Atkin@york.ac.uk ------------------------------------------------------
Actually, this is probably operator error.
The stock Solaris tar does not support remote tape devices. If you need this kind of support, you will need to install GNU tar.
Dave Atkin wrote:
-- Matthew Lee Stier * Fujitsu Network Communications Unix Systems Administrator | Two Blue Hill Plaza Ph: 914-731-2097 Fx: 914-731-2011 | Sixth Floor Matthew.Stier@fnc.fujitsu.com * Pearl River, NY 10965
Matthew Stier wrote:
Gnu tar also doesn't support rmt protocol. But I hoped that netapp provides something like dd, that allows to redirect image of the tape to stdout .... Unfortunately, I see, that it's impossible.
-- ~*-,._.,-*~`^`~*-,._.,-*~`^`~*-,._.,-*~`^`~*-,._.,-*~`^`~*-,._.,-*~`^ Artur Shnayder Voice: (609)655-5105 x12 System Manager Fax: (609)655-5114 Email: artur@cgen.com Compugen Inc URL: http://www.cgen.com ~*-,._.,-*~`^`~*-,._.,-*~`^`~*-,._.,-*~`^`~*-,._.,-*~`^`~*-,._.,-*~`^
Funny, my experience; and the GNU tar info files; would indicate otherwise.
--file=HOSTNAME:/DEV/FILE NAME
`tar' will complete the remote connection, if possible, and prompt you for a username and password. If you use `--file=@HOSTNAME:/DEV/FILE NAME', `tar' will complete the remote connection, if possible, using your username as the username on the remote machine.
If the archive file name includes a colon (`:'), then it is assumed to be a file on another machine. If the archive file is `USER@HOST:FILE', then FILE is used on the host HOST. The remote host is accessed using the `rsh' program, with a username of USER. If the username is omitted (along with the `@' sign), then your user name will be used. (This is the normal `rsh' behavior.) It is necessary for the remote machine, in addition to permitting your `rsh' access, to have the `/usr/ucb/rmt' program installed. If you need to use a file whose name includes a colon, then the remote tape drive behavior can be inhibited by using the `--force-local' option.
Artur Shnayder wrote:
-- Matthew Lee Stier * Fujitsu Network Communications Unix Systems Administrator | Two Blue Hill Plaza Ph: 914-731-2097 Fx: 914-731-2011 | Sixth Floor Matthew.Stier@fnc.fujitsu.com * Pearl River, NY 10965
-
Artur Shnayder -
Dave Atkin -
Matthew Stier