UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[TronLand]

@crunchip Ja klar, das kann ich natürlich beisteuern, sorry:

• NUC 4 x Intel(R) Celeron(R) N5095 @ 2.00GHz (1 Socket)
• VM hat 2 Kerne und 2GB RAM
• Debian VM Linux iobVM 5.10.0-14-686-pae #1 SMP Debian 5.10.113-1 (2022-04-29) i686

Michael

[Thomas Braun]

@tronland sagte in Proxmox VM friert ein:

2GB RAM

Äußerst knapp bemessen. Gib dem Ding mal mehr Luft zu Atmen.

[crunchip]

@tronland 2GB Ram sind zwar nicht viel, kommt allerdings darauf an, wie groß dein iobroker ist.

normalerweise müsste aber etwas im log zu finden sein z.b. im var/log/syslog oder kern.log

@tronland sagte in Proxmox VM friert ein:

Die Prozessorauslastung steht immer genau bei 50%.

is a bisserl viel bzw kannst du ruhig 4 kerne zuteilen und wenn laut deinem screen der iobroker bei knapp 2% cpu läuft, dann läuft möglicherweise was mit deinem iobroker selbst nicht rund

[TronLand]

@thomas-braun Okay. gemacht. Werde mal schauen.
Aber er hat sich nie mehr als 1GB genommen. Ich habe noch 2 Slave Instanzen im Haus. Manche Adapter laufen also auf anderen Rechnern (meistens Raspi 4).

Danke für den Tipp.

Michael

[Thomas Braun]

@tronland sagte in Proxmox VM friert ein:

Aber er hat sich nie mehr als 1GB genommen.

Z. B. beim Backup wird einiges mehr an RAM benötigt.

[TronLand]

@thomas-braun said in Proxmox VM friert ein:

@tronland sagte in Proxmox VM friert ein:

Aber er hat sich nie mehr als 1GB genommen.

Z. B. beim Backup wird einiges mehr an RAM benötigt.

Backup läuft alle zwei Tage um 19:30 Uhr ohne Probleme durch.
Heute ist er um 08:30 abgeschmiert (siehe Screenshot). Da ist aber nichts geplant und im Proxmox Log ist auch nichts um diese Zeit.

[TronLand]

@crunchip said in Proxmox VM friert ein:

@tronland 2GB Ram sind zwar nicht viel, kommt allerdings darauf an, wie groß dein iobroker ist.

normalerweise müsste aber etwas im log zu finden sein z.b. im var/log/syslog oder kern.log

@tronland sagte in Proxmox VM friert ein:

Die Prozessorauslastung steht immer genau bei 50%.

is a bisserl viel bzw kannst du ruhig 4 kerne zuteilen

Die 50% sind immer nur dann, wenn er nicht mehr erreichbar ist.
Im normalen Betrieb liegt die Last bei unter 5%.

[crunchip]

@tronland dann schau mal ins iobroker log und beobachte , bzw sobald die cpu ansteigt, mal mit top auf der Konsole schauen.

[TronLand]

@crunchie Mir fällt gerade auf, dass die Uhrzeiten in den Log nicht stimmen. Dort gibt es Einträge von heute um 20 Uhr... Aber die Systemzeit der VM stimmt : Fri 08 Jul 2022 07:48:26 PM CEST

Ich weiß also nicht, welche Einträge die richtigen sind. Merkwürdig.

Auch sind die Einträge nicht unbedingt chronologisch (syslog.log):

Jul 8 20:57:29 iobVM bash[377]: host.iobVM check instance "system.adapter.proxmox.0" for host "ioBrokerAttic"
Jul 8 20:57:29 iobVM bash[377]: host.iobVM check instance "system.adapter.web.0" for host "gaspi"
Jul 8 20:57:29 iobVM bash[377]: host.iobVM check instance "system.adapter.ds18b20.0" for host "ioBrokerAttic"
Jul 8 20:57:29 iobVM bash[377]: host.iobVM check instance "system.adapter.fullybrowser.0" for host "ioBrokerAttic"
Jul 8 18:57:31 iobVM systemd-timesyncd[308]: Initial synchronization to time server 5.199.135.170:123 (0.debian.pool.ntp.org).
Jul 8 18:57:36 iobVM bash[377]: Cannot send diag info: timeout of 4000ms exceeded
Jul 8 18:58:07 iobVM bash[377]: /bin/sh: 1: iw: not found
Jul 8 18:58:07 iobVM bash[377]: /bin/sh: 1: iw: not found
Jul 8 18:58:07 iobVM bash[377]: /bin/sh: 1: hcitool: not found

kern.log Beispiel:

Jul 3 18:04:58 iobVM kernel: [ 4.698564] [drm] Initialized bochs-drm 1.0.0 20130925 for 0000:00:02.0 on minor 0
Jul 3 18:04:58 iobVM kernel: [ 4.700770] fbcon: bochs-drmdrmfb (fb0) is primary device
Jul 3 18:04:58 iobVM kernel: [ 4.719813] Console: switching to colour frame buffer device 128x48
Jul 3 18:04:58 iobVM kernel: [ 4.732559] bochs-drm 0000:00:02.0: [drm] fb0: bochs-drmdrmfb frame buffer device
Jul 3 18:04:58 iobVM kernel: [ 5.051325] Adding 998396k swap on /dev/sda5. Priority:-2 extents:1 across:998396k FS
Jul 3 18:04:59 iobVM kernel: [ 5.415325] random: crng init done
Jul 3 18:04:59 iobVM kernel: [ 5.415329] random: 7 urandom warning(s) missed due to ratelimiting
Jul 8 20:57:25 iobVM kernel: [ 0.000000] Linux version 5.10.0-14-686-pae (debian-kernel@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian 5.10.113-1 (2022-04-29)
Jul 8 20:57:25 iobVM kernel: [ 0.000000] x86/fpu: x87 FPU will use FXSAVE
Jul 8 20:57:25 iobVM kernel: [ 0.000000] BIOS-provided physical RAM map:
Jul 8 20:57:25 iobVM kernel: [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable
Jul 8 20:57:25 iobVM kernel: [ 0.000000] BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved
Jul 8 20:57:25 iobVM kernel: [ 0.000000] BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
Jul 8 20:57:25 iobVM kernel: [ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000007ffd9fff] usable
Jul 8 20:57:25 iobVM kernel: [ 0.000000] BIOS-e820: [mem 0x000000007ffda000-0x000000007fffffff] reserved
Jul 8 20:57:25 iobVM kernel: [ 0.000000] BIOS-e820: [mem 0x00000000feffc000-0x00000000feffffff] reserved
Jul 8 20:57:25 iobVM kernel: [ 0.000000] BIOS-e820: [mem 0x00000000fffc0000-0x00000000ffffffff] reserved
Jul 8 20:57:25 iobVM kernel: [ 0.000000] NX (Execute Disable) protection: active

[TronLand]

@crunchip Ich finde auch das ioBroker log nicht mehr.

[crunchip]

@tronland das ist ja auch in /opt/iobroker/log

[TronLand]

@crunchip Ahh.. :-)
Wer würde denn auch erwarten, dass Logs im generellen Ordner gespeichert werden? ;-)

Ich schaue gleich.

[TronLand]

Da steht ja so gut wie nichts drin für heute. Zumindest nicht bei meiner Einstellung "WARN":

2022-07-08 00:55:22.377  - warn: hm-rpc.0 (546) State value to set for "hm-rpc.0.000E9569A24263.0.RSSI_DEVICE" has value "128" greater than max "127"
2022-07-08 05:37:54.296  - warn: hm-rpc.0 (546) State value to set for "hm-rpc.0.00265D898976EF.0.RSSI_DEVICE" has value "128" greater than max "127"
2022-07-08 05:50:48.584  - warn: hm-rpc.0 (546) State value to set for "hm-rpc.0.0009170993369E.0.RSSI_DEVICE" has value "128" greater than max "127"
2022-07-08 06:25:41.873  - warn: hm-rpc.0 (546) State value to set for "hm-rpc.0.00201D899333DE.0.RSSI_DEVICE" has value "128" greater than max "127"
2022-07-08 07:02:08.039  - warn: hm-rpc.0 (546) State value to set for "hm-rpc.0.000313C9933C4A.0.RSSI_DEVICE" has value "128" greater than max "127"
2022-07-08 18:57:48.511  - warn: node-red.0 (453) 8 Jul 18:57:48 - [warn] Projects disabled : editorTheme.projects.enabled=false

2022-07-08 18:59:39.472  - warn: host.iobVM "system.host.raspberrypigas" is offline
2022-07-08 18:59:39.491  - warn: host.iobVM "system.host.ioBroker3" is offline
2022-07-08 19:30:46.434  - warn: host.iobVM instance system.adapter.mqtt.0 terminated due to SIGTERM
2022-07-08 19:31:25.243  - warn: node-red.0 (461) 8 Jul 19:31:25 - [warn] Projects disabled : editorTheme.projects.enabled=false

2022-07-08 19:46:20.828  - warn: host.iobVM "system.host.raspberrypigas" is offline
2022-07-08 19:46:20.845  - warn: host.iobVM "system.host.ioBroker3" is offline
2022-07-08 19:55:07.934  - warn: influxdb.0 (494) Store data for 17 points and 0 conflicts
2022-07-08 19:55:09.360  - warn: host.iobVM instance system.adapter.mqtt.0 terminated due to SIGTERM
2022-07-08 19:55:15.594  - warn: host.iobVM "system.host.raspberrypigas" is offline
2022-07-08 19:55:15.608  - warn: host.iobVM "system.host.ioBroker3" is offline
2022-07-08 19:55:28.203  - warn: node-red.0 (1178) 8 Jul 19:55:28 - [warn] Projects disabled : editorTheme.projects.enabled=false

Um 18:59 hatte ich ja neu gestartet.

[Glasfaser]

@tronland

Zeige mal was du so hast ... das hast du oben nicht erwähnt !

Ein/ und Ausgabe davon in Code-Tags </> hier einstellen

cd /opt/iobroker
npm ls | grep -E 'github.com|ERR'


iobroker update -i
sudo ln -s /usr/bin/node /usr/bin/nodejs

uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs

[TronLand]

@glasfaser Der Fehler mit dem ookla repo kommt noch vom Adapter Speedtest.

admin@iobVM:/opt/iobroker$ npm ls | grep -E 'github.com|ERR'
├── iobroker.life360@0.2.17 (git+ssh://git@github.com/migoller/iobroker.life360.git#fb48e5d206f904abaf7a464acb79eb0dfbab52ea)
admin@iobVM:/opt/iobroker$ iobroker update -i
Used repository: stable
Adapter    "admin"        : 5.3.8    , installed 5.3.8
Adapter    "backitup"     : 2.4.9    , installed 2.4.9
Adapter    "discovery"    : 3.0.3    , installed 3.0.3
Adapter    "hm-rega"      : 3.0.40   , installed 3.0.40
Adapter    "hm-rpc"       : 1.15.12  , installed 1.15.12
Adapter    "influxdb"     : 2.6.3    , installed 2.6.3
Adapter    "info"         : 1.9.19   , installed 1.9.19
Adapter    "javascript"   : 5.7.0    , installed 5.7.0
Controller "js-controller": 4.0.23   , installed 4.0.23
Adapter    "mqtt"         : 3.0.6    , installed 3.0.6
Adapter    "node-red"     : 3.3.1    , installed 3.3.1
Adapter    "nut"          : 1.5.1    , installed 1.5.1
Adapter    "pi-hole"      : 1.3.4    , installed 1.3.4
Adapter    "smartmeter"   : 3.3.4    , installed 3.3.4
Adapter    "wireguard"    : 1.2.1    , installed 1.2.1
Adapter    "withings"     : 0.0.9    , installed 0.0.7  [Updatable]
Adapter    "yahka"        : 0.13.1   , installed 0.13.1
Adapter    "zigbee"       : 1.7.5    , installed 1.7.5
admin@iobVM:/opt/iobroker$ 
admin@iobVM:/opt/iobroker$ 
admin@iobVM:/opt/iobroker$ sudo ln -s /usr/bin/node /usr/bin/nodejs
[sudo] password for admin: 
ln: failed to create symbolic link '/usr/bin/nodejs': File exists
admin@iobVM:/opt/iobroker$ 
admin@iobVM:/opt/iobroker$ 
admin@iobVM:/opt/iobroker$ uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
i686
/usr/bin/nodejs
/usr/bin/node
/usr/local/bin/npm
v12.22.5
v12.22.5
8.5.2
admin
/opt/iobroker
Hit:1 http://security.debian.org/debian-security bullseye-security InRelease                                 
Hit:2 https://deb.nodesource.com/node_16.x bullseye InRelease                                                
Err:3 https://ookla.bintray.com/debian generic InRelease                                                     
  Could not handshake: The TLS connection was non-properly terminated. [IP: 18.196.239.149 443]
Hit:4 http://ftp.uni-stuttgart.de/debian bullseye InRelease                                                  
Hit:5 https://dl.yarnpkg.com/debian stable InRelease                                         
Hit:6 http://ftp.uni-stuttgart.de/debian bullseye-updates InRelease                          
Hit:7 https://packagecloud.io/ookla/speedtest-cli/debian bullseye InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
1 package can be upgraded. Run 'apt list --upgradable' to see it.
W: Failed to fetch https://ookla.bintray.com/debian/dists/generic/InRelease  Could not handshake: The TLS connection was non-properly terminated. [IP: 18.196.239.149 443]
W: Some index files failed to download. They have been ignored, or old ones used instead.
nodejs:
  Installed: 12.22.5~dfsg-2~11u1
  Candidate: 12.22.5~dfsg-2~11u1
  Version table:
 *** 12.22.5~dfsg-2~11u1 500
        500 http://ftp.uni-stuttgart.de/debian bullseye/main i386 Packages
        500 http://security.debian.org/debian-security bullseye-security/main i386 Packages
        100 /var/lib/dpkg/status

[Glasfaser]

@tronland sagte in Proxmox VM friert ein:

/usr/bin/nodejs
usr/bin/node
usr/local/bin/npm
v12.22.5
v12.22.5
8.5.2

und da ist der Fehler ...

wie hast du das denn gemacht , da ist ja alles durcheinander

[TronLand]

@glasfaser Wie meinst du das?

[Glasfaser]

@tronland

das gehört nicht in local nur in bin und die 12 gehört nicht zu NPM 8

[Glasfaser]

@tronland

Schau in die Signatur von @thomas-braun , wie man das behebt .

Ist nur wieder verwunderlich wie man zu local kommt .

wie hast du das gemacht !?

[TronLand]

@glasfaser: Hmm... Ich hatte vor langer Zeit mal das Problem, dass sich nodejs nicht aktualisieren ließ. Es kam immer, dass die neueste Version schon installiert wurde. Dann ein paar mal iob stop, iob update self , usw.
Manuell hab' ich nichts gemacht.