KeyHelp Community

Alexander wrote: ↑Tue 28. Sep 2021, 19:30 Welche Anpassungen (abseits von KeyHelp) wurden an den Servern vorgenommen?

bei meinem Server wurde eigentlich keinerlei modifikation vorgenommen.

batZen wrote: ↑Tue 28. Sep 2021, 19:36

Alexander wrote: ↑Tue 28. Sep 2021, 19:30 Welche Anpassungen (abseits von KeyHelp) wurden an den Servern vorgenommen?

bei meinem Server wurde eigentlich keinerlei modifikation vorgenommen.

OlliTheDarkness wrote: ↑Tue 28. Sep 2021, 19:37

batZen wrote: ↑Tue 28. Sep 2021, 19:36

Alexander wrote: ↑Tue 28. Sep 2021, 19:30 Welche Anpassungen (abseits von KeyHelp) wurden an den Servern vorgenommen?

bei meinem Server wurde eigentlich keinerlei Modifikation vorgenommen.

Ich habe keine Modifikation vorgenommen, und es hat auch niemand anders zugriff. Trotzdem lief das upgrade Script ja anscheinend bei mir nicht durch, bei anderen doch problemlos. Also liegt der Fehler ja doch vermutlich irgendwo bei mir/meinem System.

Ich gehe mal davon aus, dass der Tipp bezüglich mysql nicht an mich gerichtet wird? Weil ich nirgendswo einen sql Fehler sehe. Laut meinen Fehlermeldung scheint ja das aktivieren von ioncube fehlzuschlagen und dann läuft es dementsprechend nicht weiter.

Hätte an der Stelle wo der Installer sich befindet schon ein restart erfolgen müssen? Weil bisher hat keiner stattgefunden.

Alexander wrote: ↑Tue 28. Sep 2021, 19:30 Welche Anpassungen (abseits von KeyHelp) wurden an den Servern vorgenommen?

>

Der Server ist vor 50 Tagen neu aufgesetzt (Debian 10), die Daten sind von einem alten umgezogen. Mit einer Mischung von Restic und ./disaster_recovery.sh
Alle Domains liefen bereits auf php 7.4
Zusätzlich ist noch docker für/mit collabora und munin installiert. Sonst clean.

Gruß
Mock

Ich habe scheinbar das problem gefunden.
Nachdem ich den Befehl
genutzt habe konnte ich mit
Ioncube starten, das erneute ausführen des installers forderte dann einen reboot den ich händisch erledigt habe. danach lief das install script nochmal gestart zuende durch.
Auf das Problem und die Lösung bin ich durch diesen Thread gekommen:

viewtopic.php?f=4&t=8435&p=18042&

Bist du auch so zu root gewechselt, als du das Script das erste Mal ausgeführt hast?

EDIT: Habe das Script nun so angepasst, das die PATH Variable, egal ob mit "su -" oder "su root" gewechselt wird entsprechend existieren. Der Fehler sollte damit aus der Welt geschafft sein.

Alexander wrote: ↑Wed 29. Sep 2021, 09:21 Bist du auch so zu root gewechselt, als du das Script das erste Mal ausgeführt hast?

EDIT: Habe das Script nun so angepasst, das die PATH Variable, egal ob mit "su -" oder "su root" gewechselt wird entsprechend existieren. Der Fehler sollte damit aus der Welt geschafft sein.

nein ich war vorher mit "su root" gewechselt. Das führte dann wohl zu dem Fehler, das Ioncube nicht aktiviert werden konnte und damit das Script sich aufgehangen hat.

Hallo,

ich bekomme folgenden Fehler angezeigt, wenn ich das Script starten möchte:
PHP Parse error: syntax error, unexpected 'ionCube' (T_STRING) in /home/MEINUSER/keyhelp_debian_upgrade_10_to_11.php on line 5

Das Updatescript have ich mit sudo, su- und als User versucht. Immer mit dem selben Ergebniss.

Ein "php -v" gibt folgendes aus:
PHP 7.4.24 (cli) (built: Sep 23 2021 22:09:39) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with Zend OPcache v7.4.24, Copyright (c), by Zend Technologies

Ich wüsste jetzt nicht, wo ich noch suchen soll. Ioncube habe ich eben erst frisch installiert und auch den Server rebootet.

Vielen Dank.

TiDschay wrote: ↑Sun 3. Oct 2021, 23:04 Hallo,

ich bekomme folgenden Fehler angezeigt, wenn ich das Script starten möchte:
PHP Parse error: syntax error, unexpected 'ionCube' (T_STRING) in /home/MEINUSER/keyhelp_debian_upgrade_10_to_11.php on line 5

Das Updatescript have ich mit sudo, su- und als User versucht. Immer mit dem selben Ergebniss.

Ein "php -v" gibt folgendes aus:
PHP 7.4.24 (cli) (built: Sep 23 2021 22:09:39) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with Zend OPcache v7.4.24, Copyright (c), by Zend Technologies

Ich wüsste jetzt nicht, wo ich noch suchen soll. Ioncube habe ich eben erst frisch installiert und auch den Server rebootet.

Vielen Dank.

Du verwendest Debian oder Ubuntu ?

Falls du Deb verwendest, wovon ich ausgehe, hast du die Debian PHP Version von Hand angepasst, weil es läuft 7.4 aber unter Deb 10 müsste 7.3 laufen.

Also entweder 1. Originalzustand wiederherstellen oder 2. IonCube korrekt in die selbst installierte 7.4 einbinden.

Würde dir aber 1. empfehlen damit nicht ins nächste Problem läufst.

Danke, daran hatte ich schon nicht mehr gedacht. Ich werde dann die Tage das ganze in Angriff nehmen und mich dann noch mal melden, wenn es geklappt hat

TiDschay wrote: ↑Mon 4. Oct 2021, 13:39 Danke, daran hatte ich schon nicht mehr gedacht. Ich werde dann die Tage das ganze in Angriff nehmen und mich dann noch mal melden, wenn es geklappt hat

Passiert

Übernehme gerne die Aufgabe Leuten mit dem Hammer ihre Fehler auf den Kopf zu hauen

OlliTheDarkness wrote: ↑Mon 4. Oct 2021, 14:13

TiDschay wrote: ↑Mon 4. Oct 2021, 13:39 Danke, daran hatte ich schon nicht mehr gedacht. Ich werde dann die Tage das ganze in Angriff nehmen und mich dann noch mal melden, wenn es geklappt hat

Passiert

Übernehme gerne die Aufgabe Leuten mit dem Hammer ihre Fehler auf den Kopf zu hauen

So, nun hatte ich alles wieder zurück gesetzt und das Script gestartet. Alles lief Super, bis zu diesem Punkt:

Entfernen von usb.ids (2021.06.06-1) ...
Trigger für man-db (2.9.4-2) werden verarbeitet ...
Trigger für libc-bin (2.31-13) werden verarbeitet ...
> Enable ioncube...
WARNING: Module ioncube ini file doesn't exist under /etc/php/8.0/mods-available
WARNING: Module ioncube ini file doesn't exist under /etc/php/8.0/mods-available
> Installing requirements...
PHP Parse error: syntax error, unexpected identifier "ionCube" in /home/USER/keyhelp_debian_upgrade_10_to_11.php on line 5

und die Kiste steht Später, werde ich also das Backup zurück spielen und dann mal weiter sehen...

Gibt es eine Möglichkeit Direkt Debian 11 zu installieren und die Keyhelp-Daten dann wieder via rsync zurück zu schreiben, bevor ich es noch mal versuche?

Danke.

Hier wurde scheinbar noch nicht alles bzgl. der geänderten PHP-Version entfernt. Zum Beispiel wird an der WARNING-verursachenden-Stelle "phpenmod" ausgeführt. Dieser ist bei dir noch mit php 8.0 verknüpft.

Hallo,

ich habe gerade eben auf Debian 11 nach der Keyhelp Anleitung aktualisiert.
Hat wunderbar geklappt.
Ich bekam eine Meldung. bayes: cannot open bayes databases /var/spool/spamassassin/bayes_* R/O: tie failed: Permission denied
bayes: cannot open bayes databases /var/spool/spamassassin/bayes_* R/O: tie failed: Permission denied

Kann ich das ignorieren?

Ja, das kann ignoriert werden.