[Bug 343865] New: apache2 starts too early & fails bind due to missing interface on boot
https://bugzilla.novell.com/show_bug.cgi?id=343865 Summary: apache2 starts too early & fails bind due to missing interface on boot Product: openSUSE 10.3 Version: Final Platform: x86 OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: Apache AssignedTo: bnc-team-apache@forge.provo.novell.com ReportedBy: cd@securityfocus.com QAContact: qa@suse.de Found By: --- Created an attachment (id=184599) --> (https://bugzilla.novell.com/attachment.cgi?id=184599) My boot.msg Hello, I edited /etc/apache2/listen.conf to bind Apache to the IP address of a specific interface: Listen 10.160.20.248:80 Now, when I boot, the apache2 service will fail to start. This worked fine in SUSE 9.3. Looking at boot.msg, the reason is: Starting httpd2 (prefork) (99)Cannot assign requested address: make_sock: could not bind to address 10.160.20.248:80 no listening sockets available, shutting down But later on in boot.msg, the interface is brought up: done eth0 device: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 01) eth0 IP address: 10.160.20.248/24 If I start Apache from the command prompt (/etc/init.d/apache2 start), it will start fine. I have 6 interfaces on this machine; perhaps that's causing the 'network' service to take a while to start and causing this problem? The full contents of boot.msg is attached. Thanks -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=343865
C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
User cd@securityfocus.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c1
--- Comment #1 from C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
User poeml@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c2
Peter Poeml
https://bugzilla.novell.com/show_bug.cgi?id=343865
User mskibbe@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c3
Michael Skibbe
https://bugzilla.novell.com/show_bug.cgi?id=343865
User cd@securityfocus.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c4
--- Comment #4 from C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
User cd@securityfocus.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c5
--- Comment #5 from C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
User mt@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c6
Marius Tomaschewski
https://bugzilla.novell.com/show_bug.cgi?id=343865
User cd@securityfocus.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c7
--- Comment #7 from C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
User ro@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c8
Ruediger Oertel
https://bugzilla.novell.com/show_bug.cgi?id=343865
User mt@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c11
Marius Tomaschewski
The ifservices trick works for now. Thanks.
OK, can you start this command: (cd /etc/init.d && ls -1 rc?.d/* | sort) > /tmp/rc-link.list and attach the /tmp/rc-link.list and /etc/init.d/.depend.start files? It seems, that some of the links was modified manually (or using some script adding them with ln -s) and the .depend.start file (see also the startpar(8) manual page) does not reflect the start order any more. To reset to the default start/stop order of init-script the command "insserv -d" can be used. From insserv manual page: "[...] -d, --default Use default runlevels a defined in the scripts. This may restore an edited runlevel link scheme. [...] [[/]path/to/init.d/] Relative or absolute path to the init scripts base directory. For the SuSE Linux boot concept, this defaults to /etc/init.d/ in compliance with the LSB specification. In this case insserv does not add or remove a script to the runlevels declared in the script headers, but may re-order the runlevels if the order of the currently enabled scripts has changed (see option -d). Note that if a relative path is used insserv has to be called from the root directory. [...]" Note that every change in the LSB headers of the scripts its self always requires the remove and re-install of the script. This because insserv does not overwrite existing links as they can be done by e.g. the runlevel editor. Only the option -d (for default) will always overwrite any changes in the link scheme. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=343865
User skh@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c12
Sonja Krause-Harder
https://bugzilla.novell.com/show_bug.cgi?id=343865
User support@microtechniques.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c13
--- Comment #13 from Don Hughes
https://bugzilla.novell.com/show_bug.cgi?id=343865
User mt@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c14
Marius Tomaschewski
https://bugzilla.novell.com/show_bug.cgi?id=343865
User locilka@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c15
Lukas Ocilka
https://bugzilla.novell.com/show_bug.cgi?id=343865
User mt@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c16
Marius Tomaschewski
https://bugzilla.novell.com/show_bug.cgi?id=343865
User cd@securityfocus.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c17
--- Comment #17 from C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
User cd@securityfocus.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c18
--- Comment #18 from C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
User cd@securityfocus.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c19
--- Comment #19 from C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
Cyril Hrubis
https://bugzilla.novell.com/show_bug.cgi?id=343865
Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=343865
Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=343865
User werner@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c20
Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=343865
User cd@securityfocus.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c21
--- Comment #21 from C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
User cd@securityfocus.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c22
--- Comment #22 from C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
User cd@securityfocus.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c23
--- Comment #23 from C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
User support@microtechniques.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c24
--- Comment #24 from Don Hughes
https://bugzilla.novell.com/show_bug.cgi?id=343865
User werner@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c25
--- Comment #25 from Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=343865
User werner@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c26
--- Comment #26 from Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=343865
User werner@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c27
--- Comment #27 from Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=343865
User support@microtechniques.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c28
--- Comment #28 from Don Hughes
https://bugzilla.novell.com/show_bug.cgi?id=343865
User support@microtechniques.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c29
--- Comment #29 from Don Hughes
https://bugzilla.novell.com/show_bug.cgi?id=343865
User support@microtechniques.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c30
--- Comment #30 from Don Hughes
https://bugzilla.novell.com/show_bug.cgi?id=343865
Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=343865
User werner@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c31
--- Comment #31 from Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=343865
User cd@securityfocus.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c32
--- Comment #32 from C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
User cd@securityfocus.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c33
--- Comment #33 from C D
https://bugzilla.novell.com/show_bug.cgi?id=343865
User werner@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c34
Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=343865
Dr. Werner Fink
https://bugzilla.novell.com/show_bug.cgi?id=343865
User hmuelle@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c38
Harald Mueller-Ney
https://bugzilla.novell.com/show_bug.cgi?id=343865
User coolo@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=343865#c39
Stephan Kulow
https://bugzilla.novell.com/show_bug.cgi?id=343865
Dr. Werner Fink
participants (1)
-
bugzilla_noreply@novell.com