[gpfsug-discuss] workaround gpfs 4.2.1-0 rpm issue
Stijn De Weirdt
stijn.deweirdt at ugent.be
Thu Oct 27 18:27:44 BST 2016
hi all,
gpfs.base 4.2.1-0 rpm has following postuninstall snippet
it will disable the gpfs unit always (when previously enabled), whether
this is a removal or an upgrade.
this however prevents an update to 4.2.1-1, as it will remove the unit
that is added during install (post has 'systemctl reenable
/usr/lpp/mmfs/lib/systemd/gpfs.service')
so after the upgrade, we are left with nodes that have no gpfs service
unit (and thus no gpfs).
it would have been better if the rpm symlinked teh service to the
/usr/lib/systemd/... units, and enabled/disabled it.
i'll probably rpmrebuild the 4.2.1-1 rpms to make a more permanent unit
in a proper system location. other tips are welcome.
stijn
> postuninstall scriptlet (using /bin/sh):
> if test -n "$DEBUG" || test -n "$DEBUGpostun"; then
> set -x
> fi
> packageCnt=$1
> debian_release="/etc/debian_version"
>
> # set the system utilities if they are in different path on different systems
> if [ -f "$debian_release" ]
> then
> AWK=/usr/bin/awk
> else
> AWK=/bin/awk
> fi
>
> if /usr/bin/systemctl -q is-enabled gpfs.service 2>/dev/null
> then
> /usr/bin/systemctl -q disable gpfs.service
> fi
>
More information about the gpfsug-discuss
mailing list