[06:51] hi, I'm trying to figure out what the upstart tool does on shutdown - eg. where the commands are defined that are run on shutdown [06:52] there's /etc/init for startup but I'm not seeing where eg. filesystems get umounted on shutdown === robinsmidsrod is now known as robins === robins is now known as robinsmidsrod [11:15] what distro? [11:40] JanC there ? [11:40] you tried last time to get the messages we discussed, can you remember ? [11:41] KeyBuk told me it is because upstart cannot log to the kmsg and the proper daemons are not running during the boot-session to get those messages into the syslog. [11:41] so I am trying to write a patch for upstart in order to be able to write into the kmsg for need. [11:54] JanC: so it should fex. work after the startup. [13:11] kreign: shutdown happens on runlevel 0 [13:12] kreign: most of it ist still handled in /etc/rc0.d [13:12] kreign: at least, in Ubuntu [16:19] i'm here (http://upstart.ubuntu.com/index.html) where can i find a list of all directives for an upstart script? the wiki seems more technical and doesn't help:( [16:20] but to the point, what i want to know is if there is respawn keyword, i've seen hints on other sites but i can't find one in the upstart page or man page [16:29] gp5st: read the init(5) manpage [16:30] ah [16:30] the (5) is what must have got me [16:30] thanks:) [16:30] http://manpages.ubuntu.com/manpages/maverick/en/man5/init.5.html [16:31] i found it, i was just doing man init before not man 5 init [16:31] :) [16:32] there is a reference to init(5) at the bottom of init(8) ;) [16:33] i'm sure:) [17:41] hi, I asked a question in here last night... does anyone know where the 'shutdown' time events are defined for upstart? eg. umount -a [20:20] kreignf: depends on how you or your distro configures it [20:21] JanC, :| ok, so where would I look? this is on ubuntu. [20:21] JanC, I've dug around a bit but can not find anything suggestive (eg. grep umount /etc/init/*) [20:22] somebody answered that earlier today: [20:22] kreign: shutdown happens on runlevel 0 [20:22] kreign: most of it ist still handled in /etc/rc0.d [20:22] kreign: at least, in Ubuntu [20:24] SpamapS, ah, thank you mate. ;P [20:24] JanC, didn't see it, passed out before I got a response. thanks. [20:25] not sure how i missed that on looking myself [20:29] kreignf: its not very obvious honestly [20:29] /etc/init/rc.conf covers it tho [20:29] SpamapS, I'm not so sure I like the... complexity... of upstart, vs. classic init, at this point. at least for a server. [20:30] SpamapS, seriously hope the intent is to have an all-in-one start/stop mechanism. [20:30] kreignf: its the complexity of the hybrid implementation that makes most uneasy. As it gets more purely upstart.. it will seem more elegant. :) [20:30] SpamapS, "sometimes it's set here and sometimes it's here" is not a good way to do it. :| [20:30] SpamapS, right. [20:30] SpamapS, I'm sure. [20:31] still, I'd think startup and shutdown would be handled by upstart, at the least. you know, 'system' tasks.. not relegating umount to rc [20:32] I think that was the plan.. but the push in lucid was to get the bootup fast, not the shutdown. :) [20:32] heh [20:32] and it actually works ok [20:33] well I know where to stick my command then [20:33] was kinda fading last night when I was looking into it [20:33] there is a need for some more synchronization .. there are races right now that can lead to the fs's not unmounting I'm afriad. [20:33] not all cylinders were firing [20:33] SpamapS, oh joy. :| [20:33] SpamapS, where are the races? [20:33] in upstart? [20:33] basically things that stop on runlevel [!2345] are not guaranteed to be stopped when fs's are unmounted [20:34] ah [20:34] eg. a long-terminating database process [20:35] * kreignf considers a lengthy sleep [20:35] SpamapS, do the desktop guys push the ubuntu server direction quite a bit? [20:35] ubuntu server is a nice thing [20:35] (due to the newer kernel) [20:36] just not sure i like the... process refinement? [20:36] the resulting refinement is damn nice [20:37] kreignf: ubuntu is ubuntu .. server and desktop are just different "seeds" [20:37] kreignf: which affects the CD creation, and the length of security fixes. [20:38] SpamapS, I don't recall sources.list having a definite "server" tag ; what determines the seed, to the mirror? [20:38] or is it just a package selection that gets said support? [20:38] I would say.. realistically.. lucid is just now stabilized and tested enough that I'd want to roll something out on it.. 10.04.2 is out in a week or two.. it has a lot of little weird things fixed. [20:39] SpamapS, yeah. [20:39] SpamapS, been a bit long in the uptake IMO [21:14] SpamapS, anything I can tell the kernel/upstart on boot to "tell me what you're doing!" ? I get "Starting /scripts/init-bottom... ; Done. Done. Finishing /scripts/init-bottom; Done - and then nothing [21:14] just hangs there [21:14] c-a-d reboots it [21:14] but other 'n that I can't do much [21:15] kreignf: pass --verbose to the kernel [21:16] SpamapS, hmm [21:19] SpamapS, would that be akin to "ro verbose" or do you mean --verbose? [21:19] kreignf: at the end of the line in grub, add --verbose [21:19] SpamapS, the line starting linux, I presume [21:20] just not familiar with --verbose as an ammendum to kernel boot opts [21:20] its unknown to the kernel, so the kernel passes it along to upstart [21:20] ah ok. [21:20] cool. [21:50] SpamapS, I'm getting some cryptic "init: hostname goal/state is start/stopping post-stop->waiting/etc." info here, and then it just hangs up /goes no further after "init: handling stopped event" [21:52] SpamapS, going to paste the image up [21:54] SpamapS, mind if I email you the image? [23:33] kreignf: the lines before 'handling stopped event' are probably more interesting :) [23:33] kreignf: what OS is this? [23:35] SpamapS, ubuntu [23:35] 10.04 [23:35] LTS [23:36] SpamapS, that was a couple hours ago; I got by it. now I'm trying to figure out why the freaking modules I need aren't loading on boot (they're in /etc/modules) but load just fiiine on manual modprobe [23:37] heh [23:37] and it works on another system :P [23:40] kreignf: /etc/init/module-init-tools.conf [23:42] SpamapS, so this is going to sound a bit cheap but I see something scroll by on intial boot 'failed' - but I'm not finding it in logs. it's directly before login starts. [23:42] any idea where that'd be logged? [23:42] alt-f7 [23:42] aka "the console" [23:43] yey [23:43] heh [23:46] unfortunately it does not appear to scroll. meh. [23:49] kreignf: those should also end up in /var/log/boot.log [23:49] yeah [23:49] virtual console is slooow in vbox