home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sgi
- Path: sparky!uunet!sun-barr!ames!sgi!fido!zola!zuni!anchor!olson
- From: olson@anchor.esd.sgi.com (Dave Olson)
- Subject: Re: using dump between 2 SGI workstations (without being root)
- Message-ID: <p1tkjg0@zuni.esd.sgi.com>
- Keywords: dump, rcmd
- Sender: news@zuni.esd.sgi.com (Net News)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- References: <ivan.714758979@stat>
- Date: Wed, 26 Aug 92 06:37:26 GMT
- Lines: 30
-
- In <ivan.714758979@stat> ivan@ph.albany.edu (Ivan Auger) writes:
-
-
- | I am currently using dump as a normal user on an sgi to a local tape
- | driver with no problem. (as Dave Olson suggested, I just changed the
- | group ownership of /dev/rsdsk/* to "operator" - where "operator" is a
- | group of people allowed to do backups).
- |
- | However, when trying to dump to a remote tape drive (between 2 sgi's),
- | it fails. The message is:
- | rcmd: socket: Permission denied
- | DUMP: Couldn't execute /etc/rmt on violet
- |
- | Since I do not have this problem when using dump on a sun to a remote
- | tape drive on an SGI - the SGI dump uses a different mechanism to
- | communicate with another system. That is rcmd which requires you
- | to be superuser.
- | One solution is to do the "dump" as root, and have an ".rhosts" file
- | on sgi with the tape drive. I clearly do not want that.
- |
- | Any suggestions ?
-
- Yes, this is sort of a misfeature. About all I can suggest doing is
- to use '-' to write the dump to stdout, and then use the old
- | rsh user@host dd of=/dev/tape obs=xxk
- hack
- --
- Let no one tell me that silence gives consent, | Dave Olson
- because whoever is silent dissents. | Silicon Graphics, Inc.
- Maria Isabel Barreno | olson@sgi.com
-