| === sadmac_ is now known as sadmac2 | ||
| oly | anyone around who can help me get a script running | 16:31 |
|---|---|---|
| oly | or point me at how to debug what is going wrong | 16:31 |
| oly | are there any log files etc, or anything like thta | 16:32 |
| oly | currently when i start my process i seem to get 4 processes for some reason | 16:32 |
| oly | currently looking like i am going to have to stick to using rc.d to launch apps as nothing i try in upstart seems to work | 16:33 |
| oly | and it never tells me why, | 16:33 |
| sadmac2 | oly: /var/log/messages | 18:12 |
| oly | thanks for the tip sadmac2 | 18:57 |
| oly | when i set up a script and run sudo start script it shows 4 processes is that normal | 18:57 |
| oly | or is it actualy launching 4 instances of the process for some reason ? | 18:58 |
| oly | http://ubuntu.pastebin.com/m5edd07f2 | 19:06 |
| oly | if anyone can tell me if that is correct it shows no processes the script then the processes after its started | 19:07 |
| oly | as you can see there are 4 processes at the end instead of 1 | 19:07 |
| sadmac2 | oly: the logs indicate upstart only spawned the first one | 19:26 |
| sadmac2 | oly: it must be forking | 19:26 |
| oly | you mean the fact that the start test3 command only printed one pid | 19:27 |
| oly | just confusing because if i start it using /etc/init.d inadyn start | 19:28 |
| oly | it would only show a single process | 19:28 |
| oly | i was wondering if it was my lack of knowledge or something | 19:28 |
| oly | been trying allsorts for ages | 19:29 |
| oly | nothing appears in /var/log/messages by the way from starting that | 19:32 |
| sadmac2 | hmm. not sure then. doesn't look like upstart is running more than oe | 19:35 |
| sadmac2 | *one | 19:35 |
| sadmac2 | maybe yoru init.d script passes more arguments | 19:35 |
| oly | well, if i start inadyn from the terminal it starts fine and shows only one process | 19:38 |
| oly | perhaps i will try and write some scripts for my own applications and see if i get the same behavior | 19:38 |
| Keybuk | wow | 20:12 |
| Keybuk | just confirmed an old mysterious 0.3 bug on 0.6 | 20:12 |
| sadmac2 | Keybuk: details | 20:12 |
| Keybuk | assert() bug | 20:14 |
| Keybuk | you need two jobs to replicate it, so it shows up for people who've tried to do native boots | 20:14 |
| Keybuk | e.g. | 20:14 |
| Keybuk | foo: | 20:14 |
| Keybuk | exec foo | 20:14 |
| Keybuk | bar: | 20:14 |
| Keybuk | start on stopping foo | 20:14 |
| Keybuk | exec killall foo | 20:14 |
| Keybuk | then "stop foo" | 20:14 |
| Keybuk | Upstart will assert() | 20:15 |
| Keybuk | ie. if you stop a job, and another job that reacts to its "stopping" event *causes* the original job's process to exit | 20:15 |
| sadmac2 | hmm | 20:17 |
| sadmac2 | NetworkManager-vpnc's error messages are for shit. | 20:17 |
| sadmac2 | "Failed." | 20:17 |
| sadmac2 | "Reason: 6" | 20:18 |
| sadmac2 | thanks a lot. | 20:18 |
| sadmac2 | off-topic, but still infuriating | 20:18 |
| Keybuk | :-) | 20:20 |
| Keybuk | anyway, I've done a patch and will probably do a 0.6.3 early next week | 20:20 |
| sadmac2 | sweet | 20:21 |
| Keybuk | *hints that you might want to upgrade from 0.3.x now :p* | 20:25 |
| sadmac2 | Keybuk: we can't take the regression on that state-transfer thing, even as ugly as it is. Not having that pretty much kills the distro (Thanks Jakub!). | 20:27 |
| Keybuk | it was your patch ;) | 20:42 |
| Keybuk | this is why you should work to get all your patches upstream | 20:42 |
| Keybuk | and why hoarding patches by yourself and not working to get them upstream is bad | 20:43 |
| Keybuk | m'kay? :p | 20:43 |
| sadmac2 | Keybuk: I thought upstream was dead as far as 0.3.* | 20:43 |
| Keybuk | it is | 20:43 |
| sadmac2 | Keybuk: 0.3.10 was a shock to me | 20:43 |
| Keybuk | it's doubly dead now | 20:43 |
| Keybuk | as in I will now actively *not* fix critical bugs in it | 20:43 |
| sadmac2 | what about LTS? | 20:44 |
| Keybuk | what about it? | 20:44 |
| sadmac2 | you shipped 0.3 with it didn't you? | 20:44 |
| Keybuk | yes? | 20:44 |
| Keybuk | this doesn't affect the Support team's ability to provide telephone Support for it? | 20:44 |
| Keybuk | and the Security team will still provide Security fixes | 20:44 |
| Keybuk | we don't do what you guys do | 20:45 |
| Keybuk | once our releases are out, we largely *don't* backport non-security bug fixes to them | 20:45 |
| Keybuk | instead we suggest people update | 20:45 |
| sadmac2 | oh god. the thought! | 20:46 |
| sadmac2 | our customers expect us to time travel and make the bug not appear in the release they depolyed rather than upgrade a single package | 20:46 |
| Keybuk | :-) | 20:48 |
| Keybuk | yes, well | 20:48 |
| Keybuk | ;-) | 20:48 |
| sadmac2 | life is long and hard | 20:49 |
| Keybuk | then you die | 20:49 |
| Keybuk | aka. life's too short to provide support for older releases <g> | 20:50 |
| sadmac2 | Keybuk: you haven't seen the ongoing support plan for RHEL 2.1 | 20:50 |
| sadmac2 | Keybuk: the cost grows exponentially. If 3 customers keep that thing for 2 years RH will purchase a country | 20:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!