[torqueusers] torque daemons can not be stopeed during uninstall
chemadm at hamilton.edu
Tue Dec 9 13:43:35 MST 2008
I would have to agree that if I were (dumb enough) to run the rpm
command to remove the package on a production system that it would
work like most all other rpm's.... run the init script to stop the
daemon and remove it. This is why I wouldn't use an rpm for torque....
I would rather compile/configure it myself.
On Dec 9, 2008, at 3:36 PM, Bogdan Costescu wrote:
>> Stopping these daemons are a fairly big event that can't always be
>> done without damaging production environments.
> Removing packages is a big event in a production environment too.
>> Here are two possible scenerios that I want to avoid:
> I'm sorry to be so harsh, but both are really not things that should
> happen in a production environment. If you want to experiment with
> different Torque versions from different sources you don't do it on
> a production cluster, but on a test one (even if it's a virtual one).
>> During uninstall, there is no way to determine that the running
>> binary is the same as the one that is being uninstalled.
> There's a simple way to solve this: save the PID of the daemon
> started by the init.d script; if the PID doesn't exist anymore,
> don't kill the corresponding pbs_* process because it was not the
> one started by this script. If an installation manages to use the
> same PID file or even overwrites the init.d script, then this is the
> fault of the stupid sysadmin not of the package.
>> The admin could be temporarily uninstalling a package for various
> Never heard of this one before. Upon uninstalling the package all
> Torque utils disappear, leaving users and admins without any way to
> interact with the daemon left running - this is not something that
> should happen in a production environment.
> Bogdan Costescu
> IWR, University of Heidelberg, INF 368, D-69120 Heidelberg, Germany
> Phone: +49 6221 54 8240, Fax: +49 6221 54 8850
> E-mail: bogdan.costescu at iwr.uni-heidelberg.de
> torqueusers mailing list
> torqueusers at supercluster.org
More information about the torqueusers