Beiträge von Keyser Soze

Ah jetzt ja! Eine Insel! libapache2-mod-fcgid noch installiert, und siehe da, phpinfo() sagt nun wie erhofft:

Zitat

Server API

FPM/FastCGI

Herzlichen Dank für die Hilfe.

Hallo zusammen,

ich bin gerade dabei einen neuen Rootserver zu installieren und über das Sury-Repo eine ältere PHP-Version einzubinden. Die Installation des Repos und von PHP hat geklappt, ich kann mir die phpinfo() in einem PHP-Script ausgeben lassen. Nun möchte ich PHP aus Performanzgründen gerne als FPM einbinden. Installiert ist php-fpm, meine Frage ist nun, wie ich erkennen kann, ob es wirklich im Apache aktiviert ist und bei HTTP-Requests auch ausgeführt wird.

Nach der Installation von php-fpm stand folgendes in der Console als Hinweis:

Zitat

NOTICE: Not enabling PHP 5.6 FPM by default.

NOTICE: To enable PHP 5.6 FPM in Apache2 do:

NOTICE: a2enmod proxy_fcgi setenvif

NOTICE: a2enconf php5.6-fpm

Genau diese Anweisungen habe ich dann also ausgeführt (und alles neu gestartet). In der phpinfo() sehe ich aber nach wie vor nichts zum Thema FPM. Auf meinem alten Server, den ich gerade umziehen will, steht in der phpinfo() im Feld Server API folgendes:

Der Server ist aber wirklich uralt, das war damals wirklich als FastCGI (ohne FPM) installiert.

Auf meinem neuen Server steht im Feld Server API aber auch nach der Aktivierung von FPM noch:

Und "Apache 2.0 Handler" stand dort auch schon vor der Aktivierung von PHP-FPM. Über die phpinfo() komme ich hier also irgendwie nicht weiter.

Ich habe nun via Google noch gefunden, dass man sich über "service phpX.X-fpm status" in der Console den Status anzeigen lassen kann (wobei X.X die Versionsnummer ist). Da wird mir angezeigt, dass php-fpm "enabled" und "active" ist. Aber kann ich deshalb auch sicher sein, dass Apache bei Requests wirklich php-fpm aufruft? Oder das irgendwie "live" sehen, wenn ich PHP-Requests via HTTP starte?

Zitat von m_ueberall

Auch wenn dort derzeit noch Pakete mit PHP 5.6 zu finden sind, würde ich in diesem Fall raten, schnellstens eine lokale Kopie von diesen zu archivieren, da diese Version laut Beschreibung des Repositories selbst dort eigentlich nichts mehr "verloren" hat:

Danke für den wertvollen Hinweis. Ich habe mir nun heute wieder einen Rootserver bestellt (diesmal Generation 11 anstatt 9.5) und damit begonnen, ihn abzusichern (Root-Login deaktivieren, Firewall etc). Dann werde ich das Thema Apache und dann insbesondere PHP als nächstes angehen, bevor irgendwann die genannten Pakete im Repo ggf. verschwunden sind.

Zitat von KB19

Ich weiß nicht, welches Betriebssystem Du verwendest, aber z.B. bei Debian/Ubuntu gibt es über ein inoffizielles Repo auch die alten PHP-Versionen: https://deb.sury.org/

Danke für den Hinweis. Ich verwende Debian. Das mit dem Sury-Repo ist mir bekannt, allerdings erst seit gestern, weil ich da detaillierter angefangen hatte zu recherchieren. Ich muss da aber noch mehr recherchieren, wie PHP damit genau eingebunden wird, weil eine meiner Webseiten sehr viel Traffic hat und PHP momentan als FastCGI läuft.

Ich bin leider schon seit 2 Wochen erkrankt, weshalb es mit der ganzen Serverumzugsgeschichte nur sehr langsam vorwärts geht. Da die Deadline der endgültigen Jiffybox-Abschaltung schon Ende Mai ist, ist meine Tendenz momentan deshalb tatsächlich, es über das Sury-Repo zu probieren (selbst falls es weniger performant sein sollte als meine bisherige Lösung auf der Jiffybox). Die ganz neue Rootserver-Generation bei Netcup (die vorgestellt wurde einen Tag, nachdem ich meinen Netcup-Rootserver bestellt hatte ) ist tatsächlich preislich so attraktiv, dass ich sogar zwei der günstigsten Rootserver bestellen könnte, und das zusammen trotzdem noch günstiger wäre als meine bisherige Jiffybox. Dann hätte ich erstmal nur zur "Rettung" meiner Webseiten einen ersten Server (mit weiterhin veraltetem PHP) und könnte dann in aller Ruhe im Anschluss eine Webseite nach der anderen für neuere PHP-Versionen fit machen und auf den zweiten Rootserver umziehen.

Der Kundensupport hat sich übrigens nicht mehr in der Lage gesehen, meine allgemeine Frage bzgl. KVW-raw-Images zu beantworten. Ich hatte nur allgemein nochmal nachgefragt, ob KVM-raw-Images weiterhin importiert werden können oder nicht, weil es mich allgemein interessiert hat. Aber ich hatte meinen Server zwischenzeitlich wieder gelöscht, und das reichte dem Support schon, um meine Supportanfrage abzuwürgen, ohne aufzuklären, ob nun weiterhin KVM-raw-Images importiert werden können oder nicht (obwohl diese allgemeine Frage nach dem allgemeinen Leistungsumfang der Netcup-Dienste überhaupt nichts damit zu tun hat, ob mein Server nun gelöscht ist oder nicht).

Solche schlechten Erfahrungen mit einem Kundensupport habe ich wirklich selten gemacht. Ich erwarte hier keinen Support zur Administration von Servern, da das zu 100% meine Aufgabe ist, aber wenn es nicht mal dazu reicht, allgemeine Fragen zum Leistungsumfang zu beantworten, obwohl der Kunde hier durch sehr widersprüchliche Aussagen vor und nach der Bestellung in die Irre geführt wurde, dann geht das m.E. auf keine Kuhhaut mehr.

Gleichwohl bedanke ich mich bei allen, die sich hier im Thread beteiligt haben. Zumindest hat es mir sehr geholfen, die Entscheidung zu fällen, dass ich einen komplett neuen Server einrichten muss, und alle Webseiten manuell umziehen muss, weil das mit einer Jiffybox-Imagedatei nicht funktionieren wird. Da ich dann bei einem neuen Server eine neuere PHP-Version nutzen muss, und viele Webseiten und Scripte deshalb ändern muss, damit sie überhaupt mit neueren PHP-Versionen laufen, wird das ein ziemlicher Aufwand, aber der ist wohl nicht mehr vermeidbar.

Ich bin kein Experte was die Virtualisierungsumgebungen angeht. Hier steht noch etwas zu den Jiffybox-Kerneln:

https://www.df.eu/de/support/df-faq/cloudserver/control-panel/profile-und-festplatten/

Ich kann mich nicht erinnern, was ich damals, vor sehr vielen Jahren bei der Installation ausgewählt hatte, wahrscheinlich habe ich einfach die Standardeinstellung übernommen. In meinem Account steht bei der zugehörigen Jiffybox "Empfohlener PV (5.4.x)", was auf die Option "PV-Kernel" auf der verklinkten FAQ-Seite hindeutet. Kann mir das jemand erklären, was das nun bedeutet? Weitere Versuche, irgendwas mit dem Jiffybox-Image hier bei Netcup zu importieren, sind sinnlos? Und ich brauche auch nicht zu versuchen, das Image vom .raw-Format ins qcow2-Format zu konvertieren, weil das auch nicht installierbar wäre?

Alles von Grund auf neu zu installieren und zu konfigurieren, wäre halt sehr sehr aufwändig. Deshalb wäre es mit dem Image die eleganteste Lösung gewesen.

Hallo zusammen,

ich bin neu hier und habe mir vor ein paar Tagen einen Rootserver bei Netcup bestellt und wollte nun ein KVM .raw-Image meines alten Servers (Jiffybox Cloudserver) auf dem Netcup-Rootserver installieren. Habe also die .raw-Datei im Server Control Panel hochgeladen unter "Eigene Images" und dann versucht, das Image installieren zu lassen. Dies schlug aber fehl, es kommen nur Input/Output-Fehler:

Boot from SAN device 0x80 failed: Input/output error
Could not boot image: Input/output error
No more network devices
No bootable devices 

Im Server Control Panel steht, dass .raw-Images funktionieren würden, und ich habe mir das auch vom Netcup-Support vor der Bestellung des Servers schriftlich bestätigen lassen. So wurde mir am 12.02.2024 unter der Ticket-ID NCSUP-314362 explizit bestätigt, dass man KVM raw Images installieren kann:

Zitat von Netcup-Support

General ist es möglich KVM raw images zu importieren. Das Betriebssystem spielt dabei keine Rolle. Sie sollten aber darauf achten, dass die Festplatte des Zielsystems gleich groß oder besser noch etwas größer ist.

So, jetzt kommt aber die große Enttäuschung und Verwunderung: Nachdem der Import des Images offensichtlich nicht erfolgreich war, habe ich den Support nochmals angeschrieben und unter der Ticket-ID NCSUP-328757 gestern eine Antwort erhalten, die im krassen Widerspruch zu der ersten Supportantwort aus dem Februar steht:

Zitat von Netcup-Support

vielen Dank für Ihre Anfrage.

Bedauerlicherweise verwenden unsere Server nur .qcow2-Dateien. Daher wird eine .raw Datei nicht auf den Server geladen.

Ich fühle mich nun schon leicht verschaukelt, zumal im Server Control Panel unter "Eigene Images laden" immer noch folgendes steht: "Es werden nur Dateien vom Typ qcow, qcow2 und raw offiziell unterstützt."

Kann mir vielleicht hier im Forum jemand erklären, was nun stimmt? Den Glauben an den Netcup-Support habe ich mittlerweile bereits verloren und bin kurz davor, den Server wieder zu kündigen und meine Zelte hier nach wenigen Tagen schon wieder abzubrechen.

PS: Falls es mit raw-Images doch allgemein funktionieren sollte, und jemand etwas zum eigentlichen Fehler beitragen kann ("Input/Output-Error") und woran dieser liegen könnte, würde ich mich über Hinweise auch freuen.