>Apologies for the delay!
>The only response I got was from Jan, many thanks.
>I have installed PK6 and will attempt to run the process again in the next
>week or so. It's a lot of data, so I need a chunk of downtime.
>As soon as I run it, I will forward my results.
>
>Alan
>
>
>
>Jans response:
>
>Hello,
>
> it seems from the changes which went into PK5(BL23) a fix was
> incorporated to address issues with vrestore not being
> able to restore property lists/ACLs.
> Code has also been added to now show the filename for which
> vrestore failed to set the property list.
> If you haven't used ACLs in the past it's nothing to worry
> about.
> If you install PK6/BL24 you'll automatically install the above
> mentioned fix as well.
>
>Hth,
>
>- Jan
>
>-----Original Message-----
>From: tru64-unix-managers-owner_at_ornl.gov
>[mailto:tru64-unix-managers-owner_at_ornl.gov] On Behalf Of Alan Douglas
>Sent: Tuesday, February 03, 2004 5:03 AM
>To: tru64-unix-managers_at_ornl.gov
>Subject: vrestore error
>
>
>
>System: Tru64 v5.1a PK3
>
>Managers,
>
>I am looking for assistance with a problem I had over the weekend. I was
>doing an UFS to ADVFS conversion to a new disk. This allowed me to run a
>vrestore piped from a vdump -
>
>vdump -0f - -D /data | vrestore -xf - -D /tmp_data
>
>I got many errors like these -
>
>vrestore: error setting extended attributes 22
>vrestore: error setting extended attributes 22
>vrestore: error setting extended attributes 22
>vrestore: error setting extended attributes 22
>
>>From researching these, it looks like we are going to need to go to the
>latest patch kit to fix some vrestore errors. I was just looking for
>confirmation that this will fix my problem, and allow me to upgrade my
>disks.
>
>Secondly, I aborted the job, presuming my data (Oracle databases etc) would
>be unusable. Could anyone shed light on what exactly the error means? I
>can't find a good explanation for what was happening. Also, why would it
not
>have occurred when I ran a full partition restore, from tape, only the
night
>before - without errors?
>
>
>Thanks,
>Alan
>
>
>CONFIDENTIALITY NOTICE
>This email is private and confidential and may contain legally privileged
>information.If you are not named above as an addressee it may be unlawful
>for you to read, copy, distribute, disclose or otherwise use the
information
>in this email. If you are not the intended recipient of this email please
>contact our systems manager.
>Thank you.
>Any views or opinions presented are solely those of the author and do not
>necessarily represent those of the company or its associated companies
>unless otherwise specifically stated.
>
CONFIDENTIALITY NOTICE
This email is private and confidential and may contain legally privileged
information.If you are not named above as an addressee it may be unlawful
for you to read, copy, distribute, disclose or otherwise use the information
in this email. If you are not the intended recipient of this email please
contact our systems manager.
Thank you.
Any views or opinions presented are solely those of the author and do not
necessarily represent those of the company or its associated companies
unless otherwise specifically stated.
Received on Mon Feb 09 2004 - 16:39:45 NZDT