Dear Sun-Managers;
I would like to thank the following people for responding. My original
question is posted below:
David Evans
Dennis Markens
Barry Gamblin
Brion Leary
Tim Pointing
I believe the closest solution was provided by David Evans. This is an
excerpt of his reply:
>I always use .../bin .../bin/* as
>my arguments to achieve what you want. Without both the results I was
>expecting did not occur. Which is against what the man page leads you
>to believe.
I used this suggestion with ufsrestore i option. It seemed to take quite a
while, but whne I returned from lunch, there was a message on the console
display about setting owner permissions, and after quitting out of
ufsrestore,
all the files were in the target directory. Thank You David!
Dennis Martens suggested I change to to the top level directory first:
>if your file is in /data/bin , and /data is the file system, you have to
>cd to >/data first. That way, when you restore the file, it will place it
>in the >original location.
I believe I was doing this, but I will make certain in the future.
Barry Gamblin suggested:
>I think ufsrestore restores files from your current
>direcotry, not the absolute path. Check the directory where you were
>actually
>sitting when you ran the ufsrestore command.
See Above
Brion Leary had this suggestion:
>Are you specifing the h option to ufsrestore when you run it?
>
>eg. ufsrestore ih
>
>The h option prevents the extract of file and subdirectories
>when a directory is add'd for extract.
I admit I did not try this one. If I run into the same problem again, I
will give it a try.
Tim Pointing asked:
>Are you sure you did the "extract" interactive command in ufsrestore? The
>directories are created when you "add" files. The actual files are only
>created as they are extracted from the backup. If you put the restore in the
>background (or otherwise look for the files while ufsrestore is still
>running), you will see directories without the files. Wait until you are
>prompted by ufsrestore for further commands (possibly after being prompted
>for some confirmation (e.g. "set owner/mode...")) and you quit from it before
>you look for the files.
>--
I was at the ufsrestore prompt when looking at the directories in
interactive mode, so I think this part was correct. Also, I quit out of
ufsrestore when I
was lloking at the files in the directories. i think I had this info in my
original post.
I also contacted the person who was the previous admin for the machine, and
he suggested I use this command, but to make sure I was in the /data
directory first:
>ufsrestore x dt
Thanks for all who responded. Your replies were very helpful to me when
trying to restore these files.
Original Message:
>Dear Sun Managers:
>I am attemtping to restore some files on our server, running Solaris
>2.5.1., with the latest patchs (as far as I know).
>
>When running ufsrestore in interactive mode, I can see the directories
>with the files I want to restore, in our case /data/dt, but when I add the
>files and extract them, a empty directory is created in the target
>directory.
>
>For example, I want to restore the /data/dt/bin directory. After using the
>add and extract commands, I quit out of ufsrestore. i then look in the
>/data/dt/bin directory--/bin is created, but there are no files in the
>directory. The same for the /lib directory--there are two or three files
>in /lib, but not all of the files that I can see from the ufsrestore >
>directory. The same for the /lib directory--there are two or three files
>in /lib, but not all of the files that I can see from the ufsrestore >
>prompt are getting restored to the target directories.
>
>Is there a special command I should have used when using ufsdump to backup
>binary files?
>
>Does anyone know of a way to get these files (probably binary) to restore
>to the hard drive?
>
>Thanks in advance.
>
>Larry Pazdernik
-Larry Pazdernik
-Computer Information Technician
-Kearney Public Schools
-lpazdern@genie.esu10.k12.ne.us
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:13:24 CDT