[13:36] <StucKman> any way to debug why upstart complains about «start: Unknown job [foo]»?
[13:39] <ion> Because there’s no /etc/init/foo.conf or /etc/init/foo.conf has a syntax error.
[13:39] <StucKman> ion: ok, the foo.conf exists. is there any systax checker?
[13:39] <StucKman> syntax*
[13:40] <ion> See the error message in syslog.
[13:40] <StucKman> ion: good!
[13:41] <StucKman> bad
[13:41] <StucKman> guess who can´t start...
[13:41] <StucKman> ... rsyslog
[14:01] <pmjdebruijn> hi all
[14:01] <pmjdebruijn> I have a server that seems to get "stuck" on booting... runnig upstart with --verbose doesn't really help, sinec that allows me to see what tasks have been completed, but not what it's waiting for
[14:02] <pmjdebruijn> with a serial init I could predict order, thus the last finished modules would implicitly tell me what next failed
[14:02] <pmjdebruijn> this isn't true for parallel startup
[14:02] <pmjdebruijn> can someone give me a hint as to effectively troubleshoot this issue
[14:03] <StucKman> ion: so, if I don´t have syslog running, there are no logs?
[14:05] <pmjdebruijn> http://upstart.ubuntu.com/wiki/Debugging
[14:05] <pmjdebruijn> ok I'll try that :)
[14:06] <wraiden> StucKman: add --verbose to your cmdline
[14:06] <StucKman> wraiden: service mysql start --verbose?
[14:06] <wraiden> no
[14:06] <StucKman> start --verbose mysql?
[14:06] <wraiden> no
[14:06] <wraiden> kernel commandline
[14:06] <StucKman> what>?
[14:06] <wraiden> in your grub config
[14:06] <StucKman> do I need to reboot my machine?
[14:07] <wraiden> the args are appended to inits start
[14:07] <wraiden> so init gets the --verbose
[14:07] <StucKman> yougottabefuckingkiddingme
[14:07] <StucKman> no, sorry, I can´t reboot this machine just like that
[14:08] <StucKman> I don´t even have a monitor attached to it
[14:08] <StucKman> I'm not even in the same state
[14:08] <wraiden> hehe
[14:09] <StucKman> not funny!
[14:09] <wraiden> depends
[14:09] <wraiden> you can try to add echos to every suspected job config
[14:09] <wraiden> as pre-start
[14:09] <wraiden> and let that echos write to a file
[14:11] <wraiden> e.g.
[14:11] <wraiden> pre-start script
[14:11] <wraiden> echo "jobname trys to start" >> /debug.log
[14:11] <wraiden> end script
[14:11] <wraiden> and add a post-start with the same
[14:12] <StucKman> wraiden: wait
[14:12] <wraiden> oh
[14:12] <StucKman> I'm trying to launch it by hand
[14:12] <wraiden> poor mand debugging ...
[14:13] <wraiden> *mans
[14:13] <wraiden> whats your upstart version
[14:13] <wraiden> ?
[14:13] <StucKman> you mean that of the script has a syntax error it will get executed up to that point?
[14:13] <StucKman> lemmesee...
[14:13] <StucKman> 0.6.5-8
[14:14] <StucKman> (ubuntu lucid)
[14:14] <wraiden> mhm
[14:14] <wraiden> man initctl | grep check
[14:14] <wraiden> ?
[14:14] <StucKman> nothing
[14:15] <wraiden> initctl has a check-config arg on 0.9 versions but i don't think that was in 0.6 also
[14:15] <StucKman> chízus
[14:15] <wraiden> can you post the config somewhere?
[14:15] <wraiden> i'll take a look
[14:16] <StucKman> ok
[14:16] <StucKman> initctl list does not have either rsyslog or mysql in it
[14:16] <StucKman> wraiden: it's ubuntu's provided job file
[14:17] <StucKman> let me paste it anyways
[14:17] <wraiden> taht means that the jobs are not loaded because of syntactical errors
[14:17] <wraiden> huh?
[14:17] <wraiden> the ubuntu provided ones don'T work?
[14:17] <StucKman> wraiden: don't get me started on that
[14:17] <wraiden> are you shure that the jobs are in /etc/init ?
[14:18] <wraiden> ubuntu has not ported all init scripts over to native upstart jobs
[14:18] <wraiden> it could be that they are in /etc/init.d
[14:18] <StucKman> wraiden: it is doing it, and the wrong way
[14:18] <StucKman> s/it is/they are/
[14:18] <StucKman> s/and/but/
[14:19] <StucKman> wraiden: http://pastebin.lugmen.org.ar/6691
[14:25] <wraiden> have a lucid box here
[14:25] <StucKman> 10.04.2? check /etc/issue
[14:25] <wraiden> 10.4.3
[14:25] <StucKman> ok
[14:31] <StucKman> or, more interetingly, this other: http://pastebin.lugmen.org.ar/6692
[14:39] <StucKman> if I add or modify a script in /etc/init/, do I need to do something so upstart rereads it?
[14:41] <wraiden> normaly not
[14:41] <StucKman> and anormally?
[14:42] <wraiden> as upstart looks with inotify for file alteration in its config folder and reloads
[14:42] <StucKman> ack
[14:42] <wraiden> you can poke init to reload with
[14:43] <wraiden> initctl reload-configuration
[14:43] <StucKman> wait
[14:43] <StucKman> wait wait wait
[14:43] <StucKman> I have a question
[14:44] <StucKman> ok, here's te thing
[14:44] <StucKman> I'm trying to start a rsyslog and/or mysql in a chroot
[14:44] <StucKman> how does that afeect upstart?
[14:45] <StucKman> affect*
[14:48] <wraiden> where do you execute the initctl or links to it like start stop reload whatever ?
[14:48] <wraiden> inside the chroot?
[14:49] <wraiden> where are the job config files located?
[14:49] <wraiden> inside the chroot?
[14:49] <wraiden> upstart is pid 1
[14:50] <StucKman> for instance, if I do «initctl reload-configuration», it contacts PID 1, ... I see where's the problem
[14:50] <wraiden> pid 1 is located on your real root
[14:50] <StucKman> I know
[14:50] <wraiden> it will only look inside of /etc/init
[14:50] <StucKman> ok, let me (re)think about it
[14:51] <StucKman> and yes, neither mysql or rsyslog are in the host
[14:51] <wraiden> you ca however change the jobs to be started outside of a chroot an let the jobs start inside of the chroot
[14:51] <StucKman> wraiden: uhm?
[14:51] <wraiden> scripting?
[14:52] <StucKman> yes, but what did you mean?
[14:52] <wraiden> or even easier
[14:52] <wraiden> man 5 init
[14:52] <wraiden> look for the chroot stanza
[14:53] <StucKman> wraiden: good
[14:53] <wraiden> RTFM might help ;-P
[14:53] <StucKman> wraiden: ups
[14:53] <wraiden> didn't use the chroot stanza so far
[14:54] <StucKman> so do I have to pray it works?
[14:54] <StucKman> :?
[14:54] <wraiden> but will soon as my inhouse cluster distro will change to native upstart over the next few weeks
[14:54] <StucKman> I'm sorry, I'm just a little bit bitter
[14:54] <wraiden> so i have to use it for bind
[14:55] <wraiden> well. upstart is covered by a very strict testsuite
[14:55] <wraiden> you can expect a stanze to do what was documented
[14:56] <wraiden> *stanze
[14:56] <wraiden> *stanza
[14:56] <StucKman> ok, good
[14:56] <wraiden> *lokking fatfingered*
[14:56] <wraiden> i need some sleep *g*
[14:56] <StucKman> go, go, go!
[14:56] <wraiden> it daytime here
[14:56] <wraiden> and i'm @ work
[14:56] <StucKman> heeh, same here
[14:57] <wraiden> not a good place for a powernap *g*
[14:57] <StucKman> take a nap anyways
[14:57] <wraiden> as network admin one would wake dragons that one should better not wake if someone finds me sleeping *g*
[14:59] <wraiden> you can drop me a line here if the stanza got you where you wanted...
[15:03] <StucKman> wraiden: I'm thinking if that's the best approach for my particular case
[15:03] <StucKman> in general, it looks like yes, but...
[15:11] <JanC> "initctl log-priority debug" on a running system will do the same as --verbose on the kernel commandline
[15:13] <StucKman> wraiden: ok, it was better your way
[15:14] <StucKman> seems to work now
[15:15] <StucKman> JanC: but where does it log them?
[15:16] <StucKman> becuase rsyslog was not loading before
[15:16] <StucKman> because*
[15:17] <JanC> right, maybe not so useful right now then (unless you start syslog manually first, or such)
[15:17] <JanC> mysql didn't start either?
[15:18] <StucKman> JanC: I'm finishing fixing the rsyslog now
[15:20] <JanC> you don't have a circular dependency between rsyslog & mysql or such?  ☺
[15:20] <StucKman> no
[15:20] <StucKman> it's more complicated
[15:20] <StucKman> so I have to do extra work to leave it fixed
[15:21] <StucKman> we use cfengine and we switch from chroot to chrroot depending on development states
[15:24] <JanC> ah, using upstart in a chroot or in container-style VMs is a bit complicated sometimes
[15:26] <StucKman> not anymore
[15:26] <StucKman> chroot works fine
[15:27] <StucKman> and I just have to add some stuff to our cfengine repo and modify some scripts that change the dev environ
[17:15] <rawler> hi.. I'm developing a daemon which is currently in early Alpha/Beta stage.. I'm using the upstart restart functionality to restart it if it crashes.. however, I'd also like to get a coredump, if possible..
[17:18] <rawler> I've tried adding "limit core 100000 100000" to the conf, but I can't find the corefile.. I've also tried adding "chdir /tmp/" but no luck.. am I missing something?
[23:23] <traviscline> any way for me to prefix an env var?