Probleme mit dem ZendGuardLoader / Apache reload führt Apache ins Nirvana

Okay, dass ist nicht wirklich ein Problem mit bzw an LiveConfig. Da es aber grundsätlich nicht selten vorkommt, dass ZendGuardLoader nötig ist und ich gestern den ganzen Tag mit der Fehlersuche verbracht habe, möchte ich das hier einmal Posten.

Hat außer mir denn niemand den ZendGuardLoader mit PHP5.3 oder PHP5.4 auf LiveConfig-Servern laufen oder trifft es tatsächlich nur mich?

Das Problem habe ich hier im gSales-Forum beschrieben.

Könnt Ihr das bitte auch mal ausprobieren? So wie es für mich derzeit aussieht, kann man auf LiveConfig-Servern/Clients seinen Kunden kein ZendGuardLoader anbieten - das liegt aber definitiv NICHT an LiveConfig!

Schönes Wochenende,

Oskar

Hallo Herr Keppler,

exakt so wie in Ihrem Beispiel, nur in meinem Fall ein anderer Pfad zum ZendGuardLoader.so und FastCGI, als mich das Problem zum ersten Mal traf.

Inzwischen habe ich es in allen Kombinationen aus Squeeze, Wheezy, mit und ohne FastCGI, suPHP und mod_php auf verschiedenen Maschinen, Original-PHP aus Debian oder aktuelle aus dotdeb.org und mit absolut sauberen Apache-Installationen probiert. Die Einzige Konstante ist, dass es sich dabei immer um OpenVZ-Container handelt und ich die Kernel aus den OpenVZ-Quellen nutze und nichtg die veralteten Debian-Kernel.

Ich werde das gleich mal stumpf auf meinem Notebook unter Linux Mint probieren.

Viele Grüße,

Oskar Groh

Inzwischen bin ich ziemlich sicher, dass es eine Unverträglichkeit zwischen ZendGuardLoader und dem RHEL6-Kernel aus den OpenVZ-Quellen gibt.

Was ich für gewöhnlich nicht mache, nämlich den Apache auf dem Root-Server ohne Virtuelle Instanz selbst zu installieren, bringt das gleiche Problem. Nur, dass hier der Apache nicht hängen bleibt, sondern sich mit einem SegFault einfach verabschiedet. Auf Hardware-Level ist er also einfach neu zu starten und er läuft dann bis zum nächsten reload.

In der VE kann der Apache auch neu gestartet werden, wenn vorher ein killall -KILL apache2 abgesetzt wird.

ein php5 -v ergibt sowohl auf der Hardware-Node als auch in der VE:

PHP 5.4.4-14 (cli) (built: Mar  4 2013 14:08:43)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
    with Zend Guard Loader v3.3, Copyright (c) 1998-2013, by Zend Technologies
Segmentation fault

Also bereits hier ein SegFault.

Ich gebe für's Wochenende auf. Ich werde es dann am Montag nochmal mit strace versuchen. Außerdem noch richtig pervers: Ich werde unter VMWare ein Debian Installieren und hier einmal mit dem Kernel aus Debian und anschließend nochmal mit dem Kernel von OpenVZ probieren, ob es zum selben Ergebnis kommt.

Dankeschön! Also der ionCube kann's nicht sein, weil er garnicht geladen wird. Das Problem tritt ja schon auf, wenn nach der Grundinstallation nur der ZendGuardLoader geladen wird. Dann gibt's, wie problay.de geschrieben hat, den 100%-Apache-Prozess. Allerdings nur in der VE, nicht auf der Hardware, da steigt der Apache einfach aus. Sowohl in der VE als auch auf der Node selbst mit einem Segmentation Fault im Apache Error-Log.

Was ich jetzt sehe, ist dass problay.de einen Testing-Kernel nutzt während ich doch etwas konservativer den letzten Stable nutze. Auch ich hab' den mit alien konvertiert.

Aber das ist ein Ansatz. Während ich gerade im Hintergrund auf einer HyperV ein Debian 7 installiere um den Test nochmal zu machen, ziehe ich mir mal den letzten Testing-Kernel auf die echte Maschine und probier's mal damit. Aber ich werde wohl gleich vom Stuhl kippen... morgen mehr.

Also, frisch installiertes Debian 7 - nur der Apache, PHP5 und ZendGuradLoader als HyperV-Instanz - gleiches Problem.
Diese Installation mit dem letzten Testing-Kernel 2.6.32-042stab078.22 - gleiches Problem.

Verzweifeln! ... Eingebung!

Ich habe auf dem scharfen Server, auf dem das Problem zum ersten Mal von mir erkannt wurde, mod_php entfernt, da es ohnehin nicht genutzt wird und alles über fastcgi läuft. Problem verschwunden, gSales läuft, keine sporadischen SegFaults im Apache-Error-Log!

Nur eines bleibt:

:/# php5 -v
PHP 5.3.26-1~dotdeb.0 with Suhosin-Patch (cli) (built: Jun 9 2013 03:35:34)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2013 Zend Technologies
with Zend Guard Loader v3.3, Copyright (c) 1998-2010, by Zend Technologies
with Suhosin v0.9.33, Copyright (c) 2007-2012, by SektionEins GmbH
Segmentation fault

Ich weiß noch nicht, ob mich das nun sorgen soll oder nicht. Ich lasse es jetzt erst mal so laufen.

Gute Nacht!

Ja schon. Allerdings habe ich den Test hier lokal mit Debian 7 auf der HyperVM mit dem Net-Install-Image von Debian installiert. Dürfte auf's gleiche rauskommen. Probieren werde ich das aber auch nochmal.