------=_Part_41_7533692.1125353726189
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Server:
Netbackup 5.0GA
Solaris 8
 Client1:Solaris5.6
Client2: Solaris9
 Hello,
 I'm trying to restore files from a Solaris 5.6 Client to a Solaris9 Client=
=20
w/ Netbackup. After restoration the files have the correct=20
permissions/time-date stamps, but the directories are not so consistent.
 The top level directories have the same time/date stamp as the restoration=
=20
instead of the original (i.e. if I restore them at 3pm, they have a 3pm=20
modification time) Several of the directories however have different owners=
=20
and one directory was missing a sticky bit that was present on the original=
.
 We created a RESTORE_ORIGINAL_ATIME file in /usr/openv/netbackup, but that=
=20
didnt' help either.
 This also happens if we do a TIR.
 Has anyone run into permissions/time-date stamp problems on directories=20
while restoring? Any advice would be appreciated.
 Thank you.
 -R

------=_Part_41_7533692.1125353726189
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<div>Server:</div>
<div>Netbackup 5.0GA</div>
<div>Solaris 8</div>
<div>&nbsp;</div>
<div>Client1:Solaris5.6</div>
<div>Client2: Solaris9</div>
<div>&nbsp;</div>
<div>Hello,</div>
<div>&nbsp;</div>
<div>I'm trying to restore files from a Solaris 5.6 Client to a Solaris9 Cl=
ient w/ Netbackup. After restoration the files have the correct permissions=
/time-date stamps, but the directories are not so consistent.</div>
<div>&nbsp;</div>
<div>The top level directories have the same time/date stamp as the restora=
tion instead of the original (i.e. if I restore them at 3pm, they have a 3p=
m modification time) Several of the directories however have different owne=
rs and one directory was missing a sticky bit that was present on the origi=
nal.
</div>
<div>&nbsp;</div>
<div>We created a RESTORE_ORIGINAL_ATIME file in /usr/openv/netbackup, but =
that didnt' help either.</div>
<div>&nbsp;</div>
<div>This also happens if we do a TIR.</div>
<div>&nbsp;</div>
<div>Has anyone run into permissions/time-date stamp problems on directorie=
s while restoring? Any advice would be appreciated.</div>
<div>&nbsp;</div>
<div>Thank you.</div>
<div>&nbsp;</div>
<div>-R</div>

------=_Part_41_7533692.1125353726189--