AH03099: ap_queue_pop failed und schwarze Bildschirme

Ich kämpfe gerade mit gleich zwei Problemen, die rein gar nichts miteinander zu tun haben, aber beide lästig sind. „Lästig“ bedeutet, dass sie nicht komplett Sachen unmöglich machen, aber behindern und auf Dauer nicht bleiben sollten.

  1. Ich habe auf meiner Workstation die Grafikkarte getauscht, da ständig Streifen auf allen angeschlossenen Bildschirmen aufgetreten sind. Aber mit der neuen Grafikkarte gibt es immer wieder schwarze Bildschirme – auch nachdem die Workstation in der Werkstatt war und die Treiber  etc. jetzt alle passen sollten. Genauso wie es bei mir am Anfang war als ich die neue Grafikkarte bei mir das erste Mal eingebaut hatte. Manchmal wird ein Bildschirm schwarz, aber manchmal auch 2 oder alle 3, die an der der Grafikkarte angeschlossen sind. Die sind dann jeweils nach ein paar Sekunden aber wieder da. Nur der 4. Bildschirm, der an dem Onboard-Ausgang des Motherboards angeschlossen ist, ist davon nie betroffen.
    Soweit ich es mittlerweile nachvollziehen kann, passiert das, wenn der Bildschirminhalt gescrollt wird. Und zwar im Firefox, wenn ich das richtig nachvollziehen kann. Nur seltsam ist, dass auch Bildschirme schwarz werden, wo Firefox nicht geöffnet ist. Ich versuche aktuell rauszubekommen, ob das Problem auch auftritt, wenn ich keinen Browser offen habe. Denn im Grunde ist bei mir immer (!) mindestens ein Browserfenster auf, wenn ich mit der Workstation arbeite. Das werde ich zum Testen u.U. komplett lassen und einen anderen Rechner für den Browser nehmen. Wenn der Effekt dann unterbleibt, kann ich die Sache zumindest eingrenzen. Zuerst einmal habe ich aber nur Firefox aus dem Rennen genommen und nutze auf der Workstation halt einen anderen Browser. Wird auch dann ein Bildschirm schwarz, will ich wie gesagt mal komplett eine Weile ohne Browser auf der Workstation arbeiten (hab ja ein paar weitere Rechner zur Verfügung). Aber im Moment zeigen sich die Effekte nicht. Könnte echt sein, dass meine Firefox-Installation auf der Workstation einen Schlag weg hat.
  2. Das zweite Problem hängt mit der Meldung „AH03099: ap_queue_pop failed“ auf meinem V-Server zusammen. Wenn ich aus WordPress einen neuen Beitrag poste, hängt sich mein kompletter Server auf und alle (!)  Domain und Sub-Domain sind nicht mehr erreichbar. Manchmal ist das Problem nach ein paar Minuten automatisch erledigt und Neustart vom Server hilft in jedem Fall. Nur ist das wirklich keine Dauerlösung. Die error.log-Datei von Apache zeigt nun beim Timestamp nach so einem Post – ohne Übertreibung – ein paar Tausend dieser Meldungen. Im Internet gibt es den Hinweis, dass PHP-FPM das Problem sein könnte (neben einem Bug in manchen Apache-Versionen). Tatsächlich tippe ich aber auch auf ein PHP-Problem und habe jetzt sowohl die PHP-Version auf 8.2.x hochgestellt als auch von PHP-FPM auf FastCGI umgestellt. Dieser Post wird u.U. schon zeigen, ob das Problem damit gelöst ist oder nicht.

Halber Erfolg

Hm, der letzte Post hat meinen Server wieder eingefroren und auch Seiten mit anderen Domains (etwa rb.autoren-net.de) waren temporär tot. Aber kein Fehlerlog und dieses Mal musste ich den Webserver nicht neu starten. Ich habe nur einige Package auf dem V-Server (u.a. auch Apache) aktualisiert, einige Plugins vorher schon dekativiert und nach einer Weile war er wieder erreichbar. Mittlerweile sind weitere Plugins deaktiviert bzw. gelöscht. Das wurde mittlerweile eine richtige Unordnung. Mal sehen, ob dieser Post aus WordPress dann keine Probleme mehr macht oder weiter ein Post für Magenverstimmung bei Apache sorgt.

Edit: Die Magenverstimmung ist noch da, aber nicht mehr so schlimm. Posten führt dazu, dass gut 1 Minute Schicht im Schacht ist, aber dann scheint es wieder zu gehen. Vielleicht ist auch MySQL bzw. MariaDB schlecht. Werde mal über alle DB eine automatische Reparatur laufen lassen.

ChatGPT und ich sind der Meinung, …

… dass das Einfrieren meines Webservers nach dem Posten aus WordPress an den Plugins liegen könnte. Ich habe mit ChatGPT eine Weile diskutiert und auf seinen Rat die Protokoll-Dateien von Apache mir angesehen (by-the-way: auch ChatGPT läuft nach eigener Aussage auf einem Ubuntu-Linux mit Apache). Aber die Error-Datei ist verdammt groß. Ich habe sie jetzt gelöscht und poste den Beitrag, um zu sehen, ob mein Server wieder einfriert. Und dann schaue ich mir das aktuelle Fehlerprotokoll an und deaktiviere entweder ein dort genanntes Plugin oder aber alle Plugins, um sie nach und nach wieder zu aktivieren. Da sich die ganze Aktion auf mein WordPress bezieht, werde ich (zum 1. Mal) auch nichts auf blogger.com parallel dazu posten.

Die Schlagworte zu dem Post sind übrigens von dem OpenAI-API im Playground generiert worden.

ASP.NET MVC, Codespace & Docker

Webanwendungen mit ASP.NET MVC und Razor Ein kompakter und praxisnaher EinstiegIch habe eine neue Webseite erstellt. Das ist nicht ungewöhnlich und kaum eines Posts wert. Zumal die  Webseite nicht der Burner ist. Weder vom Design, noch dem Inhalt. Es ist im Grunde nur etwas Werbung für mein Buch zu „Webanwendungen mit ASP.NET MVC und Razor – Ein kompakter und praxisnaher Einstieg„, das ich vor einiger Zeit beim Springer-Verlag veröffentlicht habe. Also wozu der Hussle?

Nun – wenn man den Link zu der Webseite anklickt, fällt vielleicht der ungewöhnliche Port auf (33333). Der eigentliche Anlass für die neue Webseite war die Vorbereitung für eine Schulung mit ASP.NET im kommenden Januar. Ich will einfach einige Praxisseiten zum Zeigen von ein paar Sachen haben.

Ich betreibe meine Webseiten nun aber mit einem Apache-Webserver unter Linux. Die neue Webseite ist jedoch – aus besagten Gründen – mit ASP.NET MVC und Razor gemacht. Und das braucht – eigentlich – einen Windows-Server mit IIS oder so. Also auf jeden Fall .NET. Lokal auf einem Windows-PC bzw. direkt aus Visual Studio kein Problem. Aber wenn man „In-the-wild“ nur Linux verwendet? „ASP.NET MVC, Codespace & Docker“ weiterlesen