=== ion_ is now known as ion [17:04] What's the best way to figure out why upstart is blocking system startup on something? I'm having a heck of a time trying to write a couple of upstart job definitions. [17:57] Well, I'm disappointed to report that after maybe 6 hours across a few days of trying to do this the right way, the only tractible solution was to mangle existing definitions to call old /etc/init.d scripts. Upstart is just way too complicated for me, and I can't predict how it makes decisions, or what it's doing. [18:06] did you enable verbose logging? [18:07] jp_larocque: are you using http://upstart.ubuntu.com/cookbook/ ? [18:08] http://upstart.ubuntu.com/cookbook/#debugging [19:54] JanC: Verbose logging told me that my jobs weren't starting, and the lack of activity told me that there was a deadlock, but not the cause of either. [19:55] I have been reading through a bit of the cookbook, but not the entire thing. I probably could have done more research before giving up. [19:55] in that case, you'll have to see what the start conditions for the jobs that don't start are? [20:00] Well, I wrote the job definitions. For the "setkey" defintion, there were no start conditions (which I think means start at any point not further restricted by other definitions), and for the "racoon" definition the start condition was "start on (started setkey and starting mountall-net)". [20:00] Which I optimistically thought meant that upstart would ensure setkey starts before racoon, and the start of mountall-net is blocked until racoon is started. [20:01] no start conditions means it will only start when you start it manually? [20:01] But I'm having a hard time finding precise language that specifies how jobs are ordered. [20:01] Oh? I had not realized that. [20:04] you can use "start on startup" to start a job ASAP [20:04] But having upstart print something along the lines of "racoon blocked until `started job=setkey' event" would be immensely helpful in troubleshooting these issues. [20:05] although "start on startup" means that it might start before filesystems are available etc. [20:05] Yeah. [20:06] maybe that's okay, or maybe you want some other event to start it on [20:06] Anyway, thought I'd provide some feedback on why I gave up. I could easily waste many more hours trying to get this done the right way, but I'm ready to have a booting computer with IPsec-protected NFS home directories now. =) [20:07] Thanks for the information.