BackItUp Update hängt

[Thomas Braun]

ws
github:	2.5.8
latest:	2.5.8 for 30 days
stable:	2.5.5 for 56 days

Kann auch sein, dass die beiden Adapter just im Moment in Stable rüber wandern und der Mirror noch nicht gesynct ist.
Schau dir das in ein paar Stunden nochmal an.

[myssv]

@thomas-braun ok, dann versuche ich es morgen früh noch einmal.

Danke und einen tollen Abend noch!

[myssv]

Guten Morgen zusammen, es hat sich nichts an dem Verhalten geändert.

Warte schon wieder 5 Minuten:

[myssv]

nach 17 Minuten kam dies:

$ iobroker upgrade ws@2.5.8

Update ws from @2.5.5 to @2.5.8

Installing iobroker.ws@2.5.8... (System call)

Adapter "system.adapter.web.0" restarted.

upload [11] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/de/translations.json i18n/de/translations.json application/json

upload [2] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json

upload [0] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/ws.png ws.png image/png

Process exited with code 0

aber

Volker@ioBroker:~$ iob update
Used repository: stable
Adapter    "admin"        : 6.12.0   , installed 6.12.0
Adapter    "backitup"     : 2.8.7    , installed 2.8.7
Adapter    "daswetter"    : 3.1.10   , installed 3.1.10
Adapter    "deconz"       : 1.3.21   , installed 1.3.21
Adapter    "dwd"          : 2.8.5    , installed 2.8.5
Adapter    "ecovacs-deebot": 1.4.13  , installed 1.4.14-alpha.6
Adapter    "email"        : 1.2.0    , installed 1.2.0
Adapter    "fb-checkpresence": 1.2.2 , installed 1.2.2
Adapter    "fitbit-fitness": 0.4.10  , installed 0.4.10
Adapter    "fritzbox"     : 0.5.0    , installed 0.5.0
Adapter    "fritzdect"    : 2.3.1    , installed 2.3.1
Adapter    "history"      : 3.0.1    , installed 3.0.1
Adapter    "ical"         : 1.13.3   , installed 1.13.3
Adapter    "icons-material-png": 0.1.0, installed 0.1.0
Adapter    "info"         : 2.0.0    , installed 2.0.0
Adapter    "javascript"   : 7.1.4    , installed 7.1.4
Controller "js-controller": 5.0.12   , installed 5.0.12
Adapter    "openligadb"   : 1.2.4    , installed 1.3.3
Adapter    "pollenflug"   : 1.0.6    , installed 1.0.6
Adapter    "scenes"       : 2.3.9    , installed 2.3.9
Adapter    "signal-cmb"   : 0.3.0    , installed 0.3.0
Adapter    "simple-api"   : 2.7.2    , installed 2.7.2
Adapter    "socketio"     : 6.5.5    , installed 6.5.5
Adapter    "tahoma"       : 0.10.2   , installed 0.10.2
Adapter    "tankerkoenig" : 3.3.7    , installed 3.3.7
Adapter    "telegram"     : 2.0.1    , installed 2.0.1
Adapter    "tr-064"       : 4.2.18   , installed 4.2.18
Adapter    "trashschedule": 2.3.0    , installed 2.3.0
Adapter    "tvprogram"    : 1.1.2    , installed 1.1.2
Adapter    "upnp"         : 1.0.21   , installed 1.0.21
Adapter    "vis"          : 1.4.16   , installed 1.4.16
Adapter    "vis-canvas-gauges": 1.0.1, installed 1.0.1
Adapter    "vis-google-fonts": 1.0.4 , installed 1.0.4
Adapter    "vis-hqwidgets": 1.4.0    , installed 1.4.0
Adapter    "vis-jqui-mfd" : 1.0.12   , installed 1.0.12
Adapter    "vis-timeandweather": 1.2.2, installed 1.2.2
Adapter    "weatherunderground": 3.6.0, installed 3.6.0
Adapter    "web"          : 6.1.10   , installed 6.1.4  [Updatable]
Adapter    "ws"           : 2.5.8    , installed 2.5.5  [Updatable]

[Thomas Braun]

@myssv
I'm Terminal

iob upgrade ws@2.5.8 --debug

[myssv]

@thomas-braun sagte in BackItUp Update hängt:

iob upgrade ws@2.5.8 --debug

seit 12 Minuten so

Volker@ioBroker:~$ iob upgrade ws@2.5.8 --debug 

This upgrade of "ws" will introduce the following changes:
==========================================================================
-> 2.5.8:
Corrected adapter termination if the alias has no target

-> 2.5.7:
upgraded socket-classes to fix vis problems

-> 2.5.6:
upgraded socket-classes to correct the error by unsubscribing on client disconnect
==========================================================================

Would you like to upgrade ws from @2.5.5 to @2.5.8 now? [(y)es, (n)o]: y
Update ws from @2.5.5 to @2.5.8
NPM version: 9.8.1
Installing iobroker.ws@2.5.8... (System call)

[myssv]

So, diesmal hat es länger gedauert ...

Volker@ioBroker:~$ iob upgrade ws@2.5.8 --debug 

This upgrade of "ws" will introduce the following changes:
==========================================================================
-> 2.5.8:
Corrected adapter termination if the alias has no target

-> 2.5.7:
upgraded socket-classes to fix vis problems

-> 2.5.6:
upgraded socket-classes to correct the error by unsubscribing on client disconnect
==========================================================================

Would you like to upgrade ws from @2.5.5 to @2.5.8 now? [(y)es, (n)o]: y
Update ws from @2.5.5 to @2.5.8
NPM version: 9.8.1
Installing iobroker.ws@2.5.8... (System call)
npm ERR! code ETIMEDOUT
npm ERR! syscall connect
npm ERR! errno ETIMEDOUT
npm ERR! network request to https://registry.npmjs.org/iobroker.ws/-/iobroker.ws-2.5.8.tgz failed, reason: connect ETIMEDOUT 2606:4700::6810:1f22:443
npm ERR! network This is a problem related to network connectivity.
npm ERR! network In most cases you are behind a proxy or have bad network settings.
npm ERR! network 
npm ERR! network If you are behind a proxy, please make sure that the
npm ERR! network 'proxy' config is set properly.  See: 'npm help config'

npm ERR! A complete log of this run can be found in: /home/iobroker/.npm/_logs/2023-11-11T08_58_10_931Z-debug-0.log
Adapter "system.adapter.web.0" restarted.
upload [11] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/de/translations.json i18n/de/translations.json application/json
upload [10] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/en/translations.json i18n/en/translations.json application/json
upload [9] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/es/translations.json i18n/es/translations.json application/json
upload [8] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/fr/translations.json i18n/fr/translations.json application/json
upload [7] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/it/translations.json i18n/it/translations.json application/json
upload [6] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/nl/translations.json i18n/nl/translations.json application/json
upload [5] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/pl/translations.json i18n/pl/translations.json application/json
upload [4] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/pt/translations.json i18n/pt/translations.json application/json
upload [3] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/ru/translations.json i18n/ru/translations.json application/json
upload [2] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json
upload [1] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/jsonConfig.json jsonConfig.json application/json
upload [0] ws.admin /opt/iobroker/node_modules/iobroker.ws/admin/ws.png ws.png image/png

[myssv]

@myssv sagte in BackItUp Update hängt:

https://registry.npmjs.org/iobroker.ws/-/iobroker.ws-2.5.8.tgz

ich kann die Datei manuell herunterladen!

[myssv]

@myssv sagte in BackItUp Update hängt:

connect ETIMEDOUT 2606:4700::6810:1f22:443

ist das IPv6? Das wäre eine Erklärung, da ich das im Hausnetz nicht will und eigentlich überall deaktiviert habe.

[Thomas Braun]

@myssv
Ja, das ist eine ipv6-Adresse.
Warum willst du das nicht?

Aktivier das halt, das ist wichtig.

[myssv]

@thomas-braun sagte in BackItUp Update hängt:

@myssv
Warum willst du das nicht?

Weil mein gesamtes Netzwerk auf IPv4 ausgerichtet ist und mit V6 z.B. mein Adguard nicht korrekt funktioniert.

Von daher möchte ich mein Netzwerk rein auf IPv4 behalten, was ja auch überhaupt kein Problem darstellen sollte, da ich so für mich genügend Adressen habe.

Scheinbar hat der ioBroker damit ein Problem. Kann ich den irgendwie auf rein V4 umstellen?

[Thomas Braun]

@myssv sagte in BackItUp Update hängt:

Scheinbar hat der ioBroker damit ein Problem.

Nein, kein Problem.
Nodejs/npm nutzen allerdings ipv6 zu Recht bevorzugt.

Ipv6/ipv4 kann man auch parallel nutzen. Mache ich z.B. in meinem Netz so.

IPv6 ist Stand der Technik, bring dein Netzwerk halt in die Gegenwart. Adguard kann man zu 100% auch mit IPv6 betreiben.

[myssv]

@thomas-braun sagte in BackItUp Update hängt:

@myssv sagte in BackItUp Update hängt:

Nodejs/npm nutzen allerdings ipv6 zu Recht bevorzugt.
Das stört mich nur, wenn nicht auf IPv4 zurück gegangen wird

Ipv6/ipv4 kann man auch parallel nutzen. Mache ich z.B. in meinem Netz so.
Kann man IPv6 auch deaktivieren?

IPv6 ist Stand der Technik, bring dein Netzwerk halt in die Gegenwart.
Sorry, aber das ist kein Argument. E-Autos sind auch stand der Technik, aber ich fahre weiterhin meinen 8 Jahre alten Diesel!

Adguard kann man zu 100% auch mit IPv6 betreiben.
Sicher kann man das, aber warum dafür ein funktionierendes Netzwerk ändern?

So, das war genug off topic!
Kannst Du mir sagen, wie ich den ioBroker mit reinem IPv4 betreiben kann?

[Thomas Braun]

@myssv

Nein.

[myssv]

@thomas-braun ich habe dazu im Netz folgendes gefunden:

In der Datei /etc/sysctl.conf

folgenden Eintrag einfügen:
net.ipv6.conf.all.disable_ipv6 = 1

und dann mit
sudo sysctl -p

übernehmen.

Danach wurden beide Adapter anstandslos installiert.

Allerdings startet der ioBroker ohne IPv6 nicht mehr.

Der Server ist wieder da und ich komme auf die Konsole, daber nicht auf die ioBroker Webseite.

[Thomas Braun]

@myssv sagte in BackItUp Update hängt:

aber warum dafür ein funktionierendes Netzwerk ändern?

Dein Netzwerk funktioniert ja eben nicht vollumfänglich.

[myssv]

@thomas-braun sagte in BackItUp Update hängt:

@myssv sagte in BackItUp Update hängt:

aber warum dafür ein funktionierendes Netzwerk ändern?

Dein Netzwerk funktioniert ja eben nicht vollumfänglich.

Der ioBroker funktioniert scheinbar nicht ohne IPv6. Mein Netzwerk funktioniert ohne den ioBroker einwandfrei.

Ich habe noch 10-15 Jahre zu leben. Da werde ich mir IPv6 nicht mehr antun!

Aber ist das jetzt wirklich zielführend?

[Thomas Braun]

@myssv

Ob IPv6 eingeführt und verwendet wird entscheidest aber nicht du. Du kannst natürlich sagen, ich spreche kein IPv6, dann musst du sich aber auch nicht wundern, wenn der Rest der Netzwerkwelt dann mit dir nicht mehr kommunizieren kann und Dienste nicht mehr funktionieren.

[myssv]

@thomas-braun sagte in BackItUp Update hängt:

@myssv

Ob IPv6 eingeführt und verwendet wird entscheidest aber nicht du. Du kannst natürlich sagen, ich spreche kein IPv6, dann musst du sich aber auch nicht wundern, wenn der Rest der Netzwerkwelt dann mit dir nicht mehr kommunizieren kann und Dienste nicht mehr funktionieren.

Ich bin doch überhaupt nicht wichtig auf dieser Welt! Darum geht es doch auch gar nicht.

Es ist aber eine klare Aussage, wenn der ioBroker in einem reinen IPv4 Netzwerk nicht mehr funktioniert.

Danke dafür!

[Thomas Braun]

@myssv sagte in BackItUp Update hängt:

Es ist aber eine klare Aussage, wenn der ioBroker in einem reinen IPv4 Netzwerk nicht mehr funktioniert.

Wer hat die getätigt? Klar kann man das machen. Man muss dann aber 'gegen das grundsätzliche Setup' anarbeiten und hier und da Einstellungen verändern, damit man sein kleines gallischen Netzwerk weiter mit einer auslaufenden Technik betreiben kann. IPv4 und IPv6 laufen wunderbar gleichzeitig in einem Netzwerk, die sehen einander gar nicht.

Also wird dein kastrierten Netzwerkonstrukt nur unnötig komplexer.
Und das würde ich mir nicht antun.