Ubuntu LTS Upgrade 14.04 -> 16.04

[ollidroll]

Hallo,
ist dasScript jetzt angepasst?

Noch eine Nachfrage:
Reicht die Keyhelp Backup Funktion oder muss/sollte ich noch mehr Backupen?

[Alexander]

Die Scripte sind ab heute Live. OS Upgrades können also wieder gefahren werden.

Ich sag mal so, mehr Backups schaden sicher nicht.
Zumal die KeyHelp Update Routine lediglich: /etc/*, /root/*, /var/cron/spool/*, alle Datenbanken, Userverzeichnisse, Email. Beim OS Upgrade wird darüber hinaus aber auch noch in weitere Ordner geschrieben.

[Tobi]

Cool wäre ein vollautomatisches Backup auf die Keydisc vor dem Upgrade.
Hast du nicht Lust mal sowas zu schreiben?

[b0snaX]

Die Scripte sind ab heute Live. OS Upgrades können also wieder gefahren werden.

Wollte hier nur mal ein Lob loswerden Skript zum Ugrade von 14.04 auf 16.04 ist der art Kinderleicht und sogar sehr gut Dokumentiert einfach nur Klasse. Habe gerade das Ugrade durchgeführt und trotz ohne Brille ging alles Butterweich durch.

R E S P E K T

[ollidroll]

@b0snaX: Vielen Dank für die Rückmeldung. Klingt ja gut. Werde mich wohl nächste Woche damit befassen.

Wie hast Du denn das Backup gemacht? Ein "tar" über die "gesamte Platte" ??

[b0snaX]

Hallo,

da ich als einziger User auf dem Server bin. Habe ich nur die KeyHelp Backup funktion dafür genutzt.

[ollidroll]

Hallo,
auch von mir eine Rückmeldung: Upgrade hat erstmal problemlos geklappt.

Allerdings habe ich Rückfragen:
Sind die PHP-Pakete für 16.04 LTS anders kompiliert als die für 14.04 ?

Ich bekomme z.B. jetzt bei Owncloud die Meldung, dass das PHP zip-Modul nicht installiert ist.
Des wegen funktionieren die Owncloud-CronJobs nicht mehr.
Habe dann mal auf PHP 5.6.3.0 gewechselt (dort ist zip enthalten) es gibt aber keine Änderung im Verhalten von Owncloud.
Oder muss ich den Aufruf ändern (das PHP vorne in irgendwas mit php5)?
php -f /home/users/xxxx/www/owncloud/cron.php (hier nimmt er dann wohl php7 (os standard)
Wie rufe ich das mit php5 auf?

Des Weiteren, wenn ich z.B. PIWIK auf die PHP OS-Version (7.0.18 - dort ist Freetype enthalten) schalte, bekomme ich bei PIWIK die Meldung das, der Server überlastet ist.

Auch bei anderen Webseiten, bekomme ich häufig "Internal Server Error". Nach einem oder 2 reloads läuft es dann meist aber hakelig wieder.

Woran könnte das liegen? Die meisten Domain haben HSTS aktiviert (mit Lets Encrypt). Könnte es da Probleme geben?

[Alexander]

Hallo,

Ich bekomme z.B. jetzt bei Owncloud die Meldung, dass das PHP zip-Modul nicht installiert ist.

Ich nehme an du hast die dann die PHP Version des OS benutzt? Hab gerad noch einmal nachgeschaut, im Upgrade-Script fehlte tatsächlich die Anweisung php-zip zu installieren - das ist nun ergänzt.
Du kannst das Problem einfach mit "apt-get install php-zip" lösen

php -f /home/users/xxxx/www/owncloud/cron.php (hier nimmt er dann wohl php7 (os standard)
Wie rufe ich das mit php5 auf?

Dieses Problem hast du dann zwar nicht mehr, wenn du o.g. Schritt befolgst, aber fürs Protokoll:
Du müsstest dann im Cronjob den direkten Pfad zur PHP Binary angeben.
"/opt/keyhelp/php/5.6/bin/php -f /home/users/xxxx/www/owncloud/cron.php"
Gibt noch ein paar mehr Möglichkeiten, das ist denk ich erstmal die Einfachste.

Des Weiteren, wenn ich z.B. PIWIK auf die PHP OS-Version (7.0.18 - dort ist Freetype enthalten) schalte, bekomme ich bei PIWIK die Meldung das, der Server überlastet ist.

Könntest ggf. mal die PHP(-FPM) Einstellungen des Benutzers hochschrauben, unter Benutzer-bearbeiten und einmal schauen, ob es dann besser läuft.

[ollidroll]

Hallo,

Du kannst das Problem einfach mit "apt-get install php-zip" lösen

Danke, läuft

Du müsstest dann im Cronjob den direkten Pfad zur PHP Binary angeben.
"/opt/keyhelp/php/5.6/bin/php -f /home/users/xxxx/www/owncloud/cron.php"
Gibt noch ein paar mehr Möglichkeiten, das ist denk ich erstmal die Einfachste.

Vielen Dank für die Info. Ist richtig, nach Installation des zip-Paketes ist das nicht mehr nötig, aber trotzdem noch gut zu wissen

Könntest ggf. mal die PHP(-FPM) Einstellungen des Benutzers hochschrauben, unter Benutzer-bearbeiten und einmal schauen, ob es dann besser läuft.

Das funktioniert bisher nicht wirklich, werde aber mal weiter probieren. Aber was könnte das noch sein?

[ollidroll]

Des Weiteren, wenn ich z.B. PIWIK auf die PHP OS-Version (7.0.18 - dort ist Freetype enthalten) schalte, bekomme ich bei PIWIK die Meldung das, der Server überlastet ist.

Also wenn ich die betroffenen Seite(n) ein paar mal aktualisiere, das sieht soweit alles gut aus.
Kann das evtl. was mit dem OPCache zu tun haben?

Wo könnte ich diesen denn ggf. mal leeren....?

Nachtrag:
Es gab immer folgende Fehler:
No such file or directory: [client xxxxx:52045] FastCGI: failed to connect to server "/home/users/xxxx/cgi-bin/php56-fcgi": connect() failed
2017-08-01 22:13:31 FastCGI: incomplete headers (0 bytes) received from server "/home/users/xxxx/cgi-bin/php56-fcgi"
"Ursache scheint das alte OS php5-fpm zu sein, welches noch vorhanden ist, samt Konfigurationsdateien und Autostart.
Ich hab den Dienst zunächst Angehalten und deaktivert." <- Das kam vom Support. Danke dafür
Ich habe dann noch den Server neu gebootet. Jetzt scheint alles ok zu sein.

[c-blox]

Hallo zusammen,

wollte soeben das Upgrade ausführen, komme aber leider nicht voran.

Code: Select all

 wget --no-check-certificate https://install.keyhelp.de/scripts/keyhelp_ubuntu_upgrade_14_to_16_php5 -O keyhelp_ubuntu_upgrade_14_to_16.php
--2017-10-22 08:35:49--  https://install.keyhelp.de/scripts/keyhelp_ubuntu_upgrade_14_to_16_php5

Code: Select all

 php keyhelp_ubuntu_upgrade_14_to_16.php

Da kommt:

Code: Select all

ATTENTION: It seems your server is running on an OpenVZ virtualization.
Because of this, the upgrade process might not be trivial.
It is highly advisable, that you contact the KeyHelp support first, before proceeding.
Please only continue, if you know what you are doing!

Im nächsten Schritt dann der Hinweis:

Code: Select all

One or more files are not readable/writable!
Please set correct file permissions, or edit the files after the upgrade
manually!

> /etc/update-manager/release-upgrades

Wenn ich fortfahre, bricht es direkt in Schritt 1 ab mit folgendem Fehler:

Code: Select all

Step 1/4

> Set Tmpfs to exec...

> Update current operating system to latest state...
FATAL -> Failed to fork.
FATAL -> Failed to fork.

> Edit release-upgrade prompt...

Fatal error: Uncaught exception 'Exception' with message 'Could not load file "/etc/update-manager/release-upgrades"' in /home/keyhelp/www/keyhelp/incl/class.file.php:120
Stack trace:
#0 /root/keyhelp_ubuntu_upgrade_14_to_16.php(145): File->load('/etc/update-man...')
#1 {main}
  thrown in /home/keyhelp/www/keyhelp/incl/class.file.php on line 120

Kann mir jemand weiterhelfen?

[saugjunkie]

Meine antwort ist vieleicht nicht sonderlich hilfreich. Nur das ist das problem bei openvz da hat man auf einige dateien kein Zugriff. Dazu kommt noch das teile vom host kernel genutzt werden. Deswegen bezweifele ich das du jehmals ein sauberes Update durch fuehren kannst.

Mein Tipp mach von deinen sachen ein Backup, reinstall den server auf Ubuntu 16.04 und lad deine sachen wieder hoch.


MFG
Saugjunkie

[Martin]

Hallo,

bei einem OpenVZ virtualisiertem System müsste das Hostsystem entsprechend auch Ubuntu 16.04 unterstützen können. Dies ist ab einem bestimmten Kernelupdate für das Hostsystem der Fall.

Genaueres sollte hier der entsprechende Anbieter beantworten können.

Grundsätzlich ist ein dist-upgrade auch bei OpenVZ virtuellen möglich, hab ich entsprechend auch schon häufiger durchgeführt.

[Gerd]

Hallo Gemeinde,
Habe gerade das Upgrade auch versucht, zu meiner Schande muss ich gestehen das ich zuvor php7.1 instaliert habe.
Nun erhalte ich bei ausführen des scripts folgende Meldung:

Code: Select all

:~# php keyhelp_ubuntu_upgrade_14_to_16.php
PHP Parse error:  syntax error, unexpected 'IONCUBE' (T_STRING) in /root/keyhelp_ubuntu_upgrade_14_to_16.php on line 5

Im script kann ich diese Zeile leider nicht ausmachen.
Was kann ich nun tun?

[nikko]

Der Fehler liegt in Zeile 5, ggfls. auch schon vorher.
Hier muss Alex nachbessern. Ich denke, er schaut nach Ioncube für PHP 5, bei dir ist aber 7 aktiv.