<div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 24, 2012 at 6:39 AM, Christoph Mathys <span dir="ltr"><<a href="mailto:eraserix@gmail.com" target="_blank">eraserix@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I just encountered some problems with very long boottimes on precise.<br>
failsafe.conf just hangs until the timeout has elapsed.<br>
<br>
The culprit seems to be that I define interfaces in<br>
/etc/network/interfaces that do not exist when I'm testing in kvm<br>
(ifup -a fails). This then seems to prevent static-network-up to be<br>
emitted. I'm not quite sure why this event is never emitted. Is<br>
static-network-up only emitted, if the job networking ("exec ifup -a")<br>
runs successfully? (I've disable network-interface.conf)<br></blockquote><div><br>The static-network-up event is emitted by ifup using the /etc/network/if-up.d/upstart script, and I believe it's only emitted when all the 'auto' interfaces in /etc/network/interfaces are successfully brought up (upstart is more my area than networking). The event is necessary for boot to proceed safely, so if it doesn't happen, nothing past that point will run until the failsafe kicks in after 120 seconds (which is what you're seeing).<br>

 </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
As a workaround I think I'll just disable failsafe.conf and write my<br>
own job which immediately emits the static-network-up event.</blockquote><div><br>You don't have to disable failsafe.conf. As long as something emits static-network-up in a reasonable amount of time it won't cause any problems, and it's useful to have active in other cases.<br>

<br>Writing another job that immediately emits the static-network-up event is problematic in that it may be run before any network interfaces have actually been brought up. This will cause all sorts of trouble for jobs that start expecting to find active interfaces but then can't.<br>

<br>I believe the correct thing to do in this case is to remove the offending entries from /etc/network/interfaces, since they're apparently unnecessary in this particular environment. If there's some reason you'd rather not, try sending an email to the upstart-devel [1] mailing list. Someone there might know a better workaround.<br>

<br>Cheers,<br>Evan<br><br>[1] <a href="https://lists.ubuntu.com/mailman/listinfo/upstart-devel">https://lists.ubuntu.com/mailman/listinfo/upstart-devel</a><br></div></div></div>