Philip Brown wrote: > Bart Smaalders wrote: >> Philip Brown wrote: >>> Sounds like "a postinstall script, that doesnt have to use >>> chroot $PKG_INSTALL_ROOT >>> any more". >> >... >> >> chroot $PKG_INSTALL_ROOT >> >> will only work for images that are the exact duplicate of the hostmachine, >> and will fail spectacularly on diskless machines, cross-architecture >> images, >> etc. > > Errr... > If that will fail for a diskless machine, then > pkgadd -R /some/path ..... > > will also fail for a diskless machine... > Given that sort of situation, the sysadmins must either have some kind of > workable method to add/delete packages, or they perhaps "build an image" on > a normal machine, and dup it over. > > Whatever kind of mechanisms work "now", they can also use successfully for > the above, one would presume? >
Today, a "conformant" postinstall script may only invoke utilities present in whatever the minimum supported cluster was in the oldest OS from which those diskless clients could be run... many scripts out there today blithely invoke binaries that are part of the package being installed. This doesn't work if the image being operated on w/ -R isn't the same architecture or patch level as the running image. By confining install-time actions to a known set (mostly done in python) and delaying others until the image being manipulated is running as part of the design, we can avoid most of these issues. Note that pkg installation on a running system will result in the post install actions running immediately. Note also that since Solaris Next/11/Indiana will use ZFS as its root filesystem, any package updates that require a reboot will always be done on a cloned filesystem. This will insure that fallback always works.... and means that all those post-install actions are performed when the machine reboots onto the new filesystem. - Bart -- Bart Smaalders Solaris Kernel Performance [EMAIL PROTECTED] http://blogs.sun.com/barts "You will contribute more with mercurial than with thunderbird". _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
