On Sat, Nov 29, 2014 at 07:14:16PM +0000, Mike Crowe wrote: > Hi Ron, > > Thanks for quick response. > > On Sunday 30 November 2014 at 05:25:10 +1030, Ron wrote: > > On Sat, Nov 29, 2014 at 04:09:09PM +0000, Mike Crowe wrote: > > > Package: tftpd-hpa > > > Version: 5.2+20140608-3 > > > Severity: important > > > Tags: patch > > > > > > Dear Maintainer, > > > > > > When a Wheezy or Jessie machine is fitted with an SSD the machine often > > > boots so quickly that tftpd-hpa is started before the network is fully > > > configured. The problem is reproducible with sysvinit (on Wheezy) and > > > systemd (on Jessie) although it may be easier to reproduce with systemd. > > > > What are you using to set up your network? > > It looks like it's currently NetworkManager on all the machines I've seen > this on. I thought I'd seen the problem with ifupdown too but no longer > have any evidence to support that.
With ifupdown and allow-hotplug it's definitely possibly, since unlike auto, that doesn't wait for the defined network(s) to come up before the rest of the init scripts continue (and we've seen lots of services fail due to that). For NM, I'm less sure of what the mechanics might be, but I know who to talk to about that. > Of course on a laptop it is perfectly normal to not have any working > network interfaces at boot time so it seems rather unfair of tftpd-hpa not > to start when it is not configured to be bound to a specific interface. Are you really running this on a laptop, or is that just an example? It's also not quite clear to me yet exactly what the desirable default behaviour should be in such a case. Would you really want it to bind to any random wifi hotspot that NM on your laptop might find? That doesn't quite seem ideal either ... Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
