Bug#500558: apache2.2-common: Apache fails to start on boot after upgrade Etch - Lenny
On Monday 06 April 2009, Ian Zimmerman wrote: For me, it happens with 127.0.0.1 . I really, really don't want to explicitly say in /e/n/i that lo is 127.0.0.1 . This is intermittent; I'd say it happens about 25% of the time. And, when I manually start apache (with invoke-rc.d apache2 start) after the boot is done, it starts fine. So, I suspect this is some kind of race condition, perhaps apache is trying to bind to the interface before udev is completely done with it? Do you still have this problem? If yes: Do you use network-manager? What entries do you have in /etc/hosts for ::1, 127.0.0.1, localhost, and ip6-localhost? After booting, does ip a show any inet6 addresses? Any other than ::1? Cheers, Stefan -- To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201009122244.08123...@sfritsch.de
Bug#500558: apache2.2-common: Apache fails to start on boot after upgrade Etch - Lenny
Stefan Do you still have this problem? No, but my interfaces file is slightly different; I have virtual interfaces hanging off lo now. IIRC it was the addition of those that stopped it. Stefan Do you use network-manager? No Stefan What entries do you have in /etc/hosts for ::1, 127.0.0.1, Stefan localhost, and ip6-localhost? [38]matica:~$ grep localhost /etc/hosts 127.0.0.1 localhost ::1 ip6-localhost ip6-loopback Stefan After booting, does ip a show any inet6 addresses? Any other Stefan than ::1? for lo? Only this one: inet6 ::1/128 scope host There's one for eth0 but that isn't relevant, is it? -- Ian Zimmerman i...@buug.org gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Ham is for reading, not for eating. -- To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/871v8ymbrw@matica.localdomain
