Remote Backup Problems

[Chartier Jerome]

Hi all,

I'm trying to recover an fbackup backup file from a sun box (SunOS invalides 5.8 Generic_108528-16 sun4u sparc SUNW,Ultra-4) with a dat as following:
# mt -f /dev/rmt/1 stat
HP DDS-4 DAT (Sun) tape drive:
sense key(0x0)= No Additional Sense residual= 0 retries= 0
file no= 0 block no= 0
from an HP box using sam with remote bck device. System is HP-UX manon B.11.00 A 9000/800 114951547 two-user license.
When I launch the process, I've got the error:
Getting list of files...
/etc/rmt@: Command not found
frecover(5405): unable to open invalides:/dev/rmt/1
frecover(5406): Do you wish to continue?

Have you got any idea regarding this problem?
The rlogin commands are working well both sides.

Thanks for your help

Regards

Jérô

[Darren Prior]

Hi,

fbackup is an HP-UX only utility. When you run it with a remote tape device there is a reader or writer process running on the remote system. As your remote system isn't running HP-UX and therefore doesn't have fbackup, the process isn't running.

regards,

Darren.

[Chartier Jerome]

Hi Daren,

Thanks for your answer.

The fact is that I've got an fbackup/DAT tape with some data I have to put on HP servers which just have some DLT/7000,8000 mt.

The DAT I've got are just on one SUN and one Linux Box.

How can I recover this tape?

Perhaps using full dd or something like that and mount a loopback device .....

If anyone has any idea or ever done this, his ideas are welcome ... ;o)

Thanks in advance

Regards

Jérôm

[Sunil Sharma_1]

Hi,

You can restore tapes if they backed up using tar, dd, cpio comamnd. These are standard commands which available in most of the Unix flavour.

so you should know how the data has been backed up and then use corrosponding command to recover data from tape.

Sunil

[Darren Prior]

Hi,

I've seen someone use a combination of remsh and dd to pipe data into frecover using -f - to read from stdin. You may need to play around with block sizes in the dd command.

regards,

Darren.

[T G Manikandan]

A tape backed up using fbackup can only recovered using frecover.

[T G Manikandan]

Never tried this combination,

Make sure you can login into the Sun box from HP using remsh without prompt of a password bu making entries into /.rhosts file.

Then try executing command from HP machine

#frecover -xvN -f :/dev/rmt/1

Please revert

[Chartier Jerome]

Hi all,

Thanks for your help, when I launch the command, Iget :
manon:/# frecover -xvN -f invalides:/dev/rmt/1
/etc/rmt@: Command not found
frecover(5405): unable to open invalides:/dev/rmt/1
frecover(5406): Do you wish to continue? (^[yY]/^[nN])

Still got the same error message ... :o(

Cheers

JérÃ

[T G Manikandan]

But are you able to remsh into Sun box without a password prompt

[Chartier Jerome]

Yes, remsh, rlogin are working with no password.

Tried the command:

remsh invalides -n dd if=/dev/rmt/1 bs=16k - | frecover -vNxf -

But got the error message:

0+1 records in
0+1 records out
frecover(5418): not an fbackup volume; unable to read volume header
frecover(5414): abort selected

Any Idea?

Thanks for your help

Cheers

JérÃ

[Steve Lewis]

You have several problems here.

The first problem is that solaris does not have /etc/rmt (symlink to /usr/sbin/rmt).

Secondly Solaris does not use fbackup. It is an HP-UX-only product.

Third problem is that fbackup writes EOF marks all down the tape to assist with searches. That is because it works out what sort of device it is using to backup. If it backs up to stdout or to a disk file, then doesn't do this.

I tried Darren's idea but couldn't get it to work, since dd stops at every EOF and using stdin only works in conjunction with a disk file, optical drive or stdout as the fbackup device.

You cannot get around this using remsh...mt fsf. Frecover expects to find lots of eofs.

The fbackup man page also says you cannot use dd to backup or recover.

You last chance with software could be something like this:
dd copy each 'file' segment off the remote tape to a local tape, then use mt to write and eof mark. Once you have got all the data across try to frecover from the local tape. I am not hopeful that this would work either.

The last and probably best idea, is to plug your DDS drive back into the HP-UX server, then frecover what you need.

[Chartier Jerome]

OK ... :o(

Thanks for your help

Cheers

Jérôm