NEWS
js-controller 3.3 jetzt im STABLE!
-
Moin
Ich habe dann auch das Update gemacht. Leider läuft es noch nicht wieder rund.
Ich bekomme alle 30s diesen LOG:host.raspberrypi 2021-08-06 11:13:24.434 info Restart adapter system.adapter.javascript.0 because enabled host.raspberrypi 2021-08-06 11:13:24.434 error instance system.adapter.javascript.0 terminated with code 1 (JS_CONTROLLER_STOPPED) host.raspberrypi 2021-08-06 11:13:24.433 error Caught by controller[0]: } host.raspberrypi 2021-08-06 11:13:24.433 error Caught by controller[0]: ] host.raspberrypi 2021-08-06 11:13:24.433 error Caught by controller[0]: '/opt/iobroker/node_modules/iobroker.javascript/main.js' host.raspberrypi 2021-08-06 11:13:24.433 error Caught by controller[0]: '/opt/iobroker/node_modules/virtual-tsc/build/index.js', host.raspberrypi 2021-08-06 11:13:24.433 error Caught by controller[0]: '/opt/iobroker/node_modules/virtual-tsc/build/server.js', host.raspberrypi 2021-08-06 11:13:24.432 error Caught by controller[0]: requireStack: [ host.raspberrypi 2021-08-06 11:13:24.432 error Caught by controller[0]: code: 'MODULE_NOT_FOUND', host.raspberrypi 2021-08-06 11:13:24.432 error Caught by controller[0]: { host.raspberrypi 2021-08-06 11:13:24.432 error Caught by controller[0]: at internal/main/run_main_module.js:17:47 host.raspberrypi 2021-08-06 11:13:24.432 error Caught by controller[0]: at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12) host.raspberrypi 2021-08-06 11:13:24.431 error Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:708:14) host.raspberrypi 2021-08-06 11:13:24.431 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:863:32) host.raspberrypi 2021-08-06 11:13:24.431 error Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:1027:10) host.raspberrypi 2021-08-06 11:13:24.431 error Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:999:30) host.raspberrypi 2021-08-06 11:13:24.431 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.javascript/main.js:35:24) host.raspberrypi 2021-08-06 11:13:24.431 error Caught by controller[0]: at require (internal/modules/cjs/helpers.js:74:18) host.raspberrypi 2021-08-06 11:13:24.430 error Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:887:19) host.raspberrypi 2021-08-06 11:13:24.430 error Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:708:14) host.raspberrypi 2021-08-06 11:13:24.430 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:863:32) host.raspberrypi 2021-08-06 11:13:24.430 error Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:1027:10) host.raspberrypi 2021-08-06 11:13:24.429 error Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:999:30) host.raspberrypi 2021-08-06 11:13:24.429 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/virtual-tsc/build/index.js:8:16) host.raspberrypi 2021-08-06 11:13:24.429 error Caught by controller[0]: at require (internal/modules/cjs/helpers.js:74:18) host.raspberrypi 2021-08-06 11:13:24.429 error Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:887:19) host.raspberrypi 2021-08-06 11:13:24.429 error Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:708:14) host.raspberrypi 2021-08-06 11:13:24.429 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:863:32) host.raspberrypi 2021-08-06 11:13:24.428 error Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:1027:10) host.raspberrypi 2021-08-06 11:13:24.428 error Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:999:30) host.raspberrypi 2021-08-06 11:13:24.428 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/virtual-tsc/build/server.js:4:10) host.raspberrypi 2021-08-06 11:13:24.428 error Caught by controller[0]: at require (internal/modules/cjs/helpers.js:74:18) host.raspberrypi 2021-08-06 11:13:24.427 error Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:887:19) host.raspberrypi 2021-08-06 11:13:24.427 error Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:667:27) host.raspberrypi 2021-08-06 11:13:24.427 error Caught by controller[0]: at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15) host.raspberrypi 2021-08-06 11:13:24.426 error Caught by controller[0]: - /opt/iobroker/node_modules/iobroker.javascript/main.js host.raspberrypi 2021-08-06 11:13:24.426 error Caught by controller[0]: - /opt/iobroker/node_modules/virtual-tsc/build/index.js host.raspberrypi 2021-08-06 11:13:24.426 error Caught by controller[0]: - /opt/iobroker/node_modules/virtual-tsc/build/server.js host.raspberrypi 2021-08-06 11:13:24.426 error Caught by controller[0]: Require stack: host.raspberrypi 2021-08-06 11:13:24.426 error Caught by controller[0]: Error: Cannot find module 'typescript' host.raspberrypi 2021-08-06 11:13:24.425 error Caught by controller[0]: ^ host.raspberrypi 2021-08-06 11:13:24.425 error Caught by controller[0]: throw err; host.raspberrypi 2021-08-06 11:13:24.424 error Caught by controller[0]: internal/modules/cjs/loader.js:818 host.raspberrypi 2021-08-06 11:13:23.898 info instance system.adapter.javascript.0 started with pid 23893Es ist ein Master-Slave System. Ich habe erst den Master upgedated. Diese Meldungen kommen vom Master.
Was kann ich versuchen?
Danke für eure Arbeit únd Gruß
Björn -
@bjoern77 Instslliere mal javascript adapte rneu ... aus irgendeinem grund fehlt da ein paket?
Moin
Habe ich auf verschiedenste Wege versucht.
Der letzte Versuch war dieser:cd /opt/iobroker/node_modules/iobroker.javascript npm install --productionWie würdest du es versuchen?
Gruß Björn -
Moin
Habe ich auf verschiedenste Wege versucht.
Der letzte Versuch war dieser:cd /opt/iobroker/node_modules/iobroker.javascript npm install --productionWie würdest du es versuchen?
Gruß Björn -
@bjoern77 Hm ... komisch .... versuch mal npm install in /opt/iobroker/node_modules/virtual-tsc/
@apollon77 Bitte im 2.Post noch "LaMetric" ergänzen. Github Issue habe ich aufgemacht: https://github.com/klein0r/ioBroker.lametric/issues/45
-
@bjoern77 Hm ... komisch .... versuch mal npm install in /opt/iobroker/node_modules/virtual-tsc/
.... versuch mal npm install in /opt/iobroker/node_modules/virtual-tsc/
Das hat geholfen. Vielen Dank. Läuft wieder auf grün und durch

Gruß
Björn -
.... versuch mal npm install in /opt/iobroker/node_modules/virtual-tsc/
Das hat geholfen. Vielen Dank. Läuft wieder auf grün und durch

Gruß
Björn -
@exitus sagte: woran kann es liegen.
Zu alte Version (< 5.2.0) des Javascript-Adapters bzw. Version von iCal zu neu (>= 1.10.0).
-
@exitus sagte: java script ist auf 5.1.3 es ist nicht >5.2
ical kalender ist auf 1.11.2Dann ist iCal schon auf die Änderungen im js-controller (JSON statt Objekt) umgestellt, Javascript aber noch nicht. Passen also nicht zueinander, was zu dem Fehler führt.
-
@exitus sagte: java script ist auf 5.1.3 es ist nicht >5.2
ical kalender ist auf 1.11.2Dann ist iCal schon auf die Änderungen im js-controller (JSON statt Objekt) umgestellt, Javascript aber noch nicht. Passen also nicht zueinander, was zu dem Fehler führt.
Da Testsystem und nicht so oft benutzt habe ich nun nach Aktualisierung den folgenden Fehler:
Redis error:Error: Invalid Chunk: parse failed
obwohl dort redis für iobroker nicht konfiguriert ist.
Mehr Details hier:
https://forum.iobroker.net/topic/46803/redis-error-error-invalid-chunk-parse-failed?_=1628246890838 -
Da Testsystem und nicht so oft benutzt habe ich nun nach Aktualisierung den folgenden Fehler:
Redis error:Error: Invalid Chunk: parse failed
obwohl dort redis für iobroker nicht konfiguriert ist.
Mehr Details hier:
https://forum.iobroker.net/topic/46803/redis-error-error-invalid-chunk-parse-failed?_=1628246890838 -
@exitus sagte: java script ist auf 5.1.3 es ist nicht >5.2
ical kalender ist auf 1.11.2Dann ist iCal schon auf die Änderungen im js-controller (JSON statt Objekt) umgestellt, Javascript aber noch nicht. Passen also nicht zueinander, was zu dem Fehler führt.
-
@paul53 danke paul ich habe unter einstellung auf Beta gestellt und dann musste ich Admin Adapter Updaten damit ich Java script updaten konnte.
Habe Admin Adapter auf 5.1.23 und java auf 5.2.6 danach lief es .
Danke -
Hallo ioBroker-Community,
nach einer recht langen Beta-Phase kommt heute der neue js-controller 3.3 (Releasename "Hannah") ins Stable Repository (sollte im Laufe des Abends bei allen auftauchen). Ein großer Dank geht an alle User die in der letzten Zeit diese Version bereits im Beta-Test getestet und Probleme und Fehler zur Behebung gemeldet haben und natürlich die Entwickler die Ihre Adapter wenn nötig angepasst haben!
Wichtig
Bei Fragen bitte zuerst im zweiten Post nachsehen ob das Thema ggf in einem anderen Forum Thread ausgelagert wurde um besser zu fokussieren.!Node.js Versions-Anforderungen
Die unterstützten Node.js Versionen bleiben in diesem Update gleich: 10.x, 12.x und auch 14.x werden offiziell unterstützt. Aufgrund der übergreifenden Adapter-Kompatibilität bleibt die empfohlene Node.js Version für ioBroker aktuell weiterhin auf 12.x. Falls jemand bereits mit Node.js 16.x arbeiten möchte, dann bitte im Moment AUSSCHLIESSLICH mit npm 6 !! (Bei npm 7 gibt es noch Probleme mit GitHub Installs bei einigen Adaptern)
Bitte beachtet weiterhin bei Node.js Updates die Anleitung im Forum unter https://forum.iobroker.net/topic/44566/how-to-node-js-für-iobroker-richtig-updaten-2021-editionInformationen zur Version
Die neue Version fokussiert sich neben Optimierungen, Bugfixes und einigen neuen Features vor allem weiter daran den Wildwuchs in der Umsetzung einiger Adapter etwas einzugrenzen. Im Zuge dieser neuen Checks wurden eine ganze Reihe Adapter aktualisiert - zu viele um hier alle zu nennen!
Bitte unterstützt hier weiter für ggf. noch übriggebliebene Adapter und legt bei den relevanten Adaptern im GitHub Issues an, damit diese Dinge gefixt werden können.Weiterhin zu Erwähnen ist diesmal, dass Adapter-Abhängigkeiten bei Updates besser berücksichtigt werden und das die Startreihenfolge von Adaptern nach Typ optimiert wird und auch mitbestimmen kann (mit Admin5). Detailliertere Informationen zu allen Änderungen und Features findet Ihr weiter unten und im Changelog.
In Summe sind in diese Version über 120 commits eingeflossen. Dafür bedenke mich diesmal besonders bei foxriver76, AlCalzone und natürlich Bluefox und auch ein paar weiteren Entwicklern für die aktive Mitarbeit an dieser Version!
Der js-controller 3.3 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1/2.2/3.x ist problemlos möglich. Nur die Node.js Version muss weiterhin mindestens 10.x sein, wie oben bereits ausgeführt. Wer überlegt die Node.js Version anzuheben bitte weiter unten im Abschnitt "Was ist zu testen" lesen

Installation
VOR der Installation
Wie bei jedem Test dieser Art: Bitte macht ein Backup!
iobroker backupbzw kopieren desiobroker-dataVerzeichnisses reichen an sich aus. Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt. Die alte Version des js-controller kann im Notfall einfach wieder pernpm install iobroker.js-controller@version(ausgeführt im ioBroker-Verzeichnis, z.B. /opt/iobroker) installiert werden und sollte alles wieder herstellen.Nötige Adapter-Aktualisierungen
Am besten VOR dem js-controller Update alle verfügbaren Adapter-Updates prüfen und alle Updates installieren, die im Changelog auf Optimierungen oder Anpassungen für den js-controller 3.3 hinweisen.
Falls nach dem Update dennoch einzelne Adapter Info-Meldungen ins Log schreiben, bitte zuerst versuchen die gemeldeten Objekt-IDs via Admin zu löschen und den Adapter neu zu starten. Wenn die Meldungen danach nicht weg sein sollten ist aktuell die einzige Option das Loglevel der betroffenen Instanz auf "Warning" zu setzen - aber erst nachdem die Logs idealerweise in einem GitHub-Issue beim entsprechendem Adapter gemeldet wurden!
Eine Liste der aktuell bekannten Adapter die noch Fehler ausgeben ist im zweiten Post gesammelt!
Achtung: Multihost-Systeme Reihenfolgen beachten!
Bei einem Multi-Host-System, welches auf js-controller 2.2, 3.1 oder 3.2 läuft, ist es beim Update auf Version 3.3 empfohlen, zuerst das Master-System zu aktualisieren. Der Master muss dann wieder gestartet werden. Die Slaves werden danach aktualisiert!
Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher auf die 3.3 müssen zwingend zuerst die Slaves und der Master als letztes aktualisiert werden. Beim Slave Update muss der alte Master aber noch laufen. Die Slaves bleiben nach dem Update offline und können sich nicht zum Master verbinden und werden erst wieder funktionieren wenn auch der Master auf die 3.3 aktualisiert wurde!
Linux
iobroker update- ioBroker stoppen (
iobroker stop) - prüfen das keine Prozesse (Adapter, Backups) mehr laufen (
ps auxww|grep iound auchps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben - Wie üblich wird das Update dann per
iobroker upgrade selfausgeführt. - ioBroker starten (
iobroker start)
Wichtig: Falls es mit js.controller 3.2.x bei update oder upgrade einen Fehler gibt "No connection to database" dann bitte nochmals versuchen, wenn wieder passiert folgende Schritte ausführen:
- Editiere /opt/iobroker/iobroker-data/iobroker.json
- Unter objects und states gibt es ein ' "connectTimeout": 2000,`
- Zahl ändern in 5000 draus.
- Neu versuchen
- Nach dem Upgrade am besten den Wert wieder zurücketzen weil der js-controller 3.3 hier optimiert und länger wartet
Windows
Aus der Community kommt von @sigi234 eine Anleitung für ein Windows Update Update_Windows_ioBroker.pdf
Für alle "alten manuellen" Installationen gilt
iobroker update- ioBroker muss gestoppt sein.
- Vor dem Update bitte prüfen das keine Prozesse mehr laufen
iobroker upgrade self- ioBroker starten
Bei Fehlern:
Wenn bei der Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer (iobroker fixwer schon einen js-controller 2.x oder höher hat, alternativ weiterhin manuell viacurl -sL https://iobroker.net/fix.sh | bash -) nutzen und die Installation wiederholen.
Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittelssudo -H -u iobroker npm install iobroker.js-controllerversuchen. Bitte berichtet solche Fälle hier im Thread.NACH der Installation
Nach der Installation sollte der ioBroker automatisch wieder gestartet werden. Falls doch nicht bitte mittels
iobroker startstarten.Wenn alles klappt merkt Ihr ausser der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist hat alles geklappt.
Falls im Log Warn-Meldungen auftauchen mit dem Hinweis diese an den Entwickler zu senden, dann bitte schauen welcher Adapter es ist und entsprechend dort Issues bitte anlegen!
Was hat sich geändert, was besonders ansehen/beachten?
Neben einiger weiterer Bugfixes gibt es folgende Änderungen und Fixes zu erwähnen:
- generell siehe Changelog, speziell auch für Features
- Adapter-Instanzen starten nach den definierten Tiers
iobroker upgradebeachtet nun Adpater-Abhängigkeiten- backitup wird automatisch installiert bei neuen Installationen
- Einige Adapter werden Warnungen ausgeben wenn State-Werte gesetzt werden, da nun auch Datentypen und min/max-Werte geprüft werden. Bitte bei den Adapter-Repos melden
Speziell die Entwickler sollten bitte die genannten Deprecations und neuen Features anschauen und beachten.
Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:
Nach dem Update am besten prüfen, ob alles noch so funktioniert wie vorher auch. Das ist das wichtigste!
Wie Fehler melden?
Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.
Sobald ein Fehler auftritt der in einer Fehlermeldung oder einen Crash mit Fehlerdetails im Log oder auf Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusätzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.
@apollon77
Vielen Dank für die stetige Aktualisierung und Weiterentwicklung!Mir juckt es etwas in den Fingern, aber da doch auf einige Meldungen verwiesen wird, würde ich gerne vorab das Fallback-Szenario erfragen (Linux)?
Falls Die Fehlermeldungen/Probleme doch zu massiv werden, gibt es eine empfohlene und erprobte Methode außer ggf. eine komplette Neuinstallation mit dem Restore eines Backups?
Besten Dank!
-
@apollon77
Vielen Dank für die stetige Aktualisierung und Weiterentwicklung!Mir juckt es etwas in den Fingern, aber da doch auf einige Meldungen verwiesen wird, würde ich gerne vorab das Fallback-Szenario erfragen (Linux)?
Falls Die Fehlermeldungen/Probleme doch zu massiv werden, gibt es eine empfohlene und erprobte Methode außer ggf. eine komplette Neuinstallation mit dem Restore eines Backups?
Besten Dank!
@pete0815 Steht zwar im ersten Post drin aber ich kopiere es gern nochmal hierher

Die alte Version des js-controller kann im Notfall einfach wieder per npm install iobroker.js-controller@version (ausgeführt im ioBroker-Verzeichnis, z.B. /opt/iobroker) installiert werden und sollte alles wieder herstellen.
-
@apollon77
Vielen Dank für die stetige Aktualisierung und Weiterentwicklung!Mir juckt es etwas in den Fingern, aber da doch auf einige Meldungen verwiesen wird, würde ich gerne vorab das Fallback-Szenario erfragen (Linux)?
Falls Die Fehlermeldungen/Probleme doch zu massiv werden, gibt es eine empfohlene und erprobte Methode außer ggf. eine komplette Neuinstallation mit dem Restore eines Backups?
Besten Dank!
@pete0815
Ein Restor eines Backup empfiehlt sich auch so ab und an mal zu tätigen, weil es das System sauber hält. Somit ist das die schnellste, einfachste und beste Art. Hier sollte dann auch der IOBroker Ordner sauber gelöscht werden und außer ner IOBroker Neuinstallation samt dem Backitup Adapter nichts drauf sein
Also alles andere als ne gefährliche Aktion bei der man ein Linux Nerd sein muss.
Edit:
Oder man machts wie apollon schon geschrieben hat, wie es im ersten Post dazu schon steht, was natürlich auch geht, aber das eventuell unsaubere System eben auch unsauber lässt. -
Dass der Admin5 und der Javascript Adapter nicht gleichzeitig mit dem js-controller ins stable gegangen sind war natürlich etwas unglücklich.

Aber ich muss jetzt echt mal sagen, nachdem ich jetzt alle Fehler bei mir im System ausgebügelt habe läuft mein System mit dem js-controller 3.3 1000 mal stabiler als vorher! Wirklich super arbeit!
-
Dass der Admin5 und der Javascript Adapter nicht gleichzeitig mit dem js-controller ins stable gegangen sind war natürlich etwas unglücklich.

Aber ich muss jetzt echt mal sagen, nachdem ich jetzt alle Fehler bei mir im System ausgebügelt habe läuft mein System mit dem js-controller 3.3 1000 mal stabiler als vorher! Wirklich super arbeit!
@fabian1 Admin5 ist noch nicht im Stable.
-
@pete0815 Steht zwar im ersten Post drin aber ich kopiere es gern nochmal hierher

Die alte Version des js-controller kann im Notfall einfach wieder per npm install iobroker.js-controller@version (ausgeführt im ioBroker-Verzeichnis, z.B. /opt/iobroker) installiert werden und sollte alles wieder herstellen.
@apollon77 said in js-controller 3.3 jetzt im STABLE!:
@pete0815 Steht zwar im ersten Post drin aber ich kopiere es gern nochmal hierher

Die alte Version des js-controller kann im Notfall einfach wieder per npm install iobroker.js-controller@version (ausgeführt im ioBroker-Verzeichnis, z.B. /opt/iobroker) installiert werden und sollte alles wieder herstellen.
Ups, vielmals sorry. Das habe ich dann mehrfach überlesen

@Jan1
Ja, das Restore ist auch weniger mein Problem. Eher die Neuinstallation wozu ich örtlichen Zugriff auf die SSD brauche(den ich erst heute Abend hab). Den Rest kann ich so übers Netzwerk erledigen/schon mal anstoßen. -
@fabian1 Admin5 ist noch nicht im Stable.
@ahnungsbefreit ja das meine ich ja! Das ist etwas unglücklich, da der Admin5 voraussetzung für den Javascript Adapter ist, der 100%ig mit dem js-controller 3.3 funktioniert. Also alle die im Moment auf stable sind, kriegen unter umständen Probleme mit ihren skripten. Aber wie apollon geschrieben hat, ändert sich das ja heute abend.
-
@apollon77 said in js-controller 3.3 jetzt im STABLE!:
@pete0815 Steht zwar im ersten Post drin aber ich kopiere es gern nochmal hierher

Die alte Version des js-controller kann im Notfall einfach wieder per npm install iobroker.js-controller@version (ausgeführt im ioBroker-Verzeichnis, z.B. /opt/iobroker) installiert werden und sollte alles wieder herstellen.
Ups, vielmals sorry. Das habe ich dann mehrfach überlesen

@Jan1
Ja, das Restore ist auch weniger mein Problem. Eher die Neuinstallation wozu ich örtlichen Zugriff auf die SSD brauche(den ich erst heute Abend hab). Den Rest kann ich so übers Netzwerk erledigen/schon mal anstoßen.@pete0815
Hatte sich eben so angehört, das Du ein Restor des IOBroker als was "Großes" empfindest, deshalb auch mein Text dazu.
Ich hatte im Beta auch schon das ein oder andere Mal den Weg über das Kommando gewählt, weil es wenn sonst wirklich alles sauber ist, eben doch wesentlich schneller geht und ausreichend ist um die alte Version wieder herzustellen.