Ubuntu LTS Upgrade 14.04 -> 16.04

[Gerd]

Hallo und Danke,
die Zeile 5 war mir ja klar, mein Editor= PSPAD aber leider ist die Zeile 5 so nicht lesbar(Klartext).
Nun noch eine Zusatzfrage, Betr.: Backups sowohl Server und User.
Wo finde ich das "Lokales Repository" und warum startet das Backup nicht, wo kann ich es "Manuell starten"

14:51:29 - 06. Mai 2018 Startet in Kürze Lokal Manuell | Durch Benutzer gestartet
"Startet in Kürze" da warte ich bis jetzt drauf: 06.05.2018 18:41
"Lokales Repository" = Leer

Im Handbuch kann ich leider dazu auch keine Angaben finden, wobei ich die Server-Backups unter KeyHelp gefunden habe (ältere) aber auch hier

14:51:29 - 06. Mai 2018 Startet in Kürze Lokal Manuell | Durch Benutzer gestartet
"Startet in Kürze" da warte ich bis jetzt drauf: 06.05.2018 18:41
"Lokales Repository" = Leer

Ich hab noch ein bischen gefunden, nämlich
die sources.list wurde nicht geändert - alles noch auf 14.04 trusty - hab ich manuell geändert auf Xenial
dann apt-get update:

Code: Select all

Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  libc-client2007e mlock php5-imap python-support

dann mal Probehalber apt-get upgrade (nicht ausgeführt) weil eine endlose Liste "Die folgenden Pakete sind zurückgehalten worden:".
Was ist mit diesen zurückgehaltenen, ist das im script so vorgesehen oder kann ich das upgrade gefahrlos durchführen?

KH 18.0 Übersicht sagt:
Anzahl der verfügbaren Updates 376

Putty:
376 aktualisiert, 0 neu installiert, 0 zu entfernen und 211 nicht aktualisiert.

Das Script wurde übrigens auf einer älteren (Backup) durchgeführt, wo es soweit ich erkennen kann ohne Fehler durchgelaufen ist bis auf:

Code: Select all

> Update php interpreter...
W: Fehlschlag beim Holen von http://mirror.netcologne.de/mariadb/repo/10.0/ubuntu/dists/xenial/InRelease  Verbindung mit           mirror.netcologne.de:80 kann nicht aufgebaut werden (2001:4dd0:1234:1::deb). - connect (101: Das Netzwerk ist nicht err          eichbar) [IP: 2001:4dd0:1234:1::deb 80]
W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.
W: Fehlschlag beim Holen von http://mirror.netcologne.de/mariadb/repo/10.0/ubuntu/dists/xenial/InRelease  Verbindung mit           mirror.netcologne.de:80 kann nicht aufgebaut werden (2001:4dd0:1234:1::deb). - connect (101: Das Netzwerk ist nicht err          eichbar) [IP: 2001:4dd0:1234:1::deb 80]
W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.
W: Fehlschlag beim Holen von http://mirror.netcologne.de/mariadb/repo/10.0/ubuntu/dists/xenial/InRelease  Verbindung mit           mirror.netcologne.de:80 kann nicht aufgebaut werden (2001:4dd0:1234:1::deb). - connect (101: Das Netzwerk ist nicht err          eichbar) [IP: 2001:4dd0:1234:1::deb 80]
W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.
---

Dies war auch der Grund führ die Überprüfung sources.list.
Gruß Gerd

[Martin]

Hallo,

hier muss der Ioncube Loader für PHP 7.1 entsprechend aktiv sein. Vermutlich läuft der Upgradecode dort aber nicht, da dieser für einen PHP 5 Ioncube erstellt wurde.

Hier dürfte ein dist-upgrade nur mit sehr viel gebastel möglich sein, vermutlich wäre hier eine saubere Neuinstalltion + Restore der Daten aus dem Backup der bessere (und schnellere) Weg.

[Gerd]

Hallo Martin,
hab das System wieder auf php5 hergestellt. Das Script ist bis zum Neustart fehlerfrei durchgelaufen, dann der Neustart.

Eure Anleitung
3

Code: Select all

phpenmod ioncube

gemacht

Eure Anleitung
Anschließend starten Sie das Script erneut mit:

Code: Select all

php keyhelp_ubuntu_upgrade_14_to_16.php

Nun kommt folgendes im Terminal:

Code: Select all

root@gscnet:~# php keyhelp_ubuntu_upgrade_14_to_16.php
PHP Fatal error:  The file /root/keyhelp_ubuntu_upgrade_14_to_16.php was encoded by the ionCube Encoder for PHP 5.4 and cannot run under PHP 7.0.
 Please ask the provider of the script to provide a version encoded with the ionCube Encoder for PHP 5.6. in Unknown on line 0

php -v ergibt:

Code: Select all

root@:~# php -v
PHP 7.0.28-0ubuntu0.16.04.1 (cli) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
    with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v10.2.1, Copyright (c) 2002-2018, by ionCube Ltd.
    with Zend OPcache v7.0.28-0ubuntu0.16.04.1, Copyright (c) 1999-2017, by Zend Technologies

Anschließend starten Sie das Script erneut mit: ist also nicht möglich, was jetzt?
KeyHelp ist natürlich auch nicht erreichbar: Internal Server Error (500)

Gruß Gerd

[Alexander]

Das Script ist bis zum Neustart fehlerfrei durchgelaufen, dann der Neustart.

Sicher das am Anfang (also nicht als als das dist-upgrade seitens des Betriebssystem lief, sondern in Vorbereitung dessen) nicht doch Fehlermeldungen auftraten.

Die Datei "keyhelp_ubuntu_upgrade_14_to_16.php" wird nämlich in den ersten Schritten ausgetauscht: von einer für PHP5.4 encodierten Version zu einer für PHP 7.0 encodierten Version. Und genau dieses ist nicht passiert / bzw. schlug fehl.

Möglicherweise sind dort noch weitere Sachen fehlgeschlagen. Von daher keine Gewähr, dass das Folgende und am Ende KeyHelp als solches ordnungsgemäß funktioniert:

Tausch mal das Script manuell aus:

Code: Select all

wget --no-check-certificate https://install.keyhelp.de/scripts/keyhelp_ubuntu_upgrade_14_to_16_php7 -O keyhelp_ubuntu_upgrade_14_to_16.php

Anschließend das Script starten

Code: Select all

php keyhelp_ubuntu_upgrade_14_to_16.php

[Gerd]

Tausch mal das Script manuell aus:
Code: Alles auswählen

wget --no-check-certificate https://install.keyhelp.de/scripts/keyh ... to_16_php7 -O keyhelp_ubuntu_upgrade_14_to_16.php
Anschließend das Script starten
Code: Alles auswählen

php keyhelp_ubuntu_upgrade_14_to_16.php

hab ich gemacht, ergibt folgendes Ergebnis:

Code: Select all

root@:~# php keyhelp_ubuntu_upgrade_14_to_16.php

Fatal error: Uncaught Error: Call to undefined function mb_internal_encoding() in /home/keyhelp/www/keyhelp/init/init.php:188
Stack trace:
#0 /home/keyhelp/www/keyhelp/init/init_cli.php(15): unknown()
#1 /root/keyhelp_ubuntu_upgrade_14_to_16.php(41): unknown()
#2 {main}
  thrown in /home/keyhelp/www/keyhelp/init/init.php on line 188

Kann nur erkennen das in Zeile 188 - init.php etwas nicht stimmt.
/init_cli.php(15) offensichtlich nicht vorhanden
Was tun?

[Alexander]

Da fehlt wohl noch eine PHP-Extension:

Installier einmal die folgenden mittels diesem Befehl und starte das Script erneut.

Code: Select all

apt-get install -y php-curl php-gd imagemagick php-imagick php-mail-mime php-net-sieve php-pspell php-net-socket php-auth-sasl php-intl php-auth php-mysqlnd php-net-smtp php php-mcrypt php-zip php-mbstring

[Gerd]

Installier einmal die folgenden mittels diesem Befehl und starte das Script erneut.

gemacht aber hier stimmt einiges nicht, Ergebnis:

Code: Select all

root@:~# apt-get install -y php-curl php-gd imagemagick php-imagick php-mail-mime php-net-sieve php-pspell php-net-socket php-auth-sasl php-intl php-auth php-mysqlnd php-net-smtp php php-mcrypt php-zip php-mbstring
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Hinweis: »php7.0-mysql« wird an Stelle von »php-mysqlnd« gewählt.
»imagemagick« ist bereits die neuste Version (8:6.8.9.9-7ubuntu5.9).
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 php : Hängt ab von: php7.0 soll aber nicht installiert werden
 php-common : Beschädigt: php-imagick (< 3.4.0~rc6-2~) aber 3.4.0~rc6-1ubuntu3 soll installiert werden
 php-curl : Hängt ab von: php7.0-curl soll aber nicht installiert werden
 php-gd : Hängt ab von: php7.0-gd soll aber nicht installiert werden
 php-intl : Hängt ab von: php7.0-intl soll aber nicht installiert werden
 php-mail-mime : Hängt ab von: php-pear soll aber nicht installiert werden
 php-mbstring : Hängt ab von: php7.0-mbstring soll aber nicht installiert werden
 php-mcrypt : Hängt ab von: php7.0-mcrypt soll aber nicht installiert werden
 php-net-sieve : Hängt ab von: php-pear (>= 1.0) soll aber nicht installiert werden
 php-net-socket : Hängt ab von: php-pear soll aber nicht installiert werden
 php-pspell : Hängt ab von: php7.0-pspell soll aber nicht installiert werden
 php-zip : Hängt ab von: php7.0-zip soll aber nicht installiert werden
E: Fehler: Unterbrechungen durch pkgProblemResolver::Resolve hervorgerufen; dies könnte durch zurückgehaltene Pakete verursacht worden sein.

[Martin]

Hallo,

da für uns der aktuelle Systemstatus nur schwer abschätzbar ist, wäre hier wie geschrieben eine saubere Neuinstallation und Rücksicherung der Backupdaten der zu empfehlende Weg.

[Gerd]

Ja, das würde ich zwar genauso sehen, aber.

Wo finde ich das "Lokales Repository" und warum startet das Backup nicht, wo kann ich es "Manuell starten"

14:51:29 - 06. Mai 2018 Startet in Kürze Lokal Manuell | Durch Benutzer gestartet
"Startet in Kürze" da warte ich bis jetzt drauf: 06.05.2018 18:41
"Lokales Repository" = Leer

Im Handbuch kann ich leider dazu auch keine Angaben finden, wobei ich die Server-Backups unter KeyHelp gefunden habe (ältere) aber auch hier

14:51:29 - 06. Mai 2018 Startet in Kürze Lokal Manuell | Durch Benutzer gestartet
"Startet in Kürze" da warte ich bis jetzt drauf: 06.05.2018 18:41
"Lokales Repository" = Leer

Auf die Sicherungen warte ich immer noch, bis Heute wurden keine Sicherungen angelegt. Ichkann also nur auf die VM-Sicherung zurückgreifen und die wiederherstellung auf php5 wiederholen.

[Martin]

Hallo,

alternativ wäre noch denkbar die relevanten Daten manuell zu sichern (komplettes Datenbankdump, Inhalt von /home/users, /var/spool/cron, /etc und root)

Die Wiederherstellungsanleitung hänge ich hier einmal an, hier sollte dann entsprechend ersichtlich sein was für Daten gesichert werden müssten.

[Gerd]

Die Wiederherstellungsanleitung hänge ich hier einmal an, hier sollte dann entsprechend ersichtlich sein was für Daten gesichert werden müssten.

Da danke ich erst mal, hab aber die VM schon mit dem Backup vom 5.5. überschrieben, zum testen hab ich noch eine andere VM erstellt aber hier läuft leider eine webseite nicht.
Aber mich würde immer noch interessieren wo die Backups Server und user abgelegt werden und warum starten die Backups weder zu geplanten Zeiten noch sofortige.

Gruß Gerd

[Alexander]

Speicherpfade des Backups gibt's hier, beim Punkt "Backup":

https://kb.keyhelp.de/article/konfigura ... e-118.html

---

Laufen bei dem System-Stand, bei dem die Backups nicht starten überhaupt die KeyHelp eigenen Cronjobs (= Panel-Aufgaben)?
Ich vermute Mal, das beim Aufruf von PHP über die Kommandozeile trotzdem noch PHP 7.1 genommen wird, statt PHP 5.5.

Der Befehl:

Code: Select all

php /home/keyhelp/www/keyhelp/cronjob/mastercronjob.php

...wirft dir in diesem Fall auch eine ioncube Fehlermeldung.

(Die aufgerufene Datei steuert alle KeyHelp Hintergrund-Prozesse und wird auf die gleiche Weise durch das System regelmäßig aufgerufen.)

[Gerd]

Laufen bei dem System-Stand, bei dem die Backups nicht starten überhaupt die KeyHelp eigenen Cronjobs (= Panel-Aufgaben)?
Ich vermute Mal, das beim Aufruf von PHP über die Kommandozeile trotzdem noch PHP 7.1 genommen wird, statt PHP 5.5.

Ja, alles läuft, dasSysten nach wiederherstellung:

Code: Select all

Welcome to Ubuntu 14.04.5 LTS (GNU/Linux 4.4.0-121-generic x86_64)

 * Documentation:  https://help.ubuntu.com/

  System information as of Mon May  7 21:12:12 CEST 2018

  System load:  0.68                Processes:           139
  Usage of /:   12.0% of 213.05GB   Users logged in:     0
  Memory usage: 1%                  IP address for eth0: 192.x.x.x
  Swap usage:   0%

  Graph this data and manage this system at:
    https://landscape.canonical.com/

  This server is powered by KeyHelp!
  * Panel access:
      https://gscnetworks-server.selfhost.bz/ or https://192.x.x.x/
  * Login data:
      /root/keyhelp_login_data_2018-02-20_13-38-48

Your Hardware Enablement Stack (HWE) is supported until April 2019.
Last login: Sat May  5 13:13:59 2018 from

Die Wiederherstellung der PHP- Version 5.5.9 mit folgendem, sowohl für php7.2, 7.1. u. 7.0:

Code: Select all

root@:~# apt-get remove --purge `dpkg -l | grep php | grep -w 7.1.17 | awk '{print $2}' | xargs`

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  libc-client2007e libpq5 libzip5 mlock php-common php5-imap
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
  libapache2-mod-php7.1* php7.1* php7.1-cli* php7.1-common* php7.1-curl*
  php7.1-fpm* php7.1-gd* php7.1-intl* php7.1-json* php7.1-ldap* php7.1-mcrypt*
  php7.1-mysql* php7.1-opcache* php7.1-pgsql* php7.1-readline* php7.1-sqlite3*
  php7.1-zip*
0 aktualisiert, 0 neu installiert, 17 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 21,3 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank ... 76735 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von php7.1 (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von libapache2-mod-php7.1 (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Module php7.1 disabled.
apache2_invoke prerm: Disable module php7.1
 * Restarting web server apache2                                                                                           [ OK ]
Löschen der Konfigurationsdateien von libapache2-mod-php7.1 (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
apache2_invoke postrm: Purging state for php7.1
dpkg: Warnung: Während Entfernens von libapache2-mod-php7.1 ist Verzeichnis »/etc/php/7.1/apache2/conf.d« nicht leer, wird daher nicht gelöscht
Entfernen von php7.1-fpm (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
php7.1-fpm stop/waiting
apache2_invoke php7.1-fpm prerm: No action required
Löschen der Konfigurationsdateien von php7.1-fpm (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
apache2_invoke php7.1-fpm postrm: No action required
dpkg: Warnung: Während Entfernens von php7.1-fpm ist Verzeichnis »/etc/php/7.1/fpm/conf.d« nicht leer, wird daher nicht gelöscht
Entfernen von php7.1-cli (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
update-alternatives: /usr/bin/php5 wird verwendet, um /usr/bin/php (php) im Auto-Modus bereitzustellen
Löschen der Konfigurationsdateien von php7.1-cli (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
dpkg: Warnung: Während Entfernens von php7.1-cli ist Verzeichnis »/etc/php/7.1/cli/conf.d« nicht leer, wird daher nicht gelöscht
Entfernen von php7.1-opcache (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-opcache (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von php7.1-zip (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-zip (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von php7.1-curl (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-curl (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von php7.1-gd (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-gd (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von php7.1-intl (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-intl (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von php7.1-json (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-json (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von php7.1-ldap (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-ldap (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von php7.1-mcrypt (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-mcrypt (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von php7.1-mysql (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-mysql (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von php7.1-pgsql (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-pgsql (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von php7.1-readline (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-readline (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von php7.1-sqlite3 (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-sqlite3 (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Entfernen von php7.1-common (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
Löschen der Konfigurationsdateien von php7.1-common (7.1.17-1+ubuntu14.04.1+deb.sury.org+1) ...
dpkg: Warnung: Während Entfernens von php7.1-common ist Verzeichnis »/etc/php/7.1« nicht leer, wird daher nicht gelöscht
Trigger für man-db (2.6.7.1-1ubuntu1) werden verarbeitet ...

root@:~# php -v

[b]PHP 5.5.9-1ubuntu4.24 (cli) (built: Mar 16 2018 12:41:43)[/b]
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies
    with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v10.1.1, Copyright (c) 2002-2017, by ionCube Ltd.
    with Zend OPcache v7.0.3, Copyright (c) 1999-2014, by Zend Technologies

Das System laüft wie zuvor einwandfrei.
vom System einen Klon erstellt und in diesem werde ich dann das Script nochmals ausführen, auch in KH- Übersicht sind die korekten Daten zu erkennen. Gleiches gilt für den Homescreen

Code: Select all

phpMyAdmin

Versionsinformationen: 4.7.5, aktuelle stabile Version: 4.8.0.1

Code: Select all

Webserver

Apache
Datenbank-Client Version: libmysql - mysqlnd 5.0.11-dev - 20120503 - $Id: bf9ad53b11c9a57efdb1057292d73b928b8c5c77 $
PHP-Erweiterung: mysqliDokumentation curlDokumentation mbstringDokumentation
PHP-Version: 5.5.9-1ubuntu4.24

Code: Select all

Datenbank-Server

Server: Localhost via UNIX socket
Server-Typ: MariaDB
Server-Version: 10.0.35-MariaDB-1~trusty - mariadb.org binary distribution
Protokoll-Version: 10
Benutzer: root@localhost
Server-Zeichensatz: UTF-8 Unicode (utf8)

Eine Frage stellt sich mir als Alternative zum Upgrade und diese interessiert sicher nicht nur mich, wie installiere/aktiviere ich für die KH- installierten Versionen PHP7.0, u. 7.1, zusäzliche Module z.B. php7.0-ldap, wird benötigt für Nextcloud. Übers das System geht es nicht und die standard installation aktiviert diese Module nicht.

Gruß Gerd