Freezed remote restore

Hi, I would like to resolve my problem whith "remote restore". I wonder if anyone has any successful experience with a similar task. The theme is as follow: - We have an IDS 9.4UC3 on Linux RedHat8 (hostLinux) - We are trying to implement remote backup/retore on disk, by openssh and "ontape" command. - For such aim, we have defined these parameters: TapeDev=user@host_bkp:path_bkp DBREMOTECMD=ssh - We made backups successfuly. But we cannot restore remotely from the backuped files generated previously. - In order to discard a badly formed backup file, we copied by scp to the hostlinux, adapted the tape and REMOTECMD parameters as a local backup/restore implementation, and restored normaly without any problems. - So we argue that the problem is in the combination of "ontape" with openssh. - Also, we simulated a "ssh user:hostbackup dd ib=xxx ob=xxx " (internal execution of remote restore ) from line command. Then compared the outed file (on local machine), with the first on the backup machine. They were identicals The bad behavior is: - when starts "ontape -r ", asks for a password, shows the contained dbspaces in then bakcup file (all oks), and then freeze the messages, dosen't asking about the rest (Continue...?, Logs...? etc,) - We supposed, ontape was waiting for another password. So, we complemented the ssh with the use of ssh-agent, then no more password was required to the user durin ontape execution. Unfortunately, the problem persists. Thanks in advance Martha

Martha, There is probably something similar to "truss" for Solaris on Linux that you can use. "truss" records the messages between a utility and the operating system and prints them on stdout. It makes a lot of output, but if your seeing a "hang" while running a utility this can come in handy. It's be something like: truss ontape -r > truss.out 2>&1 Sorry I don't know what the problem is with this remote ontape restore. Hope this suggestion helps. Brice Avila mgarcia_info@yahoo.com (M.Garc?a) wrote in message news:<21d63c50.0409281107.2207fd12@posting.google.com>... > Hi, > > I would like to resolve my problem whith "remote restore". > I wonder if anyone has any successful experience with a similar task. > > The theme is as follow: > > - We have an IDS 9.4UC3 on Linux RedHat8 (hostLinux) > - We are trying to implement remote backup/retore on disk, by > openssh and "ontape" command. > > > - For such aim, we have defined these parameters: > > TapeDev=user@host_bkp:path_bkp > DBREMOTECMD=ssh > > > - We made backups successfuly. But we cannot restore remotely from the > backuped files generated previously. > > - In order to discard a badly formed backup file, we copied by scp to > the hostlinux, adapted the tape and REMOTECMD parameters as a local > backup/restore implementation, and restored normaly without any > problems. > > - So we argue that the problem is in the combination of "ontape" with > openssh. > > - Also, we simulated a "ssh user:hostbackup dd ib=xxx ob=xxx " > (internal execution of remote restore ) from line command. Then > compared the outed file (on local machine), with the first on the > backup machine. They were identicals > > > The bad behavior is: > - when starts "ontape -r ", asks for a password, shows the contained > dbspaces in then bakcup file (all oks), and then > freeze the messages, dosen't asking about the rest (Continue...?, > Logs...? etc,) > > - We supposed, ontape was waiting for another password. So, we > complemented the ssh with the use of ssh-agent, then no more password > was required to the user durin ontape execution. > > > > Unfortunately, the problem persists. > > > > Thanks in advance > > Martha

strace. Brice Avila wrote: > Martha, > > There is probably something similar to "truss" for Solaris on Linux > that you can use. "truss" records the messages between a utility and > the operating system and prints them on stdout. It makes a lot of > output, but if your seeing a "hang" while running a utility this can > come in handy. It's be something like: > > truss ontape -r > truss.out 2>&1 > > Sorry I don't know what the problem is with this remote ontape > restore. Hope this suggestion helps. > > Brice Avila > > mgarcia_info@yahoo.com (M.Garc?a) wrote in message news:<21d63c50.0409281107.2207fd12@posting.google.com>... > >>Hi, >> >>I would like to resolve my problem whith "remote restore". >>I wonder if anyone has any successful experience with a similar task. >> >>The theme is as follow: >> >>- We have an IDS 9.4UC3 on Linux RedHat8 (hostLinux) >>- We are trying to implement remote backup/retore on disk, by >>openssh and "ontape" command. >> >> >>- For such aim, we have defined these parameters: >> >>TapeDev=user@host_bkp:path_bkp >>DBREMOTECMD=ssh >> >> >>- We made backups successfuly. But we cannot restore remotely from the >>backuped files generated previously. >> >>- In order to discard a badly formed backup file, we copied by scp to >>the hostlinux, adapted the tape and REMOTECMD parameters as a local >>backup/restore implementation, and restored normaly without any >>problems. >> >>- So we argue that the problem is in the combination of "ontape" with >>openssh. >> >>- Also, we simulated a "ssh user:hostbackup dd ib=xxx ob=xxx " >>(internal execution of remote restore ) from line command. Then >>compared the outed file (on local machine), with the first on the >>backup machine. They were identicals >> >> >>The bad behavior is: >>- when starts "ontape -r ", asks for a password, shows the contained >>dbspaces in then bakcup file (all oks), and then >>freeze the messages, dosen't asking about the rest (Continue...?, >>Logs...? etc,) >> >>- We supposed, ontape was waiting for another password. So, we >>complemented the ssh with the use of ssh-agent, then no more password >>was required to the user durin ontape execution. >> >> >> >>Unfortunately, the problem persists. >> >> >> >>Thanks in advance >> >>Martha