[2328] in Release_7.7_team

home help back first fref pref prev next nref lref last post

oscheck

daemon@ATHENA.MIT.EDU (Michal N Lusztig)
Tue Jun 27 16:20:07 2000

Message-Id: <200006272020.QAA08041@gypsy.mit.edu>
To: release-team@MIT.EDU
Date: Tue, 27 Jun 2000 16:20:00 -0400
From: Michal N Lusztig <miki@MIT.EDU>



    I looked at the files that oscheck rejected and there are several categories:

      1. files that in 8.3 were symlinks and should now be made into hardlinks.

      Apparently pkgadd does not change them, which means that on a freshly
installed machine they are going to be hardlinks and on an updated machine they
are symlinks.

      We (Bob and I) thought that the best solution may be to change in pkgmap
all hardlinks to symlinks. We already make changes to pkgmap. The AFS os
image has only symlinks. Track does not know about hardlinks.. Changing the
pkgmaps before adding a package is very simple.

     I produced a new volume (/afs/dev/system/sun4x_57/install/cdrom-sym) which
is identical to cdrom but with the pkgmaps changed from hardlinks to symlinks.
There are 1300 of hardlinks in the os.

   2. files that are edited at installation, instead of being copied. These
files end up being different between update ad install. There are about 400 such
files. I suggest that we leave them aside for the time being.  I could take them
out of stats.

   3. the /var/sadm/install/contents which is an important file for maintaining
the integrity of a machine, is different at update, because we re-install some
pkgs and patches.  Bob suggested that for PUBLIC machines, we may keep a master
contents file for sun4u and sun4m, and recopy them at reboot.

  4. 3 mountpoints : /proc, /home and /vol seem to have wrong modes. We should
take them out of stats, as modes of mountpoints are not very relevant.

  5. There are 3 buggy lines in oschanges. I am going to submit a change in few
minutes. 

home help back first fref pref prev next nref lref last post