[todo] [Software 0000032]: eigene httpd.conf: segfault bei restart des apache

[todo-notifyer at hostsharing.net]

Das folgende Problem wurde geschlossen. 
====================================================================== 
https://todo.hostsharing.net/view.php?id=32 
====================================================================== 
Berichtet von:              paul
Zugewiesen an:              _niemand
====================================================================== 
Projekt:                    Software
Problem ID:                 32
Kategorie:                  Webserver
Reproduzierbarkeit:         immer
Auswirkung:                 Absturz
Priorität:                  keine
Status:                     geschlossen
Lösung:                     wiedereröffnet
Erledigt in Version:        
====================================================================== 
Erstellt am:                12.12.2002 20:58 (CET)
Letzte Aktualisierung:      19.08.2006 15:13 (CEST)
====================================================================== 
Zusammenfassung:            eigene httpd.conf: segfault bei restart des apache
Beschreibung: 
von Simon aus Bugzilla übernommen:


ein restart eines eigenen httpd mittels 'rc httpd-ssl restart' führt nicht
zum
erfolg. der server wird nicht neu gestartet:

-----> snip
~$ rc httpd-ssl restart
executing as root: /etc/rc.d/init.d/httpd-ssl-nbc00 restart
Reloading apache-ssl-nbc00 modules.
/usr/local/sbin/apachectl-ssl start: httpd-ssl (pid 21886) already
running
Segmentation fault
<----- snap

der segfault scheint aber nicht direkt damit zusammenzuhängen, weil ein
reload
klappt:

-----> snip
~$ rc httpd-ssl reload
executing as root: /etc/rc.d/init.d/httpd-ssl-nbc00 reload
Reloading apache-ssl-nbc00 configuration.
/usr/local/sbin/apachectl-ssl graceful: httpd-ssl gracefully restarted
Segmentation fault
<----- snap

obwohl hier mit httpd-ssl gezeigt, gilt das gleiche auch für httpd.
wohlgemerkt: es scheint nicht der apache zu sein, der da segfaults wirft:
apache
läuft auch nach dem segfault.
die segfaults zeigen sich auch nach den kommandos 'start' und 'stop'.
die befehle wurden als paket-admin ausgeführt. das problem tritt auch mit
unveränderter httpd.conf auf.

wahrscheinlich sind das ja eher zwei bugs (restart geht nicht, segfault),
aber
ich habe mal von zwei reports abgesehen :)

es scheint ja so, als würde 'rc' abstürzen. bei einem
setuid-root-programm
wahrscheinlich gar nicht mal so gut...

hier noch das wenig aussagekräftige backtrace:

-----> snip
~$ gdb rc
GNU gdb 2002-04-01-cvs
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-linux"...(no debugging symbols found)...
(gdb) set args httpd-ssl reload
(gdb) run
Starting program: /usr/local/bin/rc httpd-ssl reload
executing as root: /etc/rc.d/init.d/httpd-ssl-nbc00 reload
Reloading apache-ssl-nbc00 configuration.
/usr/local/sbin/apachectl-ssl graceful: httpd-ssl not running, trying to
start
fopen: Permission denied
apache-ssl: could not open error log file /home/pacs/nbc00/var/web.err.
/usr/local/sbin/apachectl-ssl graceful: httpd-ssl could not be started
(no debugging symbols found)...(no debugging symbols found)...(no
debugging
symbols found)...(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x0064616f in ?? ()
(gdb)
<----- snap

aber gdb scheint wegen setuid nicht so zu funktionieren, wie es beim
normalen
programmaufruf abläuft. wieder was gelernt.
====================================================================== 

---------------------------------------------------------------------- 
 mi - 13.12.02 07:27  
---------------------------------------------------------------------- 
auch restart funktioniert jtzt 

Problem-Historie 
Änderungsdatum  Benutzername   Feld                     Änderung             
====================================================================== 
19.08.06 11:24  mi             Status                   geschlossen =>
zugewiesen
19.08.06 11:24  mi             Bearbeitung durch        mi => _niemand      
19.08.06 15:13  mi             Status                   zugewiesen =>
geschlossen
======================================================================