IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol

[liv-in-sky]

@Homoran wie schon geschrieben mit copy und paste geht das nicht -update javascript ?

[Homoran]

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

wie schon geschrieben mit copy und paste geht das nicht

Was geht nicht?
Das script kopieren?

Den Wert des DP?
War nur ein test, damit nicht "null" kommt

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

-update javascript ?

ist gerade ein Update in stable gekommen

• wrong version of admin
  • admin upgrade
    • wrong version of js-controller ....

Wollte mit der produktiven Umgebung letztes Wochenende auf einen neuen Server mit nagelneuer Basis umziehen.
Da bin ich auch an Problemen hängen geblieben

[liv-in-sky]

@Homoran ja das hatte ich voher auch - ich wollte auch auf die neuste jscript vesion gehen - ging nicht

das kopieren des dp geht nicht

[Homoran]

@liv-in-sky
da stimmt wirklich was nicht - ich gehe da morgen noch mal in Ruhe ran:

javascript.0	2020-02-11 21:07:15.026	error	at Timer.listOnTimeout (timers.js:290:5)
javascript.0	2020-02-11 21:07:15.026	error	at tryOnTimeout (timers.js:323:5)
javascript.0	2020-02-11 21:07:15.025	error	at ontimeout (timers.js:511:34)
javascript.0	2020-02-11 21:07:15.025	error	at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1869:34)
javascript.0	2020-02-11 21:07:15.025	error	at Object.<anonymous> (script.js.Hardware.NetScan:276:101)
javascript.0	2020-02-11 21:07:15.025	error	Error in callback: TypeError: myObjOld.push is not a function

[liv-in-sky]

@Homoran ja drüber schlafen hilft meist

[Homoran]

@liv-in-sky

Letzter Test für heute:

Testumgebung:

• Datenpunkt Collection gelöscht
• Script gestartet
  • Datenpunkt angelegt
  • Datenpunkt gefüllt

---

produktive Umgebung:

• Skript aus der Testumgebung 1:1 kopiert
• Datenpunkt Collection gelöscht
• Script gestartet
  • Datenpunkt angelegt
  • Datenpunkt nicht gefüllt

Muss also an einer Adapterversion liegen

[liv-in-sky]

@Homoran sehe ich auch so

[Homoran]

@liv-in-sky
Habe dann gestern doch nicht an mich halten können. Nachdem es auf einer anderen neuen Installation auch auf Anhieb lief habe ich eine Updateorgie mit massiven Hindernissen durchgeführt. Läuft es jetzt, aber...

Skript funktionierte erst wieder nach Löschen der Datenpunkte!
Vermutung: der setstate ist nicht abwärtskompatibel

Die Tabelle baut sich auf, aber...
Es stehen wieder nicht alle Geräte drin, diesmal fehlen andere.
Um nicht zu viele Anfragen an die Devices zu schicken habe ich aber das Skript bei den beiden Testinstanzen nicht mehr aktiv und kann nicht live vergleichen.

System mit vollständiger (?) Geräteliste:

• RasPi 4 2GB
• Raspbian Buster
• node 10
• nmap 7.70

aktuelles produktives System mit unvollständiger Geräteliste:

• NUC mit proxmox und VM
• Raspbian Stretch
• node 8
• nmap 7.40

Also hängt doch einiges an den Versionen

Muss mal sehen wo ich mich heute noch rantraue nach dem Desaster gestern

EDIT: seltsamerweise kann ich von der VM auch nicht die fehlende Node MCU "Teensy" anpingen, vom RasPi schon

[liv-in-sky]

@Homoran ok

• immerhin ist das mit dem array datenpunkt geklärt - das braucht wohl eine neuere js version
• hatte heute morgen nochmal probiert, die neue js version zu installieren - ging immer noch nicht
• die rechte im sudoers file hast du auch auf dem produktiv system eingerichtet, wenn nicht, würdest du wahrscheinlich eh einen fehler bekommen
• auf dem prduktiv system: kannst du da nmap nicht aktualisieren ?
• das schöne an proxmaox - volles backup des iobroker in 5 minuten - danach kann man sich dann beruhigt auf die node updates und anderes wagen

[Homoran]

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

immerhin ist das mit dem array datenpunkt geklärt - das braucht wohl eine neuere js version

naja nicht ganz geklärt.
Ich habe eben einen ioBroker Host neu aufgesetzt (380 Tage Uptime!( weil er noch node 6 und npm uralt hatte
Obwohl es die gleiche Hardware war und ich (widerwillig) wieder Ubuntu genommen hatte bekam er eine andere (neue) IP und tauchte damit auch zusätzlich in der Liste auf.

Nach langem Hin und Her sowie einigen Überredungskünsten konnte ich die Fritzbox dazu überreden ihm die alte IP zu geben.

Daraufhin war ich so mutig und wollte den jetzt als abwesend markierten Eintrag aus der Liste "collection" etferne.
War der letzte Eintrag - einfach gelöscht - nicht gut

Also Datenpunkt gelöscht - wurde nicht wieder neu angelegt,
Erst nach restart der js-Instanz.

Bin noch weiter auf der Suche nach Ursachen .
Wenn du dich jetzt nicht gemeldet hättest...

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

hatte heute morgen nochmal probiert, die neue js version zu installieren - ging immer noch nicht

Habe da auch gestern einge Probleme gehabt - admin manuell auf 3.7.9 ging dann immer noch nicht - ein iobroker upload admin zeigte dann auf einmal die neue js-Version an.
Ich bin mir allerdings gar nicht sicher, ob nur die Header über nommen wurden, oder tatsächlich die neue Version daruf ist

Werde nachher mal downgraden und wieder upgraden - Aber die Zeit....

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

auf dem prduktiv system: kannst du da nmap nicht aktualisieren ?

Anscheinend nicht. Muss wohl erst die Linux-Version anheben, damit ein anderes debian-Repo kommt.
Oder hast du einen Vorschlag wie?

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

volles backup des iobroker in 5 minuten

Wenn man nicht die Zugangsdaten falsch aufschreibt

[liv-in-sky]

@Homoran leider habe ich nicht allzu große erfahrung mit dem updaten in linux - ich hoffe immer, dass er alles findet, was ich installieren will - wenn's nicht geht - blöd gelaufen - wäre nur noch der versuch das packet direkt downzuloaden und nmap upzudaten - wobei ich nicht weiß, ob das neue nmap mit deiner debian version läuft - was aber auszuprobieren wäre, da du ja später eh debian erhöhen musst - dpkg müßte der befehle sein - https://www.dev-insider.de/was-ist-dpkg-a-859427/

für dein proxmox heißt das: du mußt das ganze system updaten - also debian buster mit proxmox 6 ? oder reicht in update updrade für den proxmox server ? machte ich vor ein paar wochen - ging gut - habe aber nicht das orginal image von proxmox gehabt sondern sonderinstallation - ich mache dann von proxmox selbst mit einem boot stich von clonezilla ein backup auf eine andere platte (image) bevor ich sowas wie proxmox oder debian update

• wie schon erwähnt - der datenpunkt array (feld) läßt sich nicht von hand manipulieren - da mußte ich auch schon durch

[Homoran]

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

dpkg müßte der befehle sein

da braucht es dann .deb Pakete - ich mache es mit apt install...
Habe nach diesen Paketen gesucht und das befürchtete gefunden:

Für debian stretch gibt es nur 7.40, um auf die 7.70 zu kommen brauche ich buster.

Ja, ich wollte eh die neue Proxmox version draufspielen wenn ich den Server plattmache.
Aber erst einmal nur in der VM die Debian version erhöhen ????
Oder ioBroker Backup
Debian plattmachen - neu installieren - Restore

[liv-in-sky]

@Homoran du hast eine VM - dann sollte das mit demn upgrade ja funktionieren - bei container geht das ja so nicht, da die container ja als grundsystem, dass von proxmox haben

unbedingt login wieder besorgen und backup der vm machen - danach auf buster gehen - müßte klappen - evtl solltest du aber vorher mal die node (npm) updaten - so würde ich es machen

[Homoran]

@liv-in-sky sagte in IP Devices im Netzwerk - HTML Tabelle vis, Iqontrol:

unbedingt login wieder besorgen

hatte ich gestern mit viel Try and Error geschaft. Ein Zeichen hatte ich auf dem Zettel klein geschrieben obwohl es hätte groß sein müssen

Wenn ich auf Buster gehe, werde ich auch auf node10 gehen - aber wie macht man bei einem Linux im laufenden Betrieb ein Update?
Habe gerade einen uralten Server von Jessie auf Buster "hochgezogen" indem ich ihn plattgemacht und neu installiert hatte. Beim produktiven wollte ich das eigentlich nicht

[liv-in-sky]

@Homoran iobroker def. ausschalten - der stört nur dabei

dann musst du das jetztige system (stretch?) update und upgrade - anschliessend die repos. ändern auf buster - danach wieder update und upgrade - dann läuft buster

habe mir im netz einfach eine gute anleitung gesucht - leider habe ich sie nicht mehr, sonst würde ich dir linkj geben , aber da gibt es gnügend davon

[liv-in-sky]

@Homoran wahrscheinlich funktioniert das sogar mit laufenden iobroker - aber ich würde die vm nach dem update auf jeden fall neustarten - ist das nicht möglich ?

[Homoran]

@liv-in-sky Ich versuche es - arbeite auch immer nur nach Anleitungen. Das passiert so selten, dass keine Routine aufkommt.
Jetzt ist z.B. der Speicherplatz für einen snapshot zu klein. Ich habe nach 3 Jahren keine Ahnung mehr, wie ich das ändern könnte

[liv-in-sky]

@Homoran kein snapshot - mache dir ein backup im stop zustand - dann ist alles in einem !

alte backups löschen, bis du nur noch eines hast - geht das - dann neues stop-backup

[liv-in-sky]

@Homoran wenn du eine freie usb platte hast, hänge sie einfach mit ins proxmox als directory - kannst du ja später wieder rausnehmen

es gibt doch einen proxmox thread - da sind die richtigen profis drin

[Homoran]

@liv-in-sky
So!
das große Update ist durch!

USB-Platte habe ich nicht angebunden bekommen - aber cifs aufs NAS
Da ruht jetzt ein Backup

Leider hat das Ganze uns nichts genutzt, die vermisste IP ist immer noch nicht auffindbar, auch nicht mit ping, aber:

pi@ioBroker01:/opt/iobroker$ ping 192.168.138.201
PING 192.168.138.201 (192.168.138.201) 56(84) bytes of data.
From 192.168.138.123 icmp_seq=1 Destination Host Unreachable
From 192.168.138.123 icmp_seq=2 Destination Host Unreachable
From 192.168.138.123 icmp_seq=3 Destination Host Unreachable

--- 192.168.138.201 ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 116ms
pipe 4
pi@ioBroker01:/opt/iobroker$ nmap 192.168.138.201
Starting Nmap 7.70 ( https://nmap.org ) at 2020-02-12 15:55 CET
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.05 seconds
pi@ioBroker01:/opt/iobroker$ nmap -Pn 192.168.138.201
Starting Nmap 7.70 ( https://nmap.org ) at 2020-02-12 15:56 CET
Nmap scan report for 192.168.138.201
Host is up (0.066s latency).
All 1000 scanned ports on 192.168.138.201 are filtered

Nmap done: 1 IP address (1 host up) scanned in 5.92 seconds

Nmap ist jetzt 7.70
vielleicht wäre die -Pn option auch etwas für dich.
Muss aber erst einmal testen, ob dadurch eventuell andere IPs verloren gehen.