[12:23] Can anyone explain why such a simple upstart fails to write to /tmp/? https://gist.github.com/4387936 [12:26] Updated gist here... https://gist.github.com/4387977 [12:30] upstart 1.5-0ubuntu7 - if that makes any difference? [14:46] ajohnstone: I'm not sure why it doesn't write to /tmp/ but your "service" exits immediately and thus will get into a respawn loop? [14:47] JanC: How can I debug what is going on better? [14:48] I've noticed on occassion it hanging to stop/start the service... I assume this to be in a respawn loop? [14:49] that job file makes no sense at all, so I assume what you are really trying to do is something else? [14:50] Yup, was trying to go back to bare basics to work out what the hell is going on [14:51] this doesn't look like "bare basics" equivalent to any real world type of job [14:51] you might want to use a "console log" stanza and not use redirects for you echos [14:53] When using console log or console output neither seemed to get pipped to syslog. [14:54] What I'm really trying to run. https://gist.github.com/4388880 The pre-start script never executes. [14:54] 'console log' logs to a file in /var/log/upstart/ [14:54] Arr, stupid me:P [14:56] the "start on startup" in there might make it start before /tmp/ is available? [14:57] you also have 2 "respawn" stanzas and two "stop on" stanzas, only the last one will be used [14:59] ajohnstone: did you read the cookbook yet? (see /topic ) [14:59] tbh, skimmed it somewhat [15:07] Is it possible to capture the status event and execute a script before status? [15:08] no (there is some talk about that, I think, but currently it doesn't exist) [15:12] JanC: Thanks for your help so far, much appreciated. Hope you had a good Christmas. [15:21] hm, looks like there is a graphite-carbon package in Ubuntu [15:21] which has a sysvinit script that might give you some inspiration [15:22] (or which you might prefer to use) [15:25] It doesn't support instances I don't believe, think I looked at it already. [15:26] Ends up with python being pegged to a single core, so need to balance the traffic. [15:40] ajohnstone: are you sure the pre-start never runs? perhaps /opt/graphite is not a directory? [15:40] ajohnstone: try 'initctl log-priority info' [15:40] It does exist, I have removed that check previously. [15:41] On that machine it does not have "/var/log/upstart" btw [15:42] ajohnstone: and really.. console log is what you want.. logging to /var/log/upstart/jobname-instance.log with built in rotation is a nice win :) [15:42] oh [15:42] create that dir [15:42] its part of the upstart pkg IIRC [15:43] Heh, now I fee silly :) Permission denied: '/opt/graphite/storage/log/carbon-cache/carbon-cache-e/console.log [15:44] Thanks for both your help :D [15:46] :) [16:21] hm, seems like Canonical uses graphite too? [16:23] Its pretty good, at peak was doing 1.2 million stats a second, across haproxy, 3 carbon-cache and 2 relay servers. Very handy when you can change the charts around and contrast different things. [16:29] not sure what they use it for, but they are listed on the "who is using graphite" page ☺ [16:30] together with some companies that probably have way more stats/charts than them ☺