Merge lp:~kampka/ubuntu/quantal/fwknop/upstart-support into lp:ubuntu/quantal/fwknop
| Status: | Merged | ||||
|---|---|---|---|---|---|
| Merge reported by: | Martin Pitt | ||||
| Merged at revision: | not available | ||||
| Proposed branch: | lp:~kampka/ubuntu/quantal/fwknop/upstart-support | ||||
| Merge into: | lp:ubuntu/quantal/fwknop | ||||
| Diff against target: |
58 lines (+39/-0) (has conflicts) 2 files modified
debian/changelog (+9/-0) debian/fwknop-server.upstart (+30/-0) Text conflict in debian/changelog |
||||
| To merge this branch: | bzr merge lp:~kampka/ubuntu/quantal/fwknop/upstart-support | ||||
| Related bugs: |
|
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Dimitri John Ledkov | Approve on 2012-11-27 | ||
| James Page | Needs Fixing on 2012-10-05 | ||
| Oliver Grawert | Needs Information on 2012-10-04 | ||
| Ubuntu branches | 2012-09-17 | Pending | |
|
Review via email:
|
|||
Description of the Change
The fwknop package can benefit greatly from upstart supervision.
First of it is generally deployed as a single point of failure with the side effect that a failing fwknopd will probably leave the machine unmanageable by eg. ssh. Second, the current 2.x release is fairly new and rewritten in another language (ported from Perl to C) and it's stability is not as proven as the older 1.x line.
Because of that, having upstart supervise the fwknopd process ("respawn") will provide at least ease of mind if not significantly reduce maintenance problems.
- 14. By Christian Kampka on 2012-09-17
-
Fixed script syntax error
| Christian Kampka (kampka) wrote : | # |
Am 04.10.2012 16:24, schrieb Oliver Grawert:
> Review: Needs Information
>
> there are several checks for additional configuration files in the sysvinit script (/etc/fwknop/
> are these not used in 2.x anymore, does the daemon do the check itself now or will it just got into a crash/respawn loop if they are missing ?
>
Both config files are still used in version 2 of fwknop.
I decided not to hardcode the checks into the upstart script because
they would more or less defeat the option of using a different config
file through $DAEMON_ARGS in /etc/defaults.
Currently, when fwknopd encounters problems with config files, it will
simply not start. Respawn will try indeed try to respawn the deamon, but
respawn is limited to 10 times by default so upstart will give up on
that quickly. If this should happen, respective errors are logged to
/var/log/
All in all I find this is a reasonable compromise.
| James Page (james-page) wrote : | # |
I think I would prefer to see the behaviour of the init script maintained with regards to verifying that the configuration files for this package are in place before attempting to start the daemon.
Respawning daemons can look odd from a monitoring perspective - I would normally expect this to indicate that something is badly broken....
| James Page (james-page) wrote : | # |
Christian
Inline with my feedback on your other upstart support change, I believe this should be deferred until R opens.
- 15. By Christian Kampka on 2012-10-06
-
fwknop-
server. upstart: check config file existence in pre-start
| Christian Kampka (kampka) wrote : | # |
> I think I would prefer to see the behaviour of the init script maintained with regards to verifying that the configuration files for this package are in place before attempting to start the daemon.
>
> Respawning daemons can look odd from a monitoring perspective - I would normally expect this to indicate that something is badly broken....
Pushed a fix that mimics the Sysvinit behavior closely.
| James Hunt (jamesodhunt) wrote : | # |
The debian/changelog file still contains merge conflict markers which need to be removed. Other than that, LGTM.
| Dimitri John Ledkov (xnox) wrote : | # |
Merge conflict markers are unimportant, as it's not the sponsoree's fault that it takes us that long to upload =)
* debian/changelog: please mention LP: #bugnumber such that bugs automatically close on upload (I added this)
* debian/control: please run update-maintainer to set the correct maingainter (I also did this)
Uploaded into raring.


there are several checks for additional configuration files in the sysvinit script (/etc/fwknop/ access. conf /etc/fwknop/ fwknopd. conf).
are these not used in 2.x anymore, does the daemon do the check itself now or will it just got into a crash/respawn loop if they are missing ?