SUMMARY: remote ufsdump problem.

Frank Pardo (fpardo@tisny.com)
Wed, 30 Apr 1997 13:42:46 -0400 (EDT)

Dear Colleagues,

This list is the greatest thing since sliced bread. Many thanks to
David H. Brierley, who came up with the right answer in record time.

Also, of course, thanks to the people whose replies are still on their
way to me.

The original query:

| We have 5 Solaris servers on our network, and I'm setting up a simple
| backup scheme for them (while waiting for Amanda to settle down). The
| host named 'admin' has two DAT drives attached to it; the other hosts
| use a script that includes commands like this one:
|
| ufsdump 0cuf beast@admin:/dev/rmt/0cn /dev/rdsk/c0t3d0s7
|
| The user named 'beast' on 'admin' is the owner of the tape drives; he
| correctly lists the other servers in his '.rhosts' file.
|
| The backup script works fine on some servers, but on the server named
| 'mail' it fails, with messages like these:
|
| DUMP: permission denied
| DUMP: Cannot connect to tape host `admin'
| DUMP: The ENTIRE dump is aborted.
|
| On the other hand, when user 'root' on 'mail' issues the command
|
| rsh admin -l beast mt status
|
| he gets the expected reply:
|
| Archive Python 4mm Helical Scan tape drive:
| sense key(0x0)= No Additional Sense residual= 0 retries= 0
| file no= 0 block no= 0
|
| So it would seem that the problem is confined to the 'ufsdump' program.
|
| I followed -- I think -- all the instructions in the man pages and the
| Answerbook, so I don't understand why the script is failing on 'mail'
| and succeeding elsewhere. Any advice will be very welcome.

The solution:

| Date: Wed, 30 Apr 1997 13:01:34 -0400 (EDT)
| From: "David H. Brierley" <dhb@ssd.ray.com>
| To: Frank Pardo <fpardo@tisny.com>
| Subject: Re: remote ufsdump problem.
|
| You don't say what version of the O/S you are running but I suspect it
| is 2.4 or earlier. There is a bug in the system that causes it to send
| the wrong credentials to the remote. The solution is either to upgrade
| to 2.5.1 or to list the remote machine in the root .rhosts file on the
| tape server.
|
| --
| David H. Brierley
| Raytheon Electronic Systems - Portsmouth RI Facility
| Work: dhb@ssd.ray.com Home: dave@galaxia.com

The 'mail' server is indeed running Solaris 2.4; the servers that had no
problem with 'ufsdump' are running 2.5. Adding a '/.rhosts' file to the
'admin' server solved the problem.

--
  Frank Pardo  <fpardo@tisny.com>
  Transaction Information Systems
  New York City

The scholar's ink outlasts the martyr's blood. -- Irish proverb