Date: Mon, 25 Sep 2006 16:18:27 +0400 From: "Andrew Pantyukhin" <infofarmer@FreeBSD.org> To: vd@freebsd.org Cc: Erwin Van de Velde <erwin.vandevelde@gmail.com>, freebsd-ports@freebsd.org Subject: Re: Restarting services Message-ID: <cb5206420609250518hf07efefu343e9db46d36f439@mail.gmail.com> In-Reply-To: <20060925100142.GC94311@qlovarnika.bg.datamax> References: <200609251035.15484.erwin.vandevelde@ua.ac.be> <20060925092647.GB94311@qlovarnika.bg.datamax> <200609251147.46990.erwin.vandevelde@gmail.com> <20060925100142.GC94311@qlovarnika.bg.datamax>
next in thread | previous in thread | raw e-mail | index | archive | help
On 9/25/06, Vasil Dimov <vd@freebsd.org> wrote: > On Mon, Sep 25, 2006 at 11:47:46AM +0200, Erwin Van de Velde wrote: > > On Monday 25 September 2006 11:26, Vasil Dimov wrote: > > > IMHO in this case the administrator should be changed, > > > not the way ports operate. Building idiot-proof system is impossible and > > > leads to the: > > > > > > Shaw's Principle: > > > Build a system that even a fool can use, and only a fool will > > > want to use it. > > > > This is not about being idiot-proof but being handy to use. It also reduces > > service downtime by immediately restarting the service after update instead > > of waiting for the administrator to restart it. > > I think that implementing this feature the right way would be too > complex and would bring too little benefit. By "right way" I mean that > a given service should be started upon installation only if it was > actually stopped during the upgrade process. > > Ofcourse if someone thinks that it is worth implementing I would be > happy to be asked > "service xyz was stopped during upgrade, do you want to start it now?" [y] > > One could always minimize downtime by doing > portupgrade xyz && /usr/local/etc/rc.d/xyz start Our ports system does not have a notion of upgrade action. We'll be discussing this later this year. The problem is acknowledged, but the only current guideline is not to stop a service at deinstall, unless it's really necessary. Many maintainers follow this rule.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?cb5206420609250518hf07efefu343e9db46d36f439>