Moving Files

Unless you're sure of what's on the tape (or disk, etc.), don't do a blanket recover (mount, etc.) onto a 10.x system.

Make sure you recover or mount only "user", as opposed to "structural", files and directories. ("Structural" files and directories are those that form part of HP-UX, such as / (root), /bin, /usr/bin and /usr/lib on 9.x systems.)

If you really need to restore a file from one of these "system" directories from a 9.x tape onto a 10.x system (for example, to retrieve non-HP custom code in a script) one way to do it could be to recover the file to a different pathname; for example, to recover the 9.05 version of /etc/inittab from a tape created with fbackup(1M), you might create the directory /9.05 on your 10.x system and recover the file to /9.05/etc/inittab.

	CAUTION: Be very careful if you attempt this. The above example will work if you are using frecover(1M) and you use the -X option to recover the file to the current working directory (which should be /9.05 in this example). But if you used tar(1) or cpio(1) to back up files to absolute pathnames (that is if the inittab file was backed up as /etc/inittab rather than etc/inittab or ./etc/inittab), then you cannot recover them to a different pathname; in that case the /etc/inittab file on the 9.x tape would overwrite the 10.x version of the file, which is just what you don't want. If you are not sure if files on a tape were backed up to absolute pathnames or not, you can make the recovery utility print a table of tape contents; for example, use the t option to tar or cpio (see the tar(1) and cpio(1) manpages for more information).

Avoid recovering HP-created context-dependent files (CDFs) onto 10.x systems; these are "structural" files and will not work on 10.x (see the guidelines for "structural" files above).

If you do recover a CDF onto 10.x, you'll find that the "hidden directories" that comprise CDFs are treated as ordinary directories. For example, the CDF element /myapp/outputfile+/node1 will become an ordinary file (node1) in the ordinary directory /myapp1/outputfile+ when you use tar or frecover to restore it to a 10.x system.

If you mount a disk containing CDFs onto a 10.x system, you won't see the plus sign in the directory name, but the sticky bit will be set.

Be careful about recovering any files or directories from 9.x backups, or moving or mounting them from a 9.x system.

If you follow filesystem-layout guidelines in the HP-UX System Administration Tasks manual and the HP-UX 10.0 File System Layout White Paper, even your "user" files are likely to be in different directories on the 10.x system from where they were on 9.x. Recovering these files blindly may create a redundant set of directories; the next run of your application may not find the data you recovered and produce erroneous results.