Wartungsarbeiten?  [GELÖST]

Locked
DOFC
Posts: 51
Joined: Sun 24. Jun 2018, 14:02

Wartungsarbeiten?

Post by DOFC »

Hallo,

hatte jetzt KeyHelp schon etwas länger im Testeinsatz und hatte es dann vor einigen Tagen auf das Hauptsystem gespielt.

Nun habe ich heute die Meldung:
Die Administrationsoberfläche ist aufgrund von Wartungsarbeiten vorübergehend nicht erreichbar.

Bitte versuchen Sie es in ein paar Minuten noch einmal.
Ist das normal oder ist etwas schief gegangen.

Update:
Ok habe hier im Forum gelesen, dass es wohl normal ist das diese Seite erscheint wenn KeyHelp aktualisiert wird. Allerdings steht dort, dass ich steuern kann wann es erfolgen soll.

Ich habe aber kein Update manuell gestartet, macht es dies nach einer Zeit automatisch? Und wie lange dauert dies ungefähr? Da die Seite jetzt schon länger erscheint.


[Mod-Edit]
Thread nach Bedienung und Nutzung verschoben.
Last edited by Jolinar on Fri 12. Jun 2020, 10:02, edited 1 time in total.
Reason: Mod-Edit
User avatar
Enigma
Posts: 258
Joined: Thu 2. Aug 2018, 19:18

Re: Wartungsarbeiten?

Post by Enigma »

DOFC wrote: Tue 12. Mar 2019, 19:54 Ok habe hier im Forum gelesen, dass es wohl normal ist das diese Seite erscheint wenn KeyHelp aktualisiert wird. Allerdings steht dort, dass ich steuern kann wann es erfolgen soll.

Ich habe aber kein Update manuell gestartet, macht es dies nach einer Zeit automatisch?

Ja, das geschieht standardmäßig automatisch. Die Einstellung dafür sowie eine Möglichkeit, das Update manuell zu starten, findest Du unter "EINSTELLUNGEN > Wartungsintervalle > Administrations-Panel aktualisieren".

Wenn Du nichts geändert hast, solllte das allerdings nachts geschehen und somit längst abgeschlossen sein. Die Threads, die Du vermutlich gefunden hast (viewtopic.php?f=6&t=133, viewtopic.php?f=6&t=131, viewtopic.php?f=6&t=35), sind von 2016, aber vielleicht besteht ja dennoch ein Zusammenhang. Bist Du den dort geposteten Anweisungen zur Behebung mal gefolgt (nach Backup!)?

Gruß
Jan
This message has been ROT-13 encrypted twice for higher security.
User avatar
Alexander
Keyweb AG
Posts: 3810
Joined: Wed 20. Jan 2016, 02:23

Re: Wartungsarbeiten?

Post by Alexander »

Wie Jan bereits sagte, sollte das Update schon längst abgeschlossen sein. Ich könnte dir anbieten, einmal per SSH auf dem Server zu schauen und die Ursache dazu feststellen / es fixen. Wenn Interesse besteht, dann einfach eine PM mit Zugangsdaten an mich.

Andernfalls bitte einmal die Logs (/var/log/keyhelp/cronjob/panelupdate.log) posten.
Mit freundlichen Grüßen / Best regards
Alexander Mahr

**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
DOFC
Posts: 51
Joined: Sun 24. Jun 2018, 14:02

Re: Wartungsarbeiten?

Post by DOFC »

Hallo,

bin gerade unterwegs deshalb kam ich an die Logs schneller:

Code: Select all

08-Mar-2019 02:00:02] DEBUG --> now waiting for 1156 seconds until conntecting to updateserver!
[08-Mar-2019 02:19:18] DEBUG --> maintenance log okay
[08-Mar-2019 02:19:18] DEBUG --> trying to connect to updateserver
[08-Mar-2019 02:19:18] DEBUG --> set correct tmp-directories mount for update
[08-Mar-2019 02:19:38] INFO  --> new version detected - starting update process from "18.2.1" to "19.0"
[08-Mar-2019 02:19:38] INFO  --> first update step: "19.0" | total steps to reach latest version: 1
[08-Mar-2019 02:19:38] DEBUG --> start download of "https://install.keyhelp.de/files/releases/19.0/19.0-php71.tar.gz"
[08-Mar-2019 09:11:47] DEBUG --> file saved to "/home/keyhelp/www/keyhelp_tmp/19.0.tar.gz"
[08-Mar-2019 09:11:47] DEBUG --> checksum check successful
[08-Mar-2019 09:11:47] DEBUG --> lock panel
[08-Mar-2019 09:11:47] DEBUG --> log out all users
[08-Mar-2019 09:11:47] DEBUG --> run --force-update one last time before new files and db structure may change things
[08-Mar-2019 09:11:49] DEBUG --> checking running maintenance intervals ...
[08-Mar-2019 09:11:49] DEBUG --> cronjob "repo-update" still running
[08-Mar-2019 09:11:49] DEBUG --> sleeping till next check...
[08-Mar-2019 09:12:19] DEBUG --> cronjob "repo-update" still running
[08-Mar-2019 09:12:19] DEBUG --> sleeping till next check...
[08-Mar-2019 09:12:49] DEBUG --> cronjob "repo-update" still running
[08-Mar-2019 09:12:49] DEBUG --> sleeping till next check...
[08-Mar-2019 09:13:19] DEBUG --> cronjob "repo-update" still running
[08-Mar-2019 09:13:19] DEBUG --> sleeping till next check...
[08-Mar-2019 09:13:49] DEBUG --> cronjob "repo-update" still running
[08-Mar-2019 09:13:49] DEBUG --> sleeping till next check...
[08-Mar-2019 09:14:19] DEBUG --> cronjob "repo-update" still running
[08-Mar-2019 09:14:19] DEBUG --> sleeping till next check...
[08-Mar-2019 09:14:49] DEBUG --> cronjob "repo-update" still running
[08-Mar-2019 09:14:49] DEBUG --> sleeping till next check...
[08-Mar-2019 09:15:19] DEBUG --> cronjob "repo-update" still running
[08-Mar-2019 09:15:19] DEBUG --> sleeping till next check...
[08-Mar-2019 09:15:49] DEBUG --> cronjob "repo-update" still running
[08-Mar-2019 09:15:49] DEBUG --> sleeping till next check...
[08-Mar-2019 09:16:19] DEBUG --> cronjob "repo-update" still running
[08-Mar-2019 09:16:19] DEBUG --> sleeping till next check...
[08-Mar-2019 09:16:49] DEBUG --> cronjob "repo-update" still running
[08-Mar-2019 09:16:49] DEBUG --> sleeping till next check...
[08-Mar-2019 09:17:19] DEBUG --> cronjob "repo-update" still running
[08-Mar-2019 09:17:19] DEBUG --> sleeping till next check...
[08-Mar-2019 09:17:49] DEBUG --> cronjob "repo-update" still runnin
Diese Meldung kommt nun bis jetzt und wird immer weiter geführt.
User avatar
Alexander
Keyweb AG
Posts: 3810
Joined: Wed 20. Jan 2016, 02:23

Re: Wartungsarbeiten?

Post by Alexander »

Grüße,

Die Installation der zusätzlichen PHP-Interpreter hängt. Kannst du noch einmal schauen, was der Log für diesen Job sagt (/var/log/keyhelp/cronjob/repo-update.log).

---

Damit du erstmal wieder ins KeyHelp kommst:

1). Killen des hängenden Jobs - Prozess-ID herrausfinden:

Code: Select all

cat /home/keyhelp/www/keyhelp/cronjob/lockfiles/repo-update.lock
Das sollte dir die Prozess-ID ausgeben. Dessen Prozess wir mit folgendem Kommando killen.

Code: Select all

kill -9 <PROZESS-ID>
2) Jetzt soll nach 1-2 Minuten das Panel-Update starten. Das kannst du dann ja über

Code: Select all

tail -f /var/log/keyhelp/cronjob/panelupdate.log
nachvollziehen. Das Update sollte nun durchlaufen (braucht ca. 2-3 Minuten).

3) Anschließend kannst du noch einmal den hängenden Job manuell starten. Dieser kann mit unter 5 Minuten brauchen.

Code: Select all

php /home/keyhelp/www/keyhelp/cronjob/mastercronjob.php --force-repo-update
Mit freundlichen Grüßen / Best regards
Alexander Mahr

**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
DOFC
Posts: 51
Joined: Sun 24. Jun 2018, 14:02

Re: Wartungsarbeiten?

Post by DOFC »

Hi,

das steht folgendes:

Code: Select all

[21-Feb-2019 10:35:02] DEBUG --> starting repo update
[21-Feb-2019 10:35:02] DEBUG --> step: uninstall php versions
[21-Feb-2019 10:35:02] DEBUG --> no tasks found
[21-Feb-2019 10:35:02] DEBUG --> step: update php versions
[21-Feb-2019 10:35:02] DEBUG --> no tasks found, everything is up to date
[21-Feb-2019 10:35:02] DEBUG --> step: install new php versions
[21-Feb-2019 10:35:02] DEBUG --> update tmpfs for full access to /tmp
[21-Feb-2019 10:35:05] DEBUG --> install version "7.3.0_20190103152827"
[21-Feb-2019 23:01:41] DEBUG --> version "7.3.0_20190103152827" successfully installed
[21-Feb-2019 23:01:42] DEBUG --> restore tmpfs access to /tmp
====
[23-Feb-2019 05:00:01] DEBUG --> starting repo update
[23-Feb-2019 05:00:01] DEBUG --> step: uninstall php versions
[23-Feb-2019 05:00:01] DEBUG --> no tasks found
[23-Feb-2019 05:00:01] DEBUG --> step: update php versions
[23-Feb-2019 05:00:09] DEBUG --> no tasks found, everything is up to date
[23-Feb-2019 05:00:09] DEBUG --> step: install new php versions
[23-Feb-2019 05:00:09] DEBUG --> no tasks found
====
[24-Feb-2019 05:00:01] DEBUG --> starting repo update
[24-Feb-2019 05:00:01] DEBUG --> step: uninstall php versions
[24-Feb-2019 05:00:01] DEBUG --> no tasks found
[24-Feb-2019 05:00:01] DEBUG --> step: update php versions
[24-Feb-2019 05:00:18] DEBUG --> no tasks found, everything is up to date
[24-Feb-2019 05:00:18] DEBUG --> step: install new php versions
[24-Feb-2019 05:00:18] DEBUG --> no tasks found
====
[25-Feb-2019 05:00:01] DEBUG --> starting repo update
[25-Feb-2019 05:00:01] DEBUG --> step: uninstall php versions
[25-Feb-2019 05:00:01] DEBUG --> no tasks found
[25-Feb-2019 05:00:01] DEBUG --> step: update php versions
[25-Feb-2019 05:00:08] DEBUG --> no tasks found, everything is up to date
[25-Feb-2019 05:00:08] DEBUG --> step: install new php versions
[25-Feb-2019 05:00:08] DEBUG --> no tasks found
====
[26-Feb-2019 05:00:01] DEBUG --> starting repo update
[26-Feb-2019 05:00:01] DEBUG --> step: uninstall php versions
[26-Feb-2019 05:00:01] DEBUG --> no tasks found
[26-Feb-2019 05:00:01] DEBUG --> step: update php versions
[26-Feb-2019 05:00:41] DEBUG --> no tasks found, everything is up to date
[26-Feb-2019 05:00:41] DEBUG --> step: install new php versions
[26-Feb-2019 05:00:41] DEBUG --> no tasks found
====
[27-Feb-2019 05:00:01] DEBUG --> starting repo update
[27-Feb-2019 05:00:01] DEBUG --> step: uninstall php versions
[27-Feb-2019 05:00:01] DEBUG --> no tasks found
[27-Feb-2019 05:00:01] DEBUG --> step: update php versions
[27-Feb-2019 05:02:47] DEBUG --> no tasks found, everything is up to date
[27-Feb-2019 05:02:47] DEBUG --> step: install new php versions
[27-Feb-2019 05:02:47] DEBUG --> no tasks found
====
[28-Feb-2019 05:00:01] DEBUG --> starting repo update
[28-Feb-2019 05:00:01] DEBUG --> step: uninstall php versions
[28-Feb-2019 05:00:01] DEBUG --> no tasks found
[28-Feb-2019 05:00:01] DEBUG --> step: update php versions
[28-Feb-2019 05:00:08] DEBUG --> no tasks found, everything is up to date
[28-Feb-2019 05:00:08] DEBUG --> step: install new php versions
[28-Feb-2019 05:00:08] DEBUG --> no tasks found
====
[01-Mar-2019 05:00:01] DEBUG --> starting repo update
[01-Mar-2019 05:00:01] DEBUG --> step: uninstall php versions
[01-Mar-2019 05:00:01] DEBUG --> no tasks found
[01-Mar-2019 05:00:01] DEBUG --> step: update php versions
[01-Mar-2019 05:00:22] DEBUG --> no tasks found, everything is up to date
[01-Mar-2019 05:00:22] DEBUG --> step: install new php versions
[01-Mar-2019 05:00:22] DEBUG --> no tasks found
====
[02-Mar-2019 05:00:02] DEBUG --> starting repo update
[02-Mar-2019 05:00:02] DEBUG --> step: uninstall php versions
[02-Mar-2019 05:00:02] DEBUG --> no tasks found
[02-Mar-2019 05:00:02] DEBUG --> step: update php versions
[02-Mar-2019 05:00:15] DEBUG --> no tasks found, everything is up to date
[02-Mar-2019 05:00:15] DEBUG --> step: install new php versions
[02-Mar-2019 05:00:15] DEBUG --> no tasks found
====
[03-Mar-2019 05:00:01] DEBUG --> starting repo update
[03-Mar-2019 05:00:01] DEBUG --> step: uninstall php versions
[03-Mar-2019 05:00:01] DEBUG --> no tasks found
[03-Mar-2019 05:00:01] DEBUG --> step: update php versions
[03-Mar-2019 05:00:52] DEBUG --> no tasks found, everything is up to date
[03-Mar-2019 05:00:52] DEBUG --> step: install new php versions
[03-Mar-2019 05:00:52] DEBUG --> no tasks found
====
[04-Mar-2019 05:00:01] DEBUG --> starting repo update
[04-Mar-2019 05:00:01] DEBUG --> step: uninstall php versions
[04-Mar-2019 05:00:01] DEBUG --> no tasks found
[04-Mar-2019 05:00:01] DEBUG --> step: update php versions
[04-Mar-2019 05:03:38] DEBUG --> no tasks found, everything is up to date
[04-Mar-2019 05:03:38] DEBUG --> step: install new php versions
[04-Mar-2019 05:03:38] DEBUG --> no tasks found
====
[05-Mar-2019 05:00:01] DEBUG --> starting repo update
[05-Mar-2019 05:00:01] DEBUG --> step: uninstall php versions
[05-Mar-2019 05:00:01] DEBUG --> no tasks found
[05-Mar-2019 05:00:01] DEBUG --> step: update php versions
Allerdings komme ich immer noch nicht auf das Panel. Selbe Meldung.

Im Log jetzt folgendes:

Code: Select all

[14-Mar-2019 17:42:44] DEBUG --> all maintenance intervals finished, so we can go on
[14-Mar-2019 17:42:44] DEBUG --> archive extraction finished
[14-Mar-2019 17:42:44] DEBUG --> changed owner of "/home/keyhelp/www/keyhelp_tmp/" to "keyhelp"
[14-Mar-2019 17:42:44] DEBUG --> db backup saved to "/home/keyhelp/www/keyhelp/db-backup/backup_ver18.2.1_preupdate_14-mar-2019.sql"
[14-Mar-2019 17:42:44] DEBUG --> copy license
[14-Mar-2019 17:42:44] DEBUG --> check backup dir "/home/keyhelp/keyhelp.backup"
[14-Mar-2019 17:42:44] DEBUG --> secure backup dir "/home/keyhelp/keyhelp.backup"
[14-Mar-2019 17:42:44] DEBUG --> save old keyhelp folder to backup dir "/home/keyhelp/keyhelp.backup"
[14-Mar-2019 17:42:45] DEBUG --> switch foldername "/home/keyhelp/www/keyhelp_tmp/" to "/home/keyhelp/www/keyhelp/" 
[14-Mar-2019 17:42:45] DEBUG --> [2FA] enable
[14-Mar-2019 17:42:46] DEBUG --> [ioncube] loader update
[14-Mar-2019 17:42:48] DEBUG --> [backup] update encryption base generation
[14-Mar-2019 17:42:48] DEBUG --> [apache] update keyhelp.conf
[14-Mar-2019 17:42:48] DEBUG --> [apache] update autoconfig.conf
[14-Mar-2019 17:42:49] DEBUG --> [database] add new settings ('restrict administrative access' - feature)
[14-Mar-2019 17:42:49] DEBUG --> [email settings] setup new email server settings
[14-Mar-2019 17:42:49] DEBUG --> [cleanup] domain status_bind
[14-Mar-2019 17:42:49] DEBUG --> [phpMyAdmin] update to version 4.8.5
Mehr steht dort nicht.
User avatar
Alexander
Keyweb AG
Posts: 3810
Joined: Wed 20. Jan 2016, 02:23

Re: Wartungsarbeiten?

Post by Alexander »

Kannst du mal prüfen, wie schnell du Daten vom unseren Server lädst. Sieht ein bischen nach dem IPv6-Verbindung-ist-zu-langsam-Problem aus.

Wie schnell lädst er bei folgendem Befehl:

Code: Select all

wget https://install.keyhelp.de/files/tools/phpmyadmin/phpMyAdmin-4.8.5-all-languages.tar.gz
(Weitere Informationen z.B.: viewtopic.php?f=6&t=7929&hilit=ipv6, )
Mit freundlichen Grüßen / Best regards
Alexander Mahr

**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
DOFC
Posts: 51
Joined: Sun 24. Jun 2018, 14:02

Re: Wartungsarbeiten?

Post by DOFC »

OK,

grundsätzlich schient es ein IPv4 Server zu sein mit IPv6 Subnet.
OK. Sollte ich dann für das Update temporär den IPV6 ausschalten. Und dann schauen ob es durchläuft.

Allerdings ist die Frage wie ich das Update starte.
Ein Prozess mit Update scheint gerade nicht zu laufen. Teste ich aber noch vor Ort.
hostbert
Posts: 3
Joined: Thu 28. Mar 2019, 21:58

Re: Wartungsarbeiten?

Post by hostbert »

30.03.19 16:00 UPDATE siehe weiter Unten

Hallo zusammen,

Ich habe derzeit das gleiche Problem, jedoch konnte ich keine Prozesse killen, da sie nicht existend waren.

Auch updates forcen erbrachte mir keine Besserung.

Auch den Geschwindigkeitstest habe ich durchgeführt:

Code: Select all

root@v220xxxxxxxxx:~# wget https://install.keyhelp.de/files/tools/phpmyadmin/phpMyAdmin-4.8.5-all-languages.tar.gz
--2019-03-30 11:45:05--  https://install.keyhelp.de/files/tools/phpmyadmin/phpMyAdmin-4.8.5-all-languages.tar.gz
Auflösen des Hostnamens »install.keyhelp.de (install.keyhelp.de)« … 62.141.56.232, 2001:1b60:2:11:913:101:be57:cafe
Verbindungsaufbau zu install.keyhelp.de (install.keyhelp.de)|62.141.56.232|:443 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 9797700 (9,3M) [application/x-gzip]
Wird in »»phpMyAdmin-4.8.5-all-languages.tar.gz«« gespeichert.

phpMyAdmin-4.8.5-all-language 100%[=================================================>]   9,34M  27,6MB/s    in 0,3s

2019-03-30 11:45:06 (27,6 MB/s) - »»phpMyAdmin-4.8.5-all-languages.tar.gz«« gespeichert [9797700/9797700]
Hier ein paar Auszüge aus den aktuellen Logs:
repo-update.log

Code: Select all

[30-Mar-2019 11:13:36] DEBUG --> starting repo update
[30-Mar-2019 11:13:36] DEBUG --> step: uninstall php versions
[30-Mar-2019 11:13:36] DEBUG --> no tasks found
[30-Mar-2019 11:13:36] DEBUG --> step: update php versions
[30-Mar-2019 11:13:36] DEBUG --> update version from "7.3.0_20190103152917" to "7.3.3_20190320142242"
[30-Mar-2019 11:13:36] DEBUG --> update tmpfs for full access to /tmp
[30-Mar-2019 11:13:46] DEBUG --> version "7.3.3_20190320142242" successfully updated
[30-Mar-2019 11:13:46] DEBUG --> restore tmpfs access to /tmp
[30-Mar-2019 11:13:47] DEBUG --> update version from "7.2.13_20190103123957" to "7.2.16_20190320134953"
[30-Mar-2019 11:13:47] DEBUG --> update tmpfs for full access to /tmp
[30-Mar-2019 11:13:57] DEBUG --> version "7.2.16_20190320134953" successfully updated
[30-Mar-2019 11:13:57] DEBUG --> restore tmpfs access to /tmp
[30-Mar-2019 11:13:57] DEBUG --> step: install new php versions
====
[30-Mar-2019 11:18:05] DEBUG --> starting repo update
[30-Mar-2019 11:18:05] DEBUG --> step: uninstall php versions
[30-Mar-2019 11:18:05] DEBUG --> no tasks found
[30-Mar-2019 11:18:05] DEBUG --> step: update php versions
[30-Mar-2019 11:18:06] DEBUG --> no tasks found, everything is up to date
[30-Mar-2019 11:18:06] DEBUG --> step: install new php versions
[30-Mar-2019 11:18:06] DEBUG --> no tasks found
====
[30-Mar-2019 11:20:05] DEBUG --> starting repo update
[30-Mar-2019 11:20:05] DEBUG --> step: uninstall php versions
[30-Mar-2019 11:20:05] DEBUG --> no tasks found
[30-Mar-2019 11:20:05] DEBUG --> step: update php versions
[30-Mar-2019 11:20:06] DEBUG --> no tasks found, everything is up to date
[30-Mar-2019 11:20:06] DEBUG --> step: install new php versions
[30-Mar-2019 11:20:06] DEBUG --> no tasks found
====
update.log

Code: Select all

====
[05-Mar-2019 02:12:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:13:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:14:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:15:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:16:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:17:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:18:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:19:02] DEBUG --> load tasks ... nothing to do -> return
====
[30-Mar-2019 11:21:17] DEBUG --> load tasks ... nothing to do -> return
====
Offensichtlich scheint er auch seit dem 5.3. gar nichtmehr versucht zu haben Updates zu fahren, der 30.3. ist ein force Update durch mich.

panelupdate.log

Code: Select all

[28-Mar-2019 21:38:00] DEBUG --> sleeping till next check...
[28-Mar-2019 21:38:30] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:38:30] DEBUG --> sleeping till next check...
[28-Mar-2019 21:39:00] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:39:00] DEBUG --> sleeping till next check...
[28-Mar-2019 21:39:30] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:39:30] DEBUG --> sleeping till next check...
[28-Mar-2019 21:40:00] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:40:00] DEBUG --> sleeping till next check...
[28-Mar-2019 21:40:30] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:40:30] DEBUG --> sleeping till next check...
[28-Mar-2019 21:41:00] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:41:00] DEBUG --> sleeping till next check...
[28-Mar-2019 21:41:30] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:41:30] DEBUG --> sleeping till next check...
Es bleibt weiterhin bei:
Die Administrationsoberfläche ist aufgrund von Wartungsarbeiten vorübergehend nicht erreichbar.

Bitte versuchen Sie es in ein paar Minuten noch einmal.
Gibt es noch einen weiteren Tipp etwas überprüfen zu können?

Liebe Grüße!

30.03.19 16:00 UPDATE

Ich habe mal noch ein panelupdate force gemacht, das lief soweit dann auch durch und hatte einiges zu updaten. Hier der Log:

Code: Select all

:~# php /home/keyhelp/www/keyhelp/cronjob/mastercronjob.php --force-panelupdate
[30-Mar-2019 15:59:39] DEBUG --> connect db ... success
[30-Mar-2019 15:59:39] DEBUG --> force to run "panelupdate.php"
[30-Mar-2019 15:59:39] DEBUG --> panelupdate in progress, only forced jobs allowed
[30-Mar-2019 15:59:39] DEBUG --> it is time for: panelupdate.php
[30-Mar-2019 15:59:39] INFO  --> >>> trying to run "panelupdate"
[30-Mar-2019 15:59:39] INFO  --> lock "panelupdate" acquired
[30-Mar-2019 15:59:39] INFO  --> processing the job ...
[30-Mar-2019 15:59:39] DEBUG --> maintenance log okay
[30-Mar-2019 15:59:39] DEBUG --> trying to connect to updateserver
[30-Mar-2019 15:59:39] DEBUG --> set correct tmp-directories mount for update

setTmpfsExecMode() - notice: Sleeping 20 seconds to let "mount" catch up
[30-Mar-2019 15:59:59] INFO  --> new version detected - starting update process from "18.2.1" to "19.0"
[30-Mar-2019 15:59:59] INFO  --> first update step: "19.0" | total steps to reach latest version: 1
[30-Mar-2019 15:59:59] DEBUG --> start download of "https://install.keyhelp.de/files/releases/19.0/19.0-php7.tar.gz"
[30-Mar-2019 16:00:00] DEBUG --> file saved to "/home/keyhelp/www/keyhelp_tmp/19.0.tar.gz"
[30-Mar-2019 16:00:00] DEBUG --> checksum check successful
[30-Mar-2019 16:00:00] DEBUG --> lock panel
[30-Mar-2019 16:00:00] DEBUG --> log out all users
[30-Mar-2019 16:00:00] DEBUG --> run --force-update one last time before new files and db structure may change things
[30-Mar-2019 16:00:03] DEBUG --> checking running maintenance intervals ...
[30-Mar-2019 16:00:03] DEBUG --> all maintenance intervals finished, so we can go on
[30-Mar-2019 16:00:03] DEBUG --> archive extraction finished
[30-Mar-2019 16:00:03] DEBUG --> changed owner of "/home/keyhelp/www/keyhelp_tmp/" to "keyhelp"
[30-Mar-2019 16:00:03] DEBUG --> db backup saved to "/home/keyhelp/www/keyhelp/db-backup/backup_ver18.2.1_preupdate_30-mar-2019.sql"
[30-Mar-2019 16:00:03] DEBUG --> copy license
[30-Mar-2019 16:00:03] DEBUG --> check backup dir "/home/keyhelp/keyhelp.backup"
[30-Mar-2019 16:00:03] DEBUG --> secure backup dir "/home/keyhelp/keyhelp.backup"
[30-Mar-2019 16:00:03] DEBUG --> save old keyhelp folder to backup dir "/home/keyhelp/keyhelp.backup"
[30-Mar-2019 16:00:06] DEBUG --> switch foldername "/home/keyhelp/www/keyhelp_tmp/" to "/home/keyhelp/www/keyhelp/"
[30-Mar-2019 16:00:06] DEBUG --> [2FA] enable
[30-Mar-2019 16:00:06] DEBUG --> [apache] make sure, the correct modules for http2 are activated
[30-Mar-2019 16:00:07] DEBUG --> [ioncube] loader update
[30-Mar-2019 16:00:25] DEBUG --> [backup] update encryption base generation
[30-Mar-2019 16:00:25] DEBUG --> [apache] update keyhelp.conf
[30-Mar-2019 16:00:27] DEBUG --> [apache] update autoconfig.conf
[30-Mar-2019 16:00:27] DEBUG --> [database] add new settings ('restrict administrative access' - feature)
[30-Mar-2019 16:00:27] DEBUG --> [email settings] setup new email server settings
[30-Mar-2019 16:00:27] DEBUG --> [cleanup] domain status_bind
[30-Mar-2019 16:00:27] DEBUG --> [phpMyAdmin] update to version 4.8.5
2019-03-30 16:00:28 URL:https://install.keyhelp.de/files/tools/phpmyadmin/phpMyAdmin-4.8.5-all-languages.tar.gz [9797700/9797700] -> "/tmp/keyhelp_update/phpmyadmin.tar.gz" [1]
[30-Mar-2019 16:00:28] DEBUG --> [phpMyAdmin] setup configuration files
[30-Mar-2019 16:00:29] DEBUG --> [phpMyAdmin] update complete
[30-Mar-2019 16:00:29] DEBUG --> [dkim] setup
[30-Mar-2019 16:00:29] DEBUG --> [dkim] update sources
[30-Mar-2019 16:01:30] DEBUG --> [dkim] install
[30-Mar-2019 16:01:39] DEBUG --> [dkim] configuration
[30-Mar-2019 16:01:39] DEBUG --> [dkim] reload opendkim
[30-Mar-2019 16:01:43] DEBUG --> [dkim] update postfix main.cf
[30-Mar-2019 16:01:43] DEBUG --> [dkim] reload postfix
[30-Mar-2019 16:01:45] DEBUG --> [dkim] mark all domains for bind config rewrite
[30-Mar-2019 16:01:45] DEBUG --> unlock panel
[30-Mar-2019 16:01:45] DEBUG --> update process finished, you are now running on version "19.0"
[30-Mar-2019 16:01:45] DEBUG --> set correct tmp-directories mount for normal behavior
Jetzt funktioniert das Panel auch wieder. Anscheinend hatte sich bei mir das panelupdate verschluckt.
Da hätte Ich ja auch gleich drauf kommen können....

Grüße!
User avatar
OlliTheDarkness
Posts: 1854
Joined: Tue 14. Aug 2018, 16:41
Location: Essen (NRW)

Re: Wartungsarbeiten?

Post by OlliTheDarkness »

hostbert wrote: Sat 30. Mar 2019, 11:52 30.03.19 16:00 UPDATE siehe weiter Unten

Hallo zusammen,

Ich habe derzeit das gleiche Problem, jedoch konnte ich keine Prozesse killen, da sie nicht existend waren.

Auch updates forcen erbrachte mir keine Besserung.

Auch den Geschwindigkeitstest habe ich durchgeführt:

Code: Select all

root@v220xxxxxxxxx:~# wget https://install.keyhelp.de/files/tools/phpmyadmin/phpMyAdmin-4.8.5-all-languages.tar.gz
--2019-03-30 11:45:05--  https://install.keyhelp.de/files/tools/phpmyadmin/phpMyAdmin-4.8.5-all-languages.tar.gz
Auflösen des Hostnamens »install.keyhelp.de (install.keyhelp.de)« … 62.141.56.232, 2001:1b60:2:11:913:101:be57:cafe
Verbindungsaufbau zu install.keyhelp.de (install.keyhelp.de)|62.141.56.232|:443 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 9797700 (9,3M) [application/x-gzip]
Wird in »»phpMyAdmin-4.8.5-all-languages.tar.gz«« gespeichert.

phpMyAdmin-4.8.5-all-language 100%[=================================================>]   9,34M  27,6MB/s    in 0,3s

2019-03-30 11:45:06 (27,6 MB/s) - »»phpMyAdmin-4.8.5-all-languages.tar.gz«« gespeichert [9797700/9797700]
Hier ein paar Auszüge aus den aktuellen Logs:
repo-update.log

Code: Select all

[30-Mar-2019 11:13:36] DEBUG --> starting repo update
[30-Mar-2019 11:13:36] DEBUG --> step: uninstall php versions
[30-Mar-2019 11:13:36] DEBUG --> no tasks found
[30-Mar-2019 11:13:36] DEBUG --> step: update php versions
[30-Mar-2019 11:13:36] DEBUG --> update version from "7.3.0_20190103152917" to "7.3.3_20190320142242"
[30-Mar-2019 11:13:36] DEBUG --> update tmpfs for full access to /tmp
[30-Mar-2019 11:13:46] DEBUG --> version "7.3.3_20190320142242" successfully updated
[30-Mar-2019 11:13:46] DEBUG --> restore tmpfs access to /tmp
[30-Mar-2019 11:13:47] DEBUG --> update version from "7.2.13_20190103123957" to "7.2.16_20190320134953"
[30-Mar-2019 11:13:47] DEBUG --> update tmpfs for full access to /tmp
[30-Mar-2019 11:13:57] DEBUG --> version "7.2.16_20190320134953" successfully updated
[30-Mar-2019 11:13:57] DEBUG --> restore tmpfs access to /tmp
[30-Mar-2019 11:13:57] DEBUG --> step: install new php versions
====
[30-Mar-2019 11:18:05] DEBUG --> starting repo update
[30-Mar-2019 11:18:05] DEBUG --> step: uninstall php versions
[30-Mar-2019 11:18:05] DEBUG --> no tasks found
[30-Mar-2019 11:18:05] DEBUG --> step: update php versions
[30-Mar-2019 11:18:06] DEBUG --> no tasks found, everything is up to date
[30-Mar-2019 11:18:06] DEBUG --> step: install new php versions
[30-Mar-2019 11:18:06] DEBUG --> no tasks found
====
[30-Mar-2019 11:20:05] DEBUG --> starting repo update
[30-Mar-2019 11:20:05] DEBUG --> step: uninstall php versions
[30-Mar-2019 11:20:05] DEBUG --> no tasks found
[30-Mar-2019 11:20:05] DEBUG --> step: update php versions
[30-Mar-2019 11:20:06] DEBUG --> no tasks found, everything is up to date
[30-Mar-2019 11:20:06] DEBUG --> step: install new php versions
[30-Mar-2019 11:20:06] DEBUG --> no tasks found
====
update.log

Code: Select all

====
[05-Mar-2019 02:12:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:13:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:14:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:15:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:16:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:17:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:18:01] DEBUG --> load tasks ... nothing to do -> return
====
[05-Mar-2019 02:19:02] DEBUG --> load tasks ... nothing to do -> return
====
[30-Mar-2019 11:21:17] DEBUG --> load tasks ... nothing to do -> return
====
Offensichtlich scheint er auch seit dem 5.3. gar nichtmehr versucht zu haben Updates zu fahren, der 30.3. ist ein force Update durch mich.

panelupdate.log

Code: Select all

[28-Mar-2019 21:38:00] DEBUG --> sleeping till next check...
[28-Mar-2019 21:38:30] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:38:30] DEBUG --> sleeping till next check...
[28-Mar-2019 21:39:00] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:39:00] DEBUG --> sleeping till next check...
[28-Mar-2019 21:39:30] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:39:30] DEBUG --> sleeping till next check...
[28-Mar-2019 21:40:00] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:40:00] DEBUG --> sleeping till next check...
[28-Mar-2019 21:40:30] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:40:30] DEBUG --> sleeping till next check...
[28-Mar-2019 21:41:00] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:41:00] DEBUG --> sleeping till next check...
[28-Mar-2019 21:41:30] DEBUG --> cronjob "repo-update" still running
[28-Mar-2019 21:41:30] DEBUG --> sleeping till next check...
Es bleibt weiterhin bei:
Die Administrationsoberfläche ist aufgrund von Wartungsarbeiten vorübergehend nicht erreichbar.

Bitte versuchen Sie es in ein paar Minuten noch einmal.
Gibt es noch einen weiteren Tipp etwas überprüfen zu können?

Liebe Grüße!

30.03.19 16:00 UPDATE

Ich habe mal noch ein panelupdate force gemacht, das lief soweit dann auch durch und hatte einiges zu updaten. Hier der Log:

Code: Select all

:~# php /home/keyhelp/www/keyhelp/cronjob/mastercronjob.php --force-panelupdate
[30-Mar-2019 15:59:39] DEBUG --> connect db ... success
[30-Mar-2019 15:59:39] DEBUG --> force to run "panelupdate.php"
[30-Mar-2019 15:59:39] DEBUG --> panelupdate in progress, only forced jobs allowed
[30-Mar-2019 15:59:39] DEBUG --> it is time for: panelupdate.php
[30-Mar-2019 15:59:39] INFO  --> >>> trying to run "panelupdate"
[30-Mar-2019 15:59:39] INFO  --> lock "panelupdate" acquired
[30-Mar-2019 15:59:39] INFO  --> processing the job ...
[30-Mar-2019 15:59:39] DEBUG --> maintenance log okay
[30-Mar-2019 15:59:39] DEBUG --> trying to connect to updateserver
[30-Mar-2019 15:59:39] DEBUG --> set correct tmp-directories mount for update

setTmpfsExecMode() - notice: Sleeping 20 seconds to let "mount" catch up
[30-Mar-2019 15:59:59] INFO  --> new version detected - starting update process from "18.2.1" to "19.0"
[30-Mar-2019 15:59:59] INFO  --> first update step: "19.0" | total steps to reach latest version: 1
[30-Mar-2019 15:59:59] DEBUG --> start download of "https://install.keyhelp.de/files/releases/19.0/19.0-php7.tar.gz"
[30-Mar-2019 16:00:00] DEBUG --> file saved to "/home/keyhelp/www/keyhelp_tmp/19.0.tar.gz"
[30-Mar-2019 16:00:00] DEBUG --> checksum check successful
[30-Mar-2019 16:00:00] DEBUG --> lock panel
[30-Mar-2019 16:00:00] DEBUG --> log out all users
[30-Mar-2019 16:00:00] DEBUG --> run --force-update one last time before new files and db structure may change things
[30-Mar-2019 16:00:03] DEBUG --> checking running maintenance intervals ...
[30-Mar-2019 16:00:03] DEBUG --> all maintenance intervals finished, so we can go on
[30-Mar-2019 16:00:03] DEBUG --> archive extraction finished
[30-Mar-2019 16:00:03] DEBUG --> changed owner of "/home/keyhelp/www/keyhelp_tmp/" to "keyhelp"
[30-Mar-2019 16:00:03] DEBUG --> db backup saved to "/home/keyhelp/www/keyhelp/db-backup/backup_ver18.2.1_preupdate_30-mar-2019.sql"
[30-Mar-2019 16:00:03] DEBUG --> copy license
[30-Mar-2019 16:00:03] DEBUG --> check backup dir "/home/keyhelp/keyhelp.backup"
[30-Mar-2019 16:00:03] DEBUG --> secure backup dir "/home/keyhelp/keyhelp.backup"
[30-Mar-2019 16:00:03] DEBUG --> save old keyhelp folder to backup dir "/home/keyhelp/keyhelp.backup"
[30-Mar-2019 16:00:06] DEBUG --> switch foldername "/home/keyhelp/www/keyhelp_tmp/" to "/home/keyhelp/www/keyhelp/"
[30-Mar-2019 16:00:06] DEBUG --> [2FA] enable
[30-Mar-2019 16:00:06] DEBUG --> [apache] make sure, the correct modules for http2 are activated
[30-Mar-2019 16:00:07] DEBUG --> [ioncube] loader update
[30-Mar-2019 16:00:25] DEBUG --> [backup] update encryption base generation
[30-Mar-2019 16:00:25] DEBUG --> [apache] update keyhelp.conf
[30-Mar-2019 16:00:27] DEBUG --> [apache] update autoconfig.conf
[30-Mar-2019 16:00:27] DEBUG --> [database] add new settings ('restrict administrative access' - feature)
[30-Mar-2019 16:00:27] DEBUG --> [email settings] setup new email server settings
[30-Mar-2019 16:00:27] DEBUG --> [cleanup] domain status_bind
[30-Mar-2019 16:00:27] DEBUG --> [phpMyAdmin] update to version 4.8.5
2019-03-30 16:00:28 URL:https://install.keyhelp.de/files/tools/phpmyadmin/phpMyAdmin-4.8.5-all-languages.tar.gz [9797700/9797700] -> "/tmp/keyhelp_update/phpmyadmin.tar.gz" [1]
[30-Mar-2019 16:00:28] DEBUG --> [phpMyAdmin] setup configuration files
[30-Mar-2019 16:00:29] DEBUG --> [phpMyAdmin] update complete
[30-Mar-2019 16:00:29] DEBUG --> [dkim] setup
[30-Mar-2019 16:00:29] DEBUG --> [dkim] update sources
[30-Mar-2019 16:01:30] DEBUG --> [dkim] install
[30-Mar-2019 16:01:39] DEBUG --> [dkim] configuration
[30-Mar-2019 16:01:39] DEBUG --> [dkim] reload opendkim
[30-Mar-2019 16:01:43] DEBUG --> [dkim] update postfix main.cf
[30-Mar-2019 16:01:43] DEBUG --> [dkim] reload postfix
[30-Mar-2019 16:01:45] DEBUG --> [dkim] mark all domains for bind config rewrite
[30-Mar-2019 16:01:45] DEBUG --> unlock panel
[30-Mar-2019 16:01:45] DEBUG --> update process finished, you are now running on version "19.0"
[30-Mar-2019 16:01:45] DEBUG --> set correct tmp-directories mount for normal behavior
Jetzt funktioniert das Panel auch wieder. Anscheinend hatte sich bei mir das panelupdate verschluckt.
Da hätte Ich ja auch gleich drauf kommen können....

Grüße!
Man kann nicht alles wissen und auf Anhieb sehen also sehr es sportlich ;)
Mit freundlichen Grüßen
OlliTheDarkness

**************************************************************
Helden leben lange, Legenden sterben nie

:!: World Hack Organization :!:
**************************************************************
JSG01
Posts: 3
Joined: Mon 6. Apr 2020, 00:56

Re: Wartungsarbeiten?

Post by JSG01 »

Hallo Zusammen,
leider stehe ich heute vor dem gleichen Problem.

repo-update.log spuckt mir die folgenden letzte zeilen aus:

====
[15-Apr-2020 05:00:01] INFO --> starting repo update
[15-Apr-2020 05:00:01] INFO --> step: uninstall php versions
[15-Apr-2020 05:00:01] INFO --> no tasks found
[15-Apr-2020 05:00:01] INFO --> step: update php versions


Ein manueller Update-Versuch und ein Serverneustart haben leider nicht geholfen. Sämtliche genannten .lock Files sind nicht existent.

Was kann ich tun?
User avatar
Alexander
Keyweb AG
Posts: 3810
Joined: Wed 20. Jan 2016, 02:23

Re: Wartungsarbeiten?

Post by Alexander »

Liegt bei dir das "IPv6 Problem" vor (viewtopic.php?f=2&t=7940, viewtopic.php?f=16&t=8351)?

Schau mal nicht in den "repo-update.log" sondern in den "panelupdate.log" - Das ist der, der für die KeyHelp-Aktualisierung zuständig ist.

Je nachdem ob dein Server vom IPv6 Problem betroffen ist, können wir dir dann die weiteren Schritte beschreiben.
Mit freundlichen Grüßen / Best regards
Alexander Mahr

**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
JSG01
Posts: 3
Joined: Mon 6. Apr 2020, 00:56

Re: Wartungsarbeiten?

Post by JSG01 »

Ich glaube, das könnte das Problem sein.

Das Logfile hängt ab dem Donwload:

[29-May-2020 11:59:04] INFO --> maintenance log okay
[29-May-2020 11:59:04] INFO --> trying to connect to updateserver
[29-May-2020 11:59:04] INFO --> set correct tmp-directories mount for update
[29-May-2020 11:59:24] INFO --> new version detected - starting update process from "20.0" to "20.1"
[29-May-2020 11:59:24] INFO --> first update step: "20.1" | total steps to reach latest version: 1
[29-May-2020 11:59:24] INFO --> start download of "https://install.keyhelp.de/files/releas ... p71.tar.gz"

Und beim Test passiert quasi nichts:

Saving to: ‘testfile100M.bin’

testfile100M.bin 0%[ ] 24,00K 837 B/s eta 34h 48m
User avatar
Alexander
Keyweb AG
Posts: 3810
Joined: Wed 20. Jan 2016, 02:23

Re: Wartungsarbeiten?  [GELÖST]

Post by Alexander »

Okay, dann einmal temporär IPv6 deaktivieren:

Code: Select all

echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6
Dann alle laufenden panelupdate Prozesse beenden. Dazu einmal in den Ordner

Code: Select all

/home/keyhelp/.lock
schauen. Dort sollte sich ggf. eine Datei befinden

Code: Select all

panelupdate.lock
Falls ja, diese einmal öffnen. In ihr befindet sich die Prozess ID des laufenden Prozesses. Diesen einmal mittels "KILL" terminieren.

Anschließend das Update manuell nochmal starten

Code: Select all

php /home/keyhelp/www/keyhelp/cronjob/mastercronjob.php --force-panelupdate
Danach kann IPv6 auch wieder aktiviert werden, die IPv6-Problematik ist dann mit 20.1 beendet.
Mit freundlichen Grüßen / Best regards
Alexander Mahr

**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
JSG01
Posts: 3
Joined: Mon 6. Apr 2020, 00:56

Re: Wartungsarbeiten?

Post by JSG01 »

Perfekt, vielen Dank!

Das hat geholfen.
Locked