LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Newbie (https://www.linuxquestions.org/questions/linux-newbie-8/)
-   -   Backing up solaris files on linux server (https://www.linuxquestions.org/questions/linux-newbie-8/backing-up-solaris-files-on-linux-server-92065/)

phahn 09-12-2003 01:31 PM

Backing up solaris files on linux server
 
I want to backup file systems /dev/dsk/c0t1d0sX (where X=0,3) from my Sun workstation running Solaris 7 onto a tape drive /dev/st0 on a Dell server running Red Hat 7.2. Both systems are on a LAN here in my home. What is the appropriate command? The Sun has root and user login privileges on the Dell using either ssh or telnet.

I first tried the following command on the Sun:

ufsdump 0ucf root@dell:/dev/st0n /dev/dsk/c0t1d0s3

I got the response:

DUMP: dell: Connection timed out
DUMP: Cannot connect to tape host 'dell'
DUMP: The ENTIRE dump is aborted.

Then I tried the following command:

ufsdump 0ucf - /dev/dsk/c0t1d0s3 | ssh dell dd of=/dev/st0n

The dump started, but intermingled with the dump information, the Dell asked for a password. I tried to type it in, but was unable to do so. This time the message said something about a "broken pipe" and "The ENTIRE dump is aborted".

Then, on the Dell, I put the following lines into the /etc/ssh/ssh_config file (before the Host * entries), and restarted ssh, in the hopes that I could keep the Dell from insisting on a password, but to no avail.

Host my-sun-machine
BatchMode yes
PasswordAuthentication no

The dell is still looking for a password, which I cannot seem to enter.

Any suggestions would be appreciated.

pablob 09-20-2003 08:27 AM

If I remember, on monday I'll look for my script back in the office and post it.

phahn 09-23-2003 09:30 AM

Dear Pablo,

Just a gentle reminder to post your script for dumping files from Sun to a Linux server.

Best wishes,

Peter

pablob 09-24-2003 07:56 AM

Yeah:

Please note, for this to work, you have to allow "shell" service in inetd.conf on the remote machine, and temporarily allow .rhosts

Substitute 10.32.8.58 with the IP of the linux iron with the DAT tape.

ufsdump 0f 10.32.8.58:/dev/st0n /dev/rdsk/c0t0d0s0 >>/tmp/dump.out 2>&1

ufsdump 0f 10.32.8.58:/dev/st0n /dev/rdsk/c0t0d0s7 >>/tmp/dump.out 2>&1

phahn 10-04-2003 07:17 PM

Hi Everybody,

Sorry I haven't gotten back to this thread for a while. My Linux server has had memory failures again. So, I was unable to work on this problem.

Could someone help me with pablob's advice "you have to allow 'shell' service in inetd.conf on the remote machine and temporarily allow .rhosts".

By remote machine, I believe pablob means the Linux server that has the tape drive that I want to use to backup the Sun files. It appears to have 'shell' service turned on, since I find the following entry in /etc/inet/inetd.conf:

shell stream tcp nowait root /usr/sbin/in.rshd in.rshd

Is that what pablob suggests?

Regarding "temporarily allowing .rhosts", there is no .rhosts file. How can I set one up, and what do I have to write in that file?

Thanks for your interest,

Peter

pablob 10-05-2003 07:09 AM

1.- Inetd & shell: Yes. You're OK.
2.- rhosts:

From man rhosts:

NAME
rhosts, hosts.equiv - trusted remote users or hosts

SYNOPSIS
~user/.rhosts
/etc/hosts.equiv

DESCRIPTION
The per user .rhosts and the per system hosts.equiv files can be used to allow users to use rlogin or rsh without a password. The remote login services first check the system wide /etc/hosts.equiv file and then the ~user/.rhosts of the intended user. Both files contain lines of one of two forms:

host
host ruser

The first form tells that any user from host is allowed to login to this system under the same name. The second form allows ruser from host to login.
The .rhosts file is checked to be owned by user or root, and only its owner may be able to write it.


SO:

Create these two files (/etc/hosts.equiv & /root/.rhosts or /etc/.rhosts ) and place inside this line:

+ +


YES. It's a plus, then a tab and then another plus.

When you end backup DELETE THIS TWO FILES IMMEDIATLY
Why ? Security risk. Open doors.


All times are GMT -5. The time now is 04:20 AM.