| From | Sent On | Attachments |
|---|---|---|
| Michal Varga | Sep 12, 2011 2:55 pm | |
| Olivier Smedts | Sep 12, 2011 3:42 pm | |
| Gabor Kovesdan | Sep 12, 2011 4:00 pm | |
| Jerry | Sep 12, 2011 4:05 pm | |
| Chad Perrin | Sep 12, 2011 4:09 pm | |
| Stephen Montgomery-Smith | Sep 12, 2011 4:45 pm | |
| Doug Barton | Sep 12, 2011 5:31 pm | |
| Sahil Tandon | Sep 12, 2011 6:13 pm | |
| Sergio de Almeida Lenzi | Sep 12, 2011 6:52 pm | |
| Michal Varga | Sep 13, 2011 2:10 am | |
| Tony Mc | Sep 13, 2011 4:12 am | |
| Stephen Montgomery-Smith | Sep 13, 2011 5:03 am | |
| Chad Perrin | Sep 13, 2011 6:29 am | |
| Oliver Fromme | Sep 13, 2011 7:11 am | |
| Matthias Andree | Sep 13, 2011 9:52 am | |
| Michal Varga | Sep 13, 2011 12:26 pm | |
| Ruslan Mahmatkhanov | Sep 13, 2011 12:46 pm | |
| Sam Cassiba | Sep 13, 2011 1:04 pm | |
| Julien Laffaye | Sep 13, 2011 1:55 pm | |
| Stephen Montgomery-Smith | Sep 13, 2011 2:05 pm | |
| Matthias Andree | Sep 13, 2011 3:19 pm | |
| per...@pluto.rain.com | Sep 14, 2011 12:52 am | |
| Baptiste Daroussin | Sep 14, 2011 12:55 am | |
| Christoph Moench-Tegeder | Sep 14, 2011 1:28 am | |
| Oliver Fromme | Sep 14, 2011 4:11 am | |
| Christopher J. Ruwe | Sep 14, 2011 9:15 am | |
| Tony Mc | Sep 14, 2011 11:28 am | |
| Chip Camden | Sep 14, 2011 12:15 pm | |
| Łukasz Wąsikowski | Sep 15, 2011 10:00 am | |
| Chad Perrin | Sep 15, 2011 11:07 am | |
| Chad Perrin | Sep 15, 2011 11:36 am | |
| Łukasz Wąsikowski | Sep 15, 2011 11:45 am | |
| Łukasz Wąsikowski | Sep 15, 2011 12:35 pm | |
| Matthias Andree | Sep 15, 2011 12:52 pm | |
| Chris Rees | Sep 15, 2011 1:08 pm | |
| Xin LI | Sep 15, 2011 1:27 pm | |
| Chris Rees | Sep 15, 2011 2:00 pm | |
| Klaus T. Aehlig | Sep 15, 2011 11:24 pm | |
| Łukasz Wąsikowski | Sep 16, 2011 2:44 am | |
| Lev Serebryakov | Sep 16, 2011 2:51 am | |
| Klaus T. Aehlig | Sep 16, 2011 3:03 am | |
| Matthias Andree | Sep 16, 2011 8:51 am | |
| Eric | Sep 16, 2011 9:17 am | |
| Łukasz Wąsikowski | Sep 16, 2011 11:17 am | |
| Chris Rees | Sep 16, 2011 11:24 am | |
| Lev Serebryakov | Sep 16, 2011 11:33 am | |
| Łukasz Wąsikowski | Sep 16, 2011 12:37 pm | |
| Miroslav Lachman | Sep 16, 2011 12:41 pm | |
| Gabor Kovesdan | Sep 16, 2011 1:00 pm | |
| Philip M. Gollucci | Sep 16, 2011 1:20 pm | |
| Chris Rees | Sep 16, 2011 1:34 pm | |
| Matthias Andree | Sep 17, 2011 2:08 am | |
| Peter Pentchev | Sep 17, 2011 2:18 am | |
| Jos Backus | Sep 17, 2011 2:32 pm | |
| Łukasz Wąsikowski | Sep 18, 2011 1:41 pm | |
| Matthias Andree | Sep 28, 2011 11:53 am | |
| Łukasz Wąsikowski | Sep 28, 2011 1:40 pm | |
| Matthias Andree | Sep 28, 2011 2:11 pm | |
| Łukasz Wąsikowski | Sep 29, 2011 5:22 am |
| Subject: | Re: Re-starting daemons across upgrades? | |
|---|---|---|
| From: | Gabor Kovesdan (gab...@FreeBSD.org) | |
| Date: | Sep 16, 2011 1:00:04 pm | |
| List: | org.freebsd.freebsd-ports | |
On 2011.09.16. 17:51, Matthias Andree wrote:
Am 16.09.2011 11:51, schrieb Lev Serebryakov:
Hello, Freebsd-ports. You wrote 16 сентября 2011 г., 0:28:07:
Really? I thought it was supposed to be standard behaviour- the @stopdaemon line in pkg-plist facilitates that.
While I totally understand why we do this, I have to say it's VERY VERY annoying behavior especially when one upgrading a remote system with multiple server daemon ports. One have to watch the whole process carefully and restart the daemon manually.
Yep, and even more annoyingly is that it is completely inconsistent: some daemons are stopped, some not, etc.
We do not currently have a standard procedure for that, nor do we record the necessary state -- perhaps we should just discuss, vote, and add a paragraph to the porter's handbook.
We also need to bring the authors (or volunteers) for the de-facto standard upgrade tools into the loop.
My thoughts:
- give the user a choice to configure whether to restart services
- optional: give the users a chance to configure this per-service
- discuss whether we want/need to support this (a) in the framework that we currently use, (b) only in pkgng, (c) in portmaster and portupgrade where necessary.
Or we could have a facility to check whether services are running. For example, I have some cron scripts, which are similar for all of the services that I'm watching. They run periodically and restart services if they are down. It does not matter if they are down because of an upgrade or a failure, so this solution is more general. Here's an example that I have for MySQL:
#!/bin/sh PID_FILE="/var/db/mysql/server.mypc.hu.pid" PID=`cat $PID_FILE` EXECUTABLE="/usr/local/etc/rc.d/mysql-server start"
if test -r $PID_FILE ; then # pidfile exist, is it correct? if kill -CHLD $PID >/dev/null 2>&1; then # ok, exit silently exit 0 fi rm -f $PID_FILE fi echo "" echo "Couldn't find the MySQL server running, retsarting.." echo "" $EXECUTABLE
Gabor
_______________________________________________ free...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "free...@freebsd.org"





