[7065] in testers
Re: solaris 10 zones and athena 9.4.5
daemon@ATHENA.MIT.EDU (Robert A Basch)
Wed Jun 1 13:02:32 2005
From: Robert A Basch <rbasch@MIT.EDU>
To: Ken Raeburn <raeburn@mit.edu>
Cc: testers@mit.edu
In-Reply-To: <tx1fyw380yr.fsf@mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1117645340.8661.33.camel@anhedonia.mit.edu>
Mime-Version: 1.0
Date: Wed, 01 Jun 2005 13:02:20 -0400
On Tue, 2005-05-31 at 18:50, Ken Raeburn wrote:
> First, the zone installation reports a lot of errors from what pkgadd
> thinks are "corrupt" MIT packages, all of the form:
>
> *** package <MIT-sawfish> failed to install - interrupted:
>
> pkgadd: ERROR: packaging file </var/sadm/pkg/MIT-sawfish/save/pspool/MIT-sawfish/install/i.none> is corrupt
> pathname does not exist
>
> Installation of <MIT-sawfish> on zone <k5zone> failed (internal
> error).
> No changes were made to the system.
>
> From the name "i.none", I assume this is probably supposed to indicate
> some installation file or script that doesn't do anything but gets
> listed (and not included) anyways?
i.none is the install "action" script for the default file class
(i.e. files which require no special handling during installation);
it is invoked by pkgadd to install files in that class. It exists
in all of our packages, and in just about all Sun packages. The
only difference I can see here between our packages and Sun's is
that Sun packages do not seem to include i.none in their pkgmaps,
though scripts for other classes are included. I will look into
changing our package build script to omit i.none from the pkgmap.
>
> I also got this:
>
> *** package <MIT-emacs> was not installed:
>
> The package <MIT-emacs> is either not fully installed in the
> global zone, or the package contains a request script. Only packages
> that are fully installed in the global zone and that do not contain a
> request script can be installed when a new zone is created. If this
> package does not contain a request script, you can correct this
> problem by removing and reinstalling the package in the global zone.
>
> Removing and reinstalling the MIT-emacs package allowed me to create a
> zone without getting this message (it went back to the "i.none"
> message), so I'm guessing this implies the "not fully installed" case,
> but there weren't any errors reported when the package was installed
> in the global zone.
I think this must be because the MIT-emacs package was not updated
from the 9.3 version (prior to 9.4.6). pkgadd has a new option
"-G" which determines whether the package should be propagated
to other zones (the default is to propagate), so that must be
recorded and then used when a zone is created.
Thanks for reporting this.
Bob
