Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[dbweb]

Die Installationen habe ich in den letzen 3-4 Wochen gemacht, die letzte heute morgen. jeweils per script und offizieller Anleitung, und heute morgen sogar mit dem offiziellen Raspberry Image. Ist also wohl noch so drin irgendwo.

[AlCalzone]

Sollte eigentlich seit JS-Controller 1.5.8 nicht mehr passieren. Beim Image weiß ich es nicht.

[Homoran]

@AlCalzone sagte in Fehlermeldung und langsame Adapter installation:

Beim Image weiß ich es nicht.

Das Image ist mit dem js-controller nach Stand vom 23.07.2019. (stable)

[AlCalzone]

@Homoran Das müsste dann 1.5.14 sein. Komisch.

[dbweb]

wenn ihr wollt kann ich das morgen mal nachstellen, Raspi liegt eh rum. Also nochmals das Image sauber drauf und prüfen und nochmals per script und prüfen, geht ja so nebenbei.

[AlCalzone]

@dbweb Gerne! Und am besten mal direkt nach der Installation bzw. Aufspielen des Images in die .npmrc schauen und die installierten Versionen mitteilen

@Homoran Wie hast du das Image erstellt? Ganz frisch oder ein altes mit JS-Controller-Upgrade?

[chriscrown]

@AlCalzone

Bei mir wird folgendes ausgegeben:

pi@iobroker:~ $ iobroker -v
2.1.1
pi@iobroker:~ $ cat /opt/iobroker/.npmrc 
package-lock=false

Ich habe ein nacktes Raspbian installiert und dann iobroker mit dem ganz normalen Install-Skript installiert. Das ist noch nicht allzu lange her (vielleicht 3 Wochen). Nach der Installation habe ich auf das latest-Repo gewechselt und dann immer alle Adapter und den Controller auf die aktuellste Version gebracht.
Ich werde es nun mal mit dem entfernen der package-lock=false Zeile versuchen.

[dbweb]

@AlCalzone jepp, hatte ich so vor. Teile aber deine Vermutung, dass das image nicht von einem frisch aufgesetzten System stammt. Alternativ könnte man ja bei bestehenden Systemen das bei der Installation von Adaptern prüfen und den Nutzer darauf hinweisen...oder evtl. in den Fixer mit rein packen.

[AlCalzone]

@dbweb sagte in Fehlermeldung und langsame Adapter installation:

Alternativ könnte man ja bei bestehenden Systemen das bei der Installation von Adaptern prüfen und den Nutzer darauf hinweisen...oder evtl. in den Fixer mit rein packen.

Das hab ich mich noch nicht getraut, weil npm sich dann verschlucken und bestehende Installationen zerstören könnte. Jetzt, da js-controller 2.x stable ist, sollte das Problem zumindest für neue Installationen langsam aussterben.

@Homoran Hast du Kapazität, ein neues Image mit 2.x zu erstellen?

[Homoran]

@AlCalzone sagte in Fehlermeldung und langsame Adapter installation:

Ganz frisch

natürlich

[Homoran]

@AlCalzone sagte in Fehlermeldung und langsame Adapter installation:

Hast du Kapazität, ein neues Image mit 2.x zu erstellen?

Hoffentlich bald.

Nachdem 2.1 bei mir schon auf dem Pi4 testweise stabil läuft wollte ich eh neue Images mit controller v2 machen

[dbweb]

So mal eben gemacht:
Frisches Image von https://www.iobroker.net/#de/download, minimal image

pi@ioBroker-RasPi4:~ $ iobroker -v
1.5.11
pi@ioBroker-RasPi4:~ $ cat /opt/iobroker/.npmrc
package-lock=false
pi@ioBroker-RasPi4:~ $ npm -v
6.9.0
pi@ioBroker-RasPi4:~ $ node -v
v10.16.0
pi@ioBroker-RasPi4:~ $ nodejs -v
v10.16.0

Resultat: Im Image ist es noch drin.

Frisches Raspbian Buster image, mit script installiert:

curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -
sudo apt-get install -y nodejs
curl -sL https://iobroker.net/install.sh | bash -
pi@raspberrypi:~ $ iobroker -v
2.1.1
pi@raspberrypi:~ $ cat /opt/iobroker/.npmrc

# disable npm audit warnings
audit=false
pi@raspberrypi:~ $ npm -v
6.11.3
pi@raspberrypi:~ $ node -v
v10.17.0
pi@raspberrypi:~ $ nodejs -v
v10.17.0

Also Installation per Script ist jetzt sauber auch auf 2.1.1, war bis vor ~3 Wochen aber noch nicht so.

[AlCalzone]

@dbweb sagte in Fehlermeldung und langsame Adapter installation:

Also Installation per Script ist jetzt sauber auch auf 2.1.1, war bis vor ~3 Wochen aber noch nicht so.

Das liegt daran, dass das Skript die Stable-Version vom js-controller installiert. Die ist seit knapp 1 Woche auf 2.x.

Aber gut, dass es jetzt richtig läuft.

[Homoran]

@dbweb sagte in Fehlermeldung und langsame Adapter installation:

Frisches Image von https://www.iobroker.net/#de/download, minimal image

das müsste das vom Juli sein. Seltsam.

Ich habe gestern ein neues Image mit controller v2.1.1 gemacht und hochgeladen.
Beim nächsten Build der Website wird es in der Liste sichtbar sein.

[chriscrown]

Gibt es denn eine Möglichkeit eine bestehende Installation zu fixxen, so dass dieser Fehler nicht mehr auftaucht, oder geht der Weg immer nur über eine Neuinstallation? Ich habe

package-lock=false

bereits entfernt, bei mir wird aber immer noch andauernd SQLite neu kompiliert (selbst wenn ich z.B. einen Adapter deininstalliere!). Bitte verzeiht meine Unwissenheit an dieser Stelle, ich habe vor wenigen Wochen mit ioBroker gerade das erste Mal node.js angefasst und habe vom ganzen Packagesystem usw. noch wirklich wenig Ahnung (ich komme eher aus der C#-Ecke...). es wäre großartig, wenn ihr mich hier ein wenig an die Hand nehmen könntet...

[PrinzEisenherz1]

Hi zusammen, habe bei nem Kumpel iobroker auf eine Pi4 installiert und hab da komischerweise jetzt auch den Fehler.
Für iobroker habe ich diese Image verwendet.

https://www.iobroker.net/#de/download?ioBroker_Image_RPi_2-3-4_20190723_buster.md

node -v     = v10.17.0
nodejs -v  = v10.17.0
npm -v       = 6..11.3

Gibt es da mittlerweile eine Lösung ohne iobroker komplett neu installieren zu müssen?
Den fixer hab ich schon mehrmals laufen lassen.

Gruß
Johnny

[Homoran]

@PrinzEisenherz1 sagte in Fehlermeldung und langsame Adapter installation:

https://www.iobroker.net/#de/download?ioBroker_Image_RPi_2-3-4_20190723_buster.md

Das ist das selbe Image von dem bisher die Rede war.

Es gibt bereits ein neues - das wartet auf einen neuen Build der Website.

Ich weiß nicht ob @AlCalzone da noch eine Lösung hatte

[AlCalzone]

@Homoran Was genau meinst du?

[Homoran]

@AlCalzone sagte in Fehlermeldung und langsame Adapter installation:

@Homoran Was genau meinst du?

Gab es da eine Lösung mit dem package-lock

siehe die letzten beiden Posts vor meinem

[AlCalzone]

@Homoran Die Zeile löschen, aber auf eigene Gefahr. Sollte bestenfalls passieren bevor viele Adapter installiert werden.