<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Upstart 0.5: Job Lifetime</title>
	<atom:link href="http://www.netsplit.com/2008/04/19/upstart-05-job-lifetime/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.netsplit.com/2008/04/19/upstart-05-job-lifetime/</link>
	<description></description>
	<lastBuildDate>Sat, 06 Mar 2010 04:51:17 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Juri Haberland</title>
		<link>http://www.netsplit.com/2008/04/19/upstart-05-job-lifetime/comment-page-1/#comment-1127</link>
		<dc:creator>Juri Haberland</dc:creator>
		<pubDate>Fri, 31 Oct 2008 16:26:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.netsplit.com/?p=146#comment-1127</guid>
		<description>Is there a possibility to configure upstart to retry a start of a failed daemon after a couple of minutes, like INIT does, if a service is respawning to fast? Currenty upstart just disables the service forever, if it is respawning to fast.</description>
		<content:encoded><![CDATA[<p>Is there a possibility to configure upstart to retry a start of a failed daemon after a couple of minutes, like INIT does, if a service is respawning to fast? Currenty upstart just disables the service forever, if it is respawning to fast.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: esp</title>
		<link>http://www.netsplit.com/2008/04/19/upstart-05-job-lifetime/comment-page-1/#comment-900</link>
		<dc:creator>esp</dc:creator>
		<pubDate>Sat, 12 Jul 2008 19:47:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.netsplit.com/?p=146#comment-900</guid>
		<description>the &quot;respawn&quot; functiopn i didnt know of, Is it somewhere in the doc?

I cant get it to work, I have a daemon here wich keeps crashing, i dont know why.
I made a upstart script for it, so that i could restart it with the respawn, but that doesnt work.
If i check with &#039;status jobname&#039; after some hours it says &#039;jobname (stop) waiting&#039;

I would appreciate input on how to get that daemon running forever.</description>
		<content:encoded><![CDATA[<p>the &#8220;respawn&#8221; functiopn i didnt know of, Is it somewhere in the doc?</p>
<p>I cant get it to work, I have a daemon here wich keeps crashing, i dont know why.<br />
I made a upstart script for it, so that i could restart it with the respawn, but that doesnt work.<br />
If i check with &#8217;status jobname&#8217; after some hours it says &#8216;jobname (stop) waiting&#8217;</p>
<p>I would appreciate input on how to get that daemon running forever.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chrisfarms</title>
		<link>http://www.netsplit.com/2008/04/19/upstart-05-job-lifetime/comment-page-1/#comment-864</link>
		<dc:creator>chrisfarms</dc:creator>
		<pubDate>Wed, 09 Jul 2008 10:32:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.netsplit.com/?p=146#comment-864</guid>
		<description>I&#039;m really loving upstart, great work. wish more of my boxes had 0.5 on them though.
Can&#039;t wait until all the rc structures and init.d are gone.

I think the only thing that makes it tricky to write scripts is the lack of a list of events and what emits them. I understand that this would require some kind of registration system, which does sway a tad from upstart&#039;s simplicity.... maybe just a log of every unique event ever emitted would be handy.</description>
		<content:encoded><![CDATA[<p>I&#8217;m really loving upstart, great work. wish more of my boxes had 0.5 on them though.<br />
Can&#8217;t wait until all the rc structures and init.d are gone.</p>
<p>I think the only thing that makes it tricky to write scripts is the lack of a list of events and what emits them. I understand that this would require some kind of registration system, which does sway a tad from upstart&#8217;s simplicity&#8230;. maybe just a log of every unique event ever emitted would be handy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott James Remnant</title>
		<link>http://www.netsplit.com/2008/04/19/upstart-05-job-lifetime/comment-page-1/#comment-818</link>
		<dc:creator>Scott James Remnant</dc:creator>
		<pubDate>Sun, 20 Apr 2008 20:25:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.netsplit.com/?p=146#comment-818</guid>
		<description>@kees: good point

@jeff: probably a d-bus command

@sitsofe: depends whether it has inetd support

@diego: why?  if any package has the right to claim generic names like start, stop and status - it&#039;s PID #1 :p</description>
		<content:encoded><![CDATA[<p>@kees: good point</p>
<p>@jeff: probably a d-bus command</p>
<p>@sitsofe: depends whether it has inetd support</p>
<p>@diego: why?  if any package has the right to claim generic names like start, stop and status &#8211; it&#8217;s PID #1 :p</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diego</title>
		<link>http://www.netsplit.com/2008/04/19/upstart-05-job-lifetime/comment-page-1/#comment-813</link>
		<dc:creator>Diego</dc:creator>
		<pubDate>Sun, 20 Apr 2008 17:28:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.netsplit.com/?p=146#comment-813</guid>
		<description>&quot;status&quot; is not a very good name for a executable, I must say :/</description>
		<content:encoded><![CDATA[<p>&#8220;status&#8221; is not a very good name for a executable, I must say :/</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sitsofe</title>
		<link>http://www.netsplit.com/2008/04/19/upstart-05-job-lifetime/comment-page-1/#comment-807</link>
		<dc:creator>Sitsofe</dc:creator>
		<pubDate>Sun, 20 Apr 2008 10:07:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.netsplit.com/?p=146#comment-807</guid>
		<description>very of offtopic but will upstart ever do port reservation for a service it will later start like like launchd does (thus preventing issues like  https://bugzilla.redhat.com/show_bug.cgi?id=430825 )?</description>
		<content:encoded><![CDATA[<p>very of offtopic but will upstart ever do port reservation for a service it will later start like like launchd does (thus preventing issues like  <a href="https://bugzilla.redhat.com/show_bug.cgi?id=430825" rel="nofollow">https://bugzilla.redhat.com/show_bug.cgi?id=430825</a> )?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Bailey</title>
		<link>http://www.netsplit.com/2008/04/19/upstart-05-job-lifetime/comment-page-1/#comment-805</link>
		<dc:creator>Jeff Bailey</dc:creator>
		<pubDate>Sat, 19 Apr 2008 23:47:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.netsplit.com/?p=146#comment-805</guid>
		<description>Will up HUP or some such cause the respawns-exceeded timeout to get overridden?  That would be nice for troubleshooting.</description>
		<content:encoded><![CDATA[<p>Will up HUP or some such cause the respawns-exceeded timeout to get overridden?  That would be nice for troubleshooting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kees Cook</title>
		<link>http://www.netsplit.com/2008/04/19/upstart-05-job-lifetime/comment-page-1/#comment-804</link>
		<dc:creator>Kees Cook</dc:creator>
		<pubDate>Sat, 19 Apr 2008 22:43:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.netsplit.com/?p=146#comment-804</guid>
		<description>AIUI, Debian policy for maintainer scripts calling &quot;start&quot; on an init script requires that &quot;start&quot; exit 0 when the service is already started.  Will there be something similar to start-stop-daemon&#039;s &quot;--oknodo&quot; option?</description>
		<content:encoded><![CDATA[<p>AIUI, Debian policy for maintainer scripts calling &#8220;start&#8221; on an init script requires that &#8220;start&#8221; exit 0 when the service is already started.  Will there be something similar to start-stop-daemon&#8217;s &#8220;&#8211;oknodo&#8221; option?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott James Remnant</title>
		<link>http://www.netsplit.com/2008/04/19/upstart-05-job-lifetime/comment-page-1/#comment-802</link>
		<dc:creator>Scott James Remnant</dc:creator>
		<pubDate>Sat, 19 Apr 2008 20:46:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.netsplit.com/?p=146#comment-802</guid>
		<description>@pkern: I was kinda picking on sobby as an example ;)</description>
		<content:encoded><![CDATA[<p>@pkern: I was kinda picking on sobby as an example <img src='http://www.netsplit.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philipp Kern</title>
		<link>http://www.netsplit.com/2008/04/19/upstart-05-job-lifetime/comment-page-1/#comment-801</link>
		<dc:creator>Philipp Kern</dc:creator>
		<pubDate>Sat, 19 Apr 2008 19:26:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.netsplit.com/?p=146#comment-801</guid>
		<description>We would be very curious to see backtraces of crashes of Sobby 0.4.x...</description>
		<content:encoded><![CDATA[<p>We would be very curious to see backtraces of crashes of Sobby 0.4.x&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
