[15:35] Hi - is there an equivalent to systemd-analyze with upstart to determine system readiness+boot time? [15:36] ikey: no, but you can install and use bootchart to give you graphs and logs. [15:36] ikey: (the release series before it became systemd only) [15:36] xnox, unfortunately the test I'm using wont work with that :) [15:36] xnox, it boots VMs using qemu in parallel and determines actual length of boot [15:37] Using a serial device (virio) communicating with a host unix socket [15:37] Unfortunately the LTS doesnt have systemd support so it wouldnt be a fair test to inject it from a PPA [15:37] ikey: well that's easy, just feed your console logs to a timestamping logger, e.g. syslog and check what / when happens. [15:38] ikey: boot with --verbose kernel arg to see more details from upstart as to when/what starts. [15:38] ikey: or just install bootchart from the archive into that vm. [15:38] xnox, righto. So the way it works now is systemd tells me the system is up, by systemd-analyze returning a 0 retcode [15:38] I can't rely on scp back to host because of handshake lag and unreliable networking in Linux in general :) [15:39] This is starting usually around 20 VMs together and needs a script to run in the guest to echo to the serial0 [15:39] Is there a way that upstart can run a script *last* when upstart considers the system booted? [15:39] ikey: yes. [15:39] oo [15:39] That'll at least make the test fair :) [15:40] ikey: that would be equivalent of cloud-init final. Let me give you the sample script. [15:40] Thanks :) [15:41] ikey: so, if you are using cloud-init then at the end of boot cloud-init final is executed with "fully booted / ready" messages on the console. [15:42] http://bazaar.launchpad.net/~upstart-devel/upstart/upstart-jobs/view/head:/utopic/etc/init/cloud-final.conf [15:42] Thank you very much :) [15:42] ikey: otherwise you want to add a job "start on stopped rc RUNLEVEL=[2345]" which is after all runlevel 2 tasks have been completed. [15:42] ah [15:42] ikey: and system is fully booted, users can login, and things like display-managers / auto-logins are happening... [15:42] Right [15:43] and in that job you can send whatever notification you need/want whereever. [15:43] The way it currently works is incredibly trivial [15:43] echo "VMREPORTID:%d|||`systemd-analyze` > /dev/virtio-ports/serial0 [15:43] where %d is taken from a boot parameter in /proc/cmdline [15:44] Hopefully the virtio-port is up when my script runs ^^ [15:44] * ikey had that with systemd.. [15:45] there is no useful "systemd-analyze" but you can do: start on stopped rc RUNLEVEL=[2345] \n exec echo "VMREPORTID:%d|||`uptime` > /dev/virtio-ports/serial0 [15:46] That sounds fair enough to me [15:46] Thanks for your help :D [15:46] ikey: but that's not the same. Also one can add more time entries / points elsewhere. E.g. by simply adding /etc/init/job.override with post-start "uptime after foo" [15:46] Going to need to give this a good look into :) [15:46] ikey: no problem. I should look into systemd-analyze and check if that can be made to run against upstart =) [15:46] Would be cool tbh [15:47] ikey: i wonder if you are ikey i'm thinking you are. [15:47] I think it uses an internal signal though [15:47] heh [15:47] ..facepalm [15:47] just whois'd you xD [15:47] ikey: so you are =) [15:47] am indeed, howdy :) [15:48] ikey: well only one week to go. Starting on the 11th =) [15:48] oh nice :) [15:48] I go on vacation around the 15th im going to need to check to be sure but perhaps a meet up in london wouldnt hurt [15:50] ikey: right. And i'll be off to debconf the week after 22-1 =/ [15:50] ikey: meh, i'm sure we'll stay in touch. [15:50] Oh ok [15:50] heh [15:51] well, hope you enjoy debconf :) [15:51] oh its in portland this year [15:54] ikey: yeah, trying to blag auke into keeping me there for an extra week to work from hillsborogh =) [15:54] haha [15:55] ikey: he says something rather "budget" and "approval" or some such excuses =))))))))) *giggle* [15:55] ^^ [15:55] somewhat envious - wouldnt mind being in portland myself :) [16:00] ikey: yeah. well not sure. maybe i'll end up going for debconf only / conference leave. And then both of us will go in march for the OTC meet up. [16:01] possible [16:02] Anywho I can't take myself to a debconf - I betrayed Debian :P [16:07] ikey: oh, traitors make the best DDs ;-) come to dark side, we have swirls =) [16:07] lolz [16:13] right i gotta get going - meeting soon. ttyiab xnox :)