[SUMMARY]vrestore errors

From: Larry Griffith <larry_at_garfield.wsc.mass.edu>
Date: Mon, 24 Nov 1997 09:49:30 -0500

Dear Managers,

        The only reply I received from from Tom Blinn, who indicated that this
is due to a probable bug in vrestore. Record type 14 apparently is the
directory ACL. Since we do use ACLs here that very well could be correct and
is a cause for concern.

        Here is my original post followed by Tom's reply:

Original post
-------------


Dear Managers,

        This morning a user needed a single file restored. When I
started vrestore, I got about half a dozen messages like this:

        RECORD HEADER (unknown/unexpected)
          record type : 14
          data offset : 0
          record size : 80
          flags : <none>

        I also received this message:

vrestore: error setting extended attributes 2

        The vdump (which had been done just a couple of hours earlier)
did not show any errors of any kind. The actual file seems to have
been restored successfully. Should I be concerned? I would prefer
not to find out with some mission-critical restore.


        The system is a DEC 3000/600. We're running V4.0B with the
latest jumbo patch.

                                                Larry

Dr. Tom Blinn's reply
---------------------

From: "Dr. Tom Blinn, 603-884-0646" <tpb_at_zk3.dec.com>


Larry,

I remember tracking this down for someone else not too long ago.

When you do a backup with vdump on an AdvFS file system where you have ACLs
on both the files and directories, vdump writes the extended attributes for
the ACLs into the saveset.

vrestore lacks code to deal with type 14 records which are, if I remember
correctly, the directory ACLs.

So, you may be losing the directory ACLs on a restore.

I think that's how it all worked out.

Whether the patch kits may have tried to fix this and made it worse I do
not know, but it's a bug. It's probably been reported at least once, but
if you have a support contract with us, you should file a formal problem
report and ask that the problem be tracked and a patch provided, since it
really is a subtle form of file system data corruption when the ACLs are
lost on a restore.

Tom
 
 Dr. Thomas P. Blinn, UNIX Software Group, Digital Equipment Corporation
  110 Spit Brook Road, MS ZKO3-2/U20 Nashua, New Hampshire 03062-2698
   Technology Partnership Engineering Phone: (603) 884-0646
    Internet: tpb_at_zk3.dec.com Digital's Easynet: alpha::tpb
     ACM Member: tpblinn_at_acm.org PC_at_Home: tom_at_felines.mv.net

  Worry kills more people than work because more people worry than work.

      Keep your stick on the ice. -- Steve Smith ("Red Green")

     My favorite palindrome is: Satan, oscillate my metallic sonatas.
                                         -- Phil Agre, pagre_at_ucsd.edu

  Opinions expressed herein are my own, and do not necessarily represent
  those of my employer or anyone else, living or dead, real or imagined.
 

                                                Larry



============================================================================
Larry Griffith Dept. of Computer & Info Science
larry_at_garfield.wsc.mass.edu Westfield State College
(413) 572-5294 Westfield, MA 01086 USA
PGP public key available at: http://garfield.wsc.mass.edu/dcis/griffith.html
============================================================================
Received on Mon Nov 24 1997 - 16:10:45 NZDT

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:37 NZDT