NEWS

@thomas-braun

die leute sind bei der installation von iobroker so geframed, das ihnen als user nur iobroker einfällt 🙂

@dp20eic,
Vielen Dank nochmals für die Hilfe.
Backups sind jetzt geladen und es läuft alles.
Ich werde jetzt versuchen Backup Adapter mit meinem NAS zu verknüpfen.
Dazu hast du schon mal @homoran geholfen.
Ich werde mir die Seite durchlesen und versuchen es zu kapieren.
Link Text

Darf ich mich nochmals melden, wenn es nicht klappt.

@cluni sagte: ist die Behebung dieser Sache zu kompliziert

Das vermute ich.

@pgemultra

======================= SUMMARY ======================= v.2023-10-10 model name : Intel(R) Celeron(R) J4125 CPU @ 2.00GHz Kernel : x86_64 Userland : amd64 Docker : v9.0.1 Installation: Docker Kernel: x86_64 Userland: amd64 Timezone: Etc/UTC User-ID: 0 X-Server: false Pending OS-Updates: 2 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.18.2 /usr/bin/node v18.18.2 /usr/bin/npm 9.8.1 /usr/bin/npx 9.8.1 /usr/bin/corepack 0.19.0 Recommended versions are nodejs 18.18.2 and npm 9.8.1 Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 3.9G 3.4G 270M 38M 558M 551M Swap: 4.5G 2.5G 2.1G Total: 8.5G 5.9G 2.3G Active iob-Instances: 20 Active repo(s): stable ioBroker Core: js-controller 5.0.12 admin 6.10.1 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : buanet-iob - enabled, port: 8081, bind: 192.168.1.30, run as: a dmin + system.adapter.web.0 : web : buanet-iob - enabled, port: 8082, bind: 192.168.1.30, run as: a dmin system.adapter.web.1 : web : buanet-iob - disabled, port: 8086, bind: 192.168.1.30, run as: a dmin Objects: 8671 States: 9369 Size of iob-Database: 111M /opt/iobroker/iobroker-data/objects.jsonl 19M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================

Nun der Summary.

@glattermonoid sagte in Adapterseite nicht erreichbar: TypeError::

Bin davon ausgegangen das der PI das schon wegsteckt.
Also bis jetzt hat er das eigentlich auch. Die Auslastung hält sich bisher in Grenzen.

Dann lass es so wie es ist.
Hauptsache, es funzt jetzt wieder 😉

Wenn der Pi einzig und allein für ioBroker gedacht ist, kannst Du das ja später mal ändern.
Du erhältst hier bei künftigen Problemen eher Hilfe, wenn ioBroker nativ unter Debian läuft.

@tim0thy11 sagte in Mihome-Vacuum: Keine Verbindung mit Gerät oder Dienst:

Protokoll:
mihome-vacuum.0 2023-10-24 10:10:54.130 info IOT enabled, create state
mihome-vacuum.0 2023-10-24 10:10:53.966 info starting. Version 4.0.0 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v18.18.2, js-controller: 5.0.12

Weiter geht es im Protokoll leider nicht.

Die Meldung im Log sagt nicht viel dazu aus ..

Stelle bei der Instanz die Logstufe auf DEBUG , dann sieht man mehr im Log dazu .
siehe hier .. was ich meine :
https://forum.iobroker.net/post/1057977

@homoran

Das hat früher anders funktioniert. Da konnte ich links mehrere auswählen und dann daraus ein Preset erstellen. Bin mir 100%ig sicher.

echarts01.jpg

@markusp sagte in Keine Updates nach Nodejs Update:

Zu macOS kann ich nix sagen, die Pfade sehen aber schräg aus.

@glasfaser : noch eine Frage: hast du aktuelle Daten, mit denen ich auch das Eingangsregister füllen kann?

@antimon sagte in ioBroker Installer zerschießt System:

Also die Minimized-Version habe ich definitiv nicht installiert - der Beschreibung zufolge hört sich das nach einer IoT-Version ohne SSH oder so an

Das Ergebnis ist dann wohl ein ähnliches. 🙂

@rascal

Nodejs 18.13.0 ist 100% falsch.
Mittels

iob nodejs-update

die aktuelle nodesource-Version einspielen.

Und npm NICHT mit sudo einleiten, am besten gar nicht verwenden.

@homoran sagte in Basiseinstellungen bleiben weis:

@thomas-braun sagte in Basiseinstellungen bleiben weis:

@feuersturm sagte in Basiseinstellungen bleiben weis:

Vielleicht sieht @Thomas-Braun noch etwas

Nein, schaut für mich ansonsten schlüssig aus.

ausser dass er im Beta unterwegs ist

Jo, wie gesagt, ist jetzt kein Problem, läuft ja irgendwie alles.
Nur das die Seiten nur mal geht mal nicht. Alles andere rufe ich ohne große Verzögerungen auf.
Was mir aufgefallen ist das ich im Runlevel 5 laufe. Mh. Aber ich habe eigentlich kein Desktop drauf.
Hab das als Basis.

Armbian Bookworm Minimal CLI 6.1 SHA ASC 283Mb Aug 31, 2023

https://www.armbian.com/rock64/

Nur mal wegen dem RAM Speicher

free total used free shared buff/cache available Mem: 4069452 3131768 355084 4432 677144 937684 Swap: 2034724 2816 2031908

MOD-EDIT: Code in code-tags gesetzt!

0b07cf24-d985-4f0f-af1d-68ee9d78397c-grafik.png

@oliverio Danke! Ich habe sonst auch schon ein Issue bei Github aufgegeben.

@haselchen
space ergänzt - doppel URL ist halt icht ganz im Standard.
Sorry.

Auch auf die Gefahr hin, hier ein altes Thema aufzuwecken, aber bisher scheint es ja keine Lösung zu geben.

Ich habe das selbe Problem und die Datei existiert nicht. hab es mit WinSCP geprüft. ich habe versucht ein lokales Bakup zu machen und wollte es mir dann rüber holen, aber es kommt die Fehler Meldung

[ERROR] [iobroker] - host.IoBroker One or more optional files are corrupted: host.IoBroker /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/files/vis.0/vis-views.json is not a valid json file host.IoBroker Please ensure that self-created JSON files are valid

beim einspielen in ein neues System funktionierte der Vis-Adapter überhaupt nicht.

@thomas-braun sagte in LG Adapter problem:

@deta

Die exakte Uhrzeit ist für Computersysteme enorm wichtig, das ist nicht nur 'zur Zierde' da.

schon klar, hatte ich doch irgendwie übersehen.
Jetzt geht das ganze System wieder.
Bis auf eine kleinigkeit.

Wenn ich auf den Schraubenschlüssel klicke für die Basiseinstellungen, nurdelt er sich bis...
kommt nichts.

cu Deta

@tolkin sagte in Ständig CPU Auslastung und der ioBroker läuft sehr langsam:

ProxmoxVirtual Environment 7.4-13

Moin,

hat erst einmal nichts mit Deinem Problem zu tun, aber Proxmox ist schon bei Proxmox Virtual Environment 8.0.4, da solltest Du auch mal Hand anlegen.
Wie man es machen kann, steht entweder bei

Proxmox -> https://pve.proxmox.com/wiki/Upgrade_from_7_to_8 oder hier im Forum -> https://forum.iobroker.net/topic/66393/proxmox-has-changed-to-bookworm

VG
Bernd

So viel zu never touch irgendwas.

Moin,

Oct 18 22:24:27 raspberrypi kernel: I/O error, dev mmcblk0, sector 21772856 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 2

Du kannst da natürlich versuchen noch was zu retten, hängt aber an Deinem Skill, ob Du etwas von Forensik verstehst?

Es gibt Tools auch für KleinWeich, mittels derer man Datenrettung vornehmen kann, es gibt auch im Internet Dienste, die das für Geld übernehmen.
Wenn Du genug Erfahrung hast, kannst Du das auch selbst machen, indem Du die Kiste richtig herunterfährst,

# sudo shutdown -h now

Dann die Karte in einen anderen Rechner, am besten ein Linux PC, dann kann man erst einmal versuchen, mittels fsck.ext4 zu schauen, was da alles im Argen ist.

Wenn aber in diesem Block wichtige Daten lagen, z. B. aus der VIS, dann kann es sein, dass da dann doch etwas nicht mehr geht.

VG
Bernd

P.S.: Dir dabei remote zu helfen wird schwer, denn man muss da schon genau lesen und entscheiden, ob man Ja, oder Nein sagt, wenn ein Block ersetzt werden soll.