avanti-.x (linux) : segmentation fault

[Klaus Lehmann]

On Wed, 02 Jun 2004 13:18:36 +0200, Roland Henkel wrote:


guten morgen herr henkel (und andere mitler..)

danke für den ansatz.... aber das war es (noch) nicht.


kl>nur erst einmal eine schnelle Antwort, damit Sie einen Punkt bei der 
kl>Fehlersuche schon ausschliessen können. Am prinzipiellen Zusammenspiel 
kl>von apache2 und avanti kann es mit Sicherheit nicht liegen, diese 
kl>Kombination läuft bei mir schon ziemlich lange ohne Auffälligkeiten.

gut, denn apache2 gibt es ja seit ca 3 jahren....



kl>Bevor Sie weiteres unternehmen, starten Sie doch einmal avanti  
kl>(vielleicht als Konsole, damit sie die Reaktionen sofort sehen können) 

danke für den tip. genau das tat ich gerade. und es ist was zu sehen:

h4025:/usr/local/avanti/bin # ./avanti
[2004-06-03 08:07:29]   (NOTE) avanti server listening on port 4949

dieses als user root gestartet.
so, avanti läuft. 
nebenbei: das vorhandene logfile wird weiter geschrieben



anmerkung zum logfile:
wenn es ein logfile NICHT gibt, kommt diese fehlermeldung:

      h4025:/usr/local/avanti/bin # ./avanti
[2004-06-03 08:15:11]   (WARN) can't open logfile '/var/log/avanti.log' for writing
[2004-06-03 08:15:11]   (WARN) falling back to stderr
[2004-06-03 08:15:11]   (NOTE) avanti server listening on port 4949                                                                    



sollte sowas für die zukunft nicht auch auf den programmiererzettel?
so in etwa: logfile nicht da, neu anlegen. dann auch mitberücksichtigen, wer startet avanti, dem soll auch 
das logfile gehören (letzteres wichtig?)


so, jetzt passierts, man kann es auf der konsole gut mitverfolgen:

greife ich über ruckzuck auf eine allegro-datenbank zu, passiert DAS:

[2004-06-03 08:18:45]   (NOTE) avanti server listening on port 4949
(das war die alte meldung!)

neu:
^@Segmentation fault
h4025:/usr/local/avanti/bin #                                              

ist das jetzt ein ausreichender hinweis?
was passiert da?


ich habe das jetzt auf 2 maschinen mal gestartet. jedesmal lief avanti (einfacher befehl, nicht als daemon 
gestartet!). bei beiden maschinen mal nmap gefahren (einfacher befehl: nmap localhost). es ist kein 
geöffneter port 4949 zu sehen. 
warum ist das so? allerdings, wenn ich mit nmap etwas tiefer rangehe, so z.B.:
nmap -sT -sU -p U:1-65535,T:1-65535 localhost.de
dann ist er doch da: 4949/tcp   open        unknown. 
also doch....!



mal mit google gesucht, und im schneider'schen archiv fündig geworden:
Segmentation Fault bei Start von avanti-x (From: Andrej Keiper (andrej.keiper_at_rzmail.uni-erlangen.de)
Date: Mon Jul 29 2002 - 19:21:56 CEST) . ihm ist dieses mit avanti-x version 1 passiert.....

herr eger antwortete darauf: (29.juni 2002)
Lieber Herr Keiper,
nach meiner Erfahrung tritt ein "segmentation fault" bei avanti auf, wenn
z.B.
- die binary beschädigt ist
- in der dynamisch gelinkten Version avanti eine "unpassende" Library
  "untergeschoben" wird
- einfach ein Hardwarefehler auftritt
- "unglückliche" Parameter verwendet werden
- ein Fehler im Dateisystem avanti "mist" lesen läßt

Welche Kernel-Variante (SuSE-Standard oder selbst übersetzt) wird gestartet?
Sind alle Verzeichnisse/Links gleichgeblieben (auch bez. der Rechte)?
Haben Sie alles neu installiert oder nur Avanti erneuert?
Welche Avanti-Version benutzen Sie? 
(_ende)



dazu meine antworten:
-avanti 224 (linux)
-avanti aus dem o.g. paket genommen (quasi neu-installation)
-hardware? weiss nicht. kann ich schwer aus der ferne nachvollziehen.
-unglück in den para's. es werden die dateien verwendet, aus der vorherigen installation (mit apache1.xx)
-fehler im dateisystem. beim reboot gibts keine fehler zu sehen (EXT3-FS)

also, was kann es sein?





kl>Auch ein Blick in php.ini (register_globals ) lohnt sich.
habe mal in der liste nachgeforscht:
register_globals=on 
das sollte früher so gesetzt werden. mit der neuen avanti-version ist dieses sicherheitsloch (hatte sich h. 
berger so ausgedrückt?) auch gestopft worden.
also: register_globals=off

der zweite para, der interessant ist, ist
safe_mode=off





mal wieder ratlos
viele grüße
	k.lehmann