[Allegro] probleme mit dem neuen avanti(linux) vom 24.11.2011

Klaus Lehmann lehmann_klaus at t-online.de
Sa Dez 17 15:13:43 CET 2011


guten tag allerseits, 
verzeihung. die meisten fehler gehen durchs 
negieren/(tot)schweigen/lästig_sein nicht weg. allerdings, manche 
fehler gehen durchs warten von alleine weg. wahrscheinlich hat das 
problem vor dem monitor gesessen. nur leider nicht in diesem fall. 
oder doch? aufs neue:

> nachfolgendes problem ist mir sehr,sehr,sehr wichtig. ich muss darauf 
> hinweisen! deshalb erneutes posting.
> gruß k.lehmann

>> Guten Tag Herr Everbsberg,
>> ich weiss langsam nicht mehr weiter. diesen fehler, oder war er 
>> ähnlich, annoncierte ich vor 1-3 monaten bereits hier. evtl waren die 
>> fehlernotierungen zu wenig (meinerseits), oder ich hatte falsch 
>> formuliert. also erneut.


>> bitte nicht wundern:
>> avanti und acon wurden umbenannt! 
>> =================================
>> diese prozesse nehmen befehle auf dem port 
>> 4949 entgegen (ich habe noch ein altes test-avanti, was auf port 4948 
>> arbeitet, und bestimmte moderne fähigkeiten nicht haben kann).

>> vorsorge ist getroffen, für den fall, daß im verzeichnis:
>> /usr/local/4949-avanti der befehl 
>> 4949-avanti den befehl acon aufruft, oder umgekehrt 4949-acon oder 
>> acon möchte zu avanti/4949-avanti zurück, deshalb gibt es im 
>> verzeichnis /usr/local/4949-avanti jeden befehl auch ohne die "4949-" 
>> im namen..


>> der server benimmt sich komisch! 10.50:58 gehts los damit!
>> [2011-12-11 10:50:58] start slave -
>> /usr/local/4949-avanti/bin/4949-avanti -slave
>> [2011-12-11 10:50:58] ci_open
>> /usr/local/4949-avanti/bin/4949-avanti -slave
>> [2011-12-11 10:50:58] <conn 137941> opened from host 127.0.0.1
>> [2011-12-11 10:50:58] <conn 137941> setting cpu time rlimit to 120
>> [2011-12-11 10:50:58] <conn 137941> slave 2 starting
>> '/usr/local/4949-avanti/bin/./acon'
>> [2011-12-11 10:51:00] start slave -
>> /usr/local/4949-avanti/bin/4949-avanti -slave
>> [2011-12-11 10:51:00] ci_open
>> /usr/local/4949-avanti/bin/4949-avanti -slave
>> [2011-12-11 10:51:00] ci_open() failed
>> [2011-12-11 10:51:01] start slave -
>> /usr/local/4949-avanti/bin/4949-avanti -slave
>> [2011-12-11 10:51:01] ci_open
>> /usr/local/4949-avanti/bin/4949-avanti -slave
>> [2011-12-11 10:51:01] ci_open() failed
>> [2011-12-11 10:51:02] start slave -
>> /usr/local/4949-avanti/bin/4949-avanti -slave
>> [2011-12-11 10:51:02] ci_open
>> /usr/local/4949-avanti/bin/4949-avanti -slave
>> [2011-12-11 10:51:02] ci_open() failed                             
>> das geht bis ... so weiter (ca 4 minuten)

>> [2011-12-11 10:55:49] start slave -
>> /usr/local/4949-avanti/bin/4949-avanti -slave
>> [2011-12-11 10:55:49] ci_open
>> /usr/local/4949-avanti/bin/4949-avanti -slave
>> [2011-12-11 10:55:49] ci_open() failed
>> [2011-12-11 10:55:50] too many ci_open()s failed in avanti.c, line 542

>> das der (4949-)avanti um 10:55:50 DOWN war, hat man nicht gesehen. 
>> beweisen kann ich es nicht! die error_log des apache-servers meldet 
>> jedenfalls ab ... dieses: (zeitlich passt es!)

>> [Sun Dec 11 10:55:53 2011] [error] [client 66.249.66.123] PHP
>> Warning:  fsockopen(): unable to connect to 127.0.0.1:4949 (Connection refused)
>> in /home/test/public_html/av_ini.php on line 249

>> [Sun Dec 11 10:55:54 2011] [error] [client 66.249.66.35] PHP
>> Warning:  fsockopen(): unable to connect to 127.0.0.1:4949 (Connection refused)
>> in /home/test/public_html/av_ini.php on line 149

>> [Sun Dec 11 10:55:58 2011] [error] [client 66.249.71.57] PHP
>> Warning:  fsockopen(): unable to connect to 127.0.0.1:4949 (Connection refused)
>> in /home/test/public_html/av_ini.php on line 149

>> [Sun Dec 11 10:56:03 2011] [error] [client 66.249.66.123] PHP
>> Warning:  fsockopen(): unable to connect to 127.0.0.1:4949 (Connection refused)
>> in /home/test/public_html/av_ini.php on line 249          

>> und so weiter. zufällig entdecke ich 30 minuten, daß der testserver nicht online ist.
>> es gibt weiter KEINE fehlermeldungen im (4949-)avanti.log, im apachen 
>> und im linux.

>> wat iss da los?





>> es gibt ja diese weitere fehlermeldung,  zu dem leider noch kein 
>> brauchbarer hinweis gekommen ist: aus linux: messages(.log)
>> =================================================================
>> Dec 12 08:25:46 h1887032 kernel: [585014.472370] acon[17404]:
>> segfault at c ip 00000000080f0e1d sp 00000000ff8162e8 error 4 in acon[8048000+10c000]
>> Dec 12 08:25:48 h1887032 kernel: [585016.211455] acon[17408]:
>> segfault at c ip 00000000080f0e1d sp 00000000ffe9d738 error 4 in acon[8048000+10c000]
>> Dec 12 08:27:24 h1887032 kernel: [585112.750265] acon[17498]:
>> segfault at c ip 00000000080f0e1d sp 00000000ffe352e8 error 4 in acon[8048000+10c000]
>> Dec 12 10:38:35 h1887032 kernel: [592983.915645] acon[24165]:
>> segfault at c ip 00000000080f0e1d sp 00000000ff957aa8 error 4 in acon[8048000+10c000]
>> Dec 12 13:27:34 h1887032 kernel: [603122.805579] acon[32171]:
>> segfault at c ip 00000000080f0e1d sp 00000000ffe66248 error 4 in acon[8048000+10c000]
>> Dec 12 13:35:42 h1887032 kernel: [603610.260312] acon[32559]:
>> segfault at c ip 00000000080f0e1d sp 00000000ffdcf158 error 4 in acon[8048000+10c000]
>> Dec 12 13:35:43 h1887032 kernel: [603611.964529] acon[32565]:
>> segfault at c ip 00000000080f0e1d sp 00000000ffd84288 error 4 in acon[8048000+10c000]
>> Dec 12 13:35:46 h1887032 kernel: [603614.265742] acon[32567]:
>> segfault at c ip 00000000080f0e1d sp 00000000ffc056e8 error 4 in acon[8048000+10c000]

>> zeitlich haben sie mit dem o.g. problem wohl nichts zu tun?
>> frage trotzdem (erneut): wie kommt diesem fehler auf die spur? 
>> per avanti.log schärfer protokollieren?
>> hat jemand eine idee?


>> viele grüße
>> Ihr klaus lehmann





-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
* http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
* allegronet.de * Klaus Lehmann * D-01454 Radeberg * Kleinwolmsdorfer Str. 37
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow
* Yes we can. Only with allegro. Yes we do. Allways with allegro.
* Internetkataloge&WebHosting für Allegro-C
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)




Mehr Informationen über die Mailingliste Allegro