SUMMARY: More 4.0F PK8 patchkit installation woes

From: Wakeman, Lindsay (Lindsay.Wakeman_at_bl.uk)
Date: 10/29/03

  • Next message: Jeffrey_Hummel_at_albemarle.com: "SUMMARY: Re: NFS Portmap: RPC: Program not registered"
    Date: Wed, 29 Oct 2003 14:26:42 +0000
    To: "'tru64-unix-managers@ornl.gov'" <tru64-unix-managers@ornl.gov>
    
    

     Greetings,

     Thanks to those who replied - Iain Barker, Pat O'Brien, and especially John
    Lanier.

     It seems the problem (i.e. that of long list of complaints from dupatch
    with PK8) is not particularly unusual. Although there is a suspicion that a
    vrestore may not behave entirely properly with permissions, this doesn't
    always explain why this kit behaves this way.

     The solution is to run a baseline, and override the dupatch exclusion of
    the patches (assuming you are fairly certain that they are being excluded
    for no good reason, as I was).

     John kindly sent me the allverify program to highlight/correct permissions
    and ownerships
    in the system and also compared my kernel with another 4.0F PK8 kernel which
    showed very minimal diffs, suggesting that I need not be too concerned that
    what I have is braindamaged in some way.
    He pointed out that if I need to revert to PK7, then I should do so from
    backups, as the manual
    override in baselining makes patch backout complicated.

     Thanks all,

    Lindsay

    > -----Original Message-----
    >
    >
    > Friends,
    >
    > I recently resolved a problem through this list for
    > installing PK8 to
    > 4.0F.
    >
    > Moving on to a second system (also 4.0F) however showed
    > different problems.
    > I removed all the so-called 'CSP' patches in readiness for
    > the kit (as I had
    > on my first machine). Now his time the baseline process
    > displayed a lot of
    > problems in the stage where it checks for files 'changed or
    > from unknown
    > sources'.
    >
    > It picked up dozens of files from all the standard system
    > areas - /usr/lbin, /sbin, /sys/BINARY,
    > /usr/bin, /usr/ccs, /usr/lib, /usr/sbin
    >
    > These were all determined as causing problems for Patch 1493
    > (security
    > patch).
    >
    > I decided to bite the bullet and enable the patch anyway since I have
    > definitely *not* changed
    > all those files. Thankfully the whole patchkit installed as
    > it should!
    >
    > I can only think that these files were picked up because I
    > recovered the
    > root filesystem from a vdump backup earlier this year when
    > the system disk
    > went pear-shaped. I did a standard vrestore from tape to
    > recover the disk.
    > Has anyone else seen this effect?
    >
    > It's not urgent - but I'm interested to know why. I'll summarise.
    >
    > Cheers
    >
    > Lindsay
    >
    > Lindsay Wakeman
    > Senior Analyst/Programmer, Applications Development South
    > The British Library
    > lindsay.wakeman@bl.uk

    **************************************************************************

    Opening 14 November 2003 at the British Library Galleries :

    "Chinese Printmaking Today", artworks by leading Chinese artists 1980-2000

    *************************************************************************

    The information contained in this e-mail is confidential and may be legally
    privileged. It is intended for the addressee(s) only. If you are not the
    intended recipient, please delete this e-mail and notify the
    postmaster@bl.uk : The contents of this e-mail must not be disclosed or
    copied without the sender's consent.

    The statements and opinions expressed in this message are those of the
    author and do not necessarily reflect those of the British Library. The
    British Library does not take any responsibility for the views of the
    author.

    *************************************************************************


  • Next message: Jeffrey_Hummel_at_albemarle.com: "SUMMARY: Re: NFS Portmap: RPC: Program not registered"