bugmonotone - Bugs: bug #16177, Daemonize Monotone

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #16177: Daemonize Monotone

Submitter:  Chad C. Walstrom <chewie>
Submitted:  Fri 24 Mar 2006 05:10:56 PM UTC
Votes: 2
 
Category:  networking Severity:  3 - Normal
Item Group:  feature request Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Open
mtn version --full: 

monotone 0.24 (base revision: d59847072bb689e952ab21db7f9fababdb80a19f)
Running on: Linux 2.6.15-1-amd64-k8-smp #2 SMP Sat Feb 25 20:14:22 UTC 2006 x86_64
Changes since base revision:
new_manifest [372d1c1e2c97f00c8a329d7f2dfae6ba28fe1db6]

old_revision [d59847072bb689e952ab21db7f9fababdb80a19f]
old_manifest [372d1c1e2c97f00c8a329d7f2dfae6ba28fe1db6]


  Generated from data cached in the distribution;
  further changes may have been made.

  Generated from data cached in the distribution;
  further changes may have been made.

  Generated from data cached in the distribution;
  further changes may have been made.

Jump to the original submission

Wed 23 Aug 2006 12:49:38 AM UTC, comment #6: 

Chad, I'm afraid you misunderstood me.  I wouldn't propose that monotone should not have a background switch, or suggest that it's not a secure service.  But the fact that monotone currently runs in the foreground when serving is a feature I very much like, and wouldn't want replaced.

Anonymous
Tue 22 Aug 2006 10:13:58 PM UTC, comment #5: 

Judson, I respectfully disagree with some of your comment.  Foreground service shouldn't disappear just because background service is requested.  Not all platforms can use runit or daemontools.  Mac OS X has its own beast called launchd, which like runit, requires the daemon to stay in the foreground.  Windows...  well...  I don't have a whole lot of experience with Windows to comment.  However, as a systems administrator, I don't relish the idea of ripping out my existing sysvinit setup just to run monotone as a "reliable server".

Where I disagree with you is in your last comment, infering that monotone should not be a secure daemon service.  It already is.  That's what the whole "monontone serve" command is about, and really one of the key features of monotone.  This request is simply to finish fleshing out a service it already provides.

One of the things holding it back was it's signal handling.  That is getting cleaned up now.  It's really not that much of a step to providing a proper backgrounding method to the application.  i.e. fork, fork whee!

Chad C. Walstrom <chewie>
Tue 22 Aug 2006 07:41:12 PM UTC, comment #4: 

I'd like to amplify the comment re: runit to mention that I wouldn't want to see foreground service go away.  Runit and daemontools both work much better with apps that run in the foreground, and I happen to hold with their philosophy that an app should do one thing and do it well - in monotone's case version control, not secure daemon service.

Judson Lester <nyarly>
Group Member
Mon 17 Jul 2006 03:03:28 AM UTC, comment #3: 

anyone working on this bug/feature request, should also take a look at

bug #12947 overview: Allow servers to continuously sync with each other


Erik MT <codehappy>
Group Member
Mon 17 Jul 2006 02:33:36 AM UTC, comment #2: 

an additional feature is requested in bug #15896
which is to provide a server is down notice.


Erik MT <codehappy>
Group Member
Fri 24 Mar 2006 10:38:37 PM UTC, comment #1: 

Fair enough!  I'll just mention, you can use 'runit' to get most of these features, and more -- it's very nice.
  http://smarden.sunsite.dk/runit/

Obviously this doesn't replace the functionality requested in this bug, but maybe it's useful to have the link here where people can find it, in the mean time...

Nathaniel Smith <njs>
Group Member
Fri 24 Mar 2006 05:10:56 PM UTC, original submission:  

It would be really nice to be able to properly daemonize "monotone serve", allowing it to fork to the background, accept SIGHUP signals (to reread monotonerc files), and send logs to syslog.  Other possibilities: keep running statistics about number of netsync requests processed, active connections, etc.; a "monotone sctrl" command to query and control the daemon.
e.g.

  $ monotone -d DBPATH --syslog serve --background --pid-file=PIDPATH PATTERN

Chad C. Walstrom <chewie>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 2 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

 

Follow 2 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2006-07-17 codehappy Carbon-Copy- Added codehappy
2006-07-06 chewie Carbon-Copy- Added chewie

Back to the top

Powered by Savane 3.13-cf05.
Corresponding source code