[12:05] xnox/stgraber: http://people.canonical.com/~jhunt/upstart/gui/upstart-monitor.py [15:27] =) nice. Will try that in a bit. [15:28] jodh: are you ok if I cherry-pick and upload the reboot command commit into ubuntu raring? [15:29] * xnox notes to procenv compate upstart and normal sessions. [15:29] s/compate/compare/ [15:29] xnox: as long as it's tested, sure :) [15:29] it totally works on nexus tablets. [15:29] no evident breakage on !armhf [17:34] Anybody able to point to an example of having upstart 'start on' a service that _may_ not be installed? [17:42] pabelanger: we've talked about this before. :) [17:42] haven't we? [17:42] perhaps that was somebody else [17:44] pabelanger: anyway, if a service can be on the box and optional, it can also be on another box, right? [17:44] pabelanger: thus, your program should handle it not being ready yet, in case you have started the two boxes in the wrong order. [17:45] pabelanger: if, however, its something else, like your service supports the other one (like nmbd supports winbind), then you should use wait-for-state in pre-start... [17:46] pabelanger: as in 'if [ -e /etc/init/$otherjob.conf ] ; then start wait-for-state WAIT_FOR=otherjob WAITER=$UPSTART_JOB ; fi [18:02] * xnox likes checking `status $otherjob` as the job configuration file can be in multiple source directories or not on disk at all (in case of e.g. user session upstart and/or stateful re-exec) [18:16] xnox: *good* point [18:17] I believe actually wait-for-state will usually return immediately if the job doesn't exist because it does fail the start [18:40] SpamapS, great, let me check the documentation bout that not [18:40] now* [21:29] hello all [21:31] is someone from here interested into bugs with init 5 command, halt command and with services which don't running correctly when I am using halt command? [21:32] in ubuntu 12.04 LTS exactly [21:37] soso: I think it's best if you say what your problems are and then hang around until somebody sees it (which might be tomorrow...) [22:15] soso: also filing bug reports on launchpad either against upstart (ubuntu package) or upstart (upstream projects) is also an option. [22:15] soren: some of the developers are in night timezone already though. [22:15] soren: but yeah, go ahead =) what are you experiencing? [22:15] we are currently working on improving shutdown. [22:20] So I am running Ubuntu 12.04 LTS and there is an issue is with init 5 command which switch me to run lvl 5 but this command is not able to kill applications which are not part of OS. I am not sure whether init 5 is using only command kill or also kill -9. I didn't read init 5 script. Anyway, after when I am typing command halt system is freezing (hanging). The only chance how to bring system up is with reset button on my PC. But... when I am po [22:20] wer-cycle system I have a issue with services, exactly any network services (it looks like problem with services, but I don't know how to check it. I am new on Ubuntu). I am able to get network, but I have realy slow response on internet. When I am rebooting system again all services are going up normaly and everything is working correctly. I can send you some outputs if you will need. [22:22] if you need* [22:23] sorry for my English :P but I am sure that you are understand :D [22:24] soso: upstart kills jobs that it manages (almost everything in /etc/init/*) but than later on sendsigs /etc/init.d/sendsigs actually kills the rest of things. [22:25] but it gets interesting as one cannot kill things that are needed to unmount the root filesystem, so if for example you have networked storaged attached there are configuration where one can get stuck. [22:25] (e.g. not being able to shutdown cleanly) [22:26] soso: I'd recommend you file a bug against upstart and describe your setup and attach any logs that help (e.g. increase boot / shutdown verbosity) [22:26] and hopefully some of upstart developers will be able to investigate further. [22:32] It is not about NAS or SAN. I am talking about slow response from Ethernet connection [22:36] interesting. [22:40] yea. I am not experienced in Ubuntu or networking. so you can write me anytime that I don't know what I am talking about :D [22:41] it might still be useful to report a bug [22:41] and add/attach as much info as you can [22:43] yes, I am still here because I need to know which attached information can be usefull for this case. or from which commands I can get best information before I will report it [22:44] ok. so ps -ef can be usefull to check which processes are not able to shut down after init 5 [22:45] any another idea what can be usefull? [22:45] useful*, sorry [22:47] /var/log/syslog /var/log/upstart/* [22:47] as well. [22:47] nothing else spings to mind out.... [22:50] I think if anything else would be useful, it would depend on specific things in those you already named