massive CPU Auslastung

[Thomas Braun]

@da_woody sagte in massive CPU Auslastung:

für mich ist die ordnerstruktur unter linux noch immer ein "spanisches dorf"

Da kann geholfen werden. Dafür gibt es FHS - Filesystem Hierarchy Standard (manchmal auch Filesystem Hierarchy Structure):

https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

Das Ganze ist durch und durch logisch aufgebaut. (Jedenfalls in der grauen Theorie)

[wendy2702]

Nur mal so…

Da man ja aktuell nicht weiss wo der Wurm genau steckt.

Vielleicht mal iob in einer weiteren VM komplett neu installieren und nur ein iob Backup, wenn möglich mit JS Controller 3.3.22 einspielen.

Somit sollte wenigstens sichergestellt sein das die Unterkonstruktion passt und iobroker sauber ist.

Alles andere kann man dann entweder nach installieren oder je nach verhalten in der alten VM suchen.

[da_Woody]

@thomas-braun sagte in massive CPU Auslastung:

Doch. Aber ich geb dir die Chance dein Handwerkszeug zu erlernen.
Wie man in Verzeichnisse wechselt muss ich hoffentlich nicht erklären?

LOL, nein, darüber bin ich schon raus. mein problem liegt daran, daß für mich woody@ioBroker:~$ , gewohnt von DOS/Windows root ist, eben ~. also wie bei windoof z.b. C:/ und nicht irgendein unterverzeichniss. ja, in dem fall ist es root, mein woodys. ist nach 40 jahren dos/windows nicht so einfach. vllt ist auch DOS schon zu lange her, wird mir aber immer erklärt, "das ist was anderes".
anyway. ich bleib sicher dran. hab auch schon schwer viren verseuchte win rechner ohne neuinstall sauber bekommen...

[da_Woody]

@wendy2702 sagte in massive CPU Auslastung:

Vielleicht mal iob in einer weiteren VM komplett neu installieren und nur ein iob Backup, wenn möglich mit JS Controller 3.3.22 einspielen.

das ist eine überlegung wert... die vom 8.1 sollte eigentlich eine sein.
da hab ich allerdings schon ein backup der VM eingespielt, nach update aller adapter war das prob wieder da...
aber, k, ioB insten, mit dem backitup mal zurückjubeln...

[wendy2702]

@da_woody Wie gesagt, wäre meine Idee die Sache eventuell etwas eingrenzen zu können und zumindest eine eventuell beschädigte iob installation ausschließen zu können.

[Homoran]

@da_woody sagte in massive CPU Auslastung:

da hab ich allerdings schon ein backup der VM eingespielt,

du sollst ja nicht die gesamte VM einspieln, sondern eine neue iobroker Installation in einer jugfräulichen VM machen und da dann nur das ioBroker backup einspielen

[Thomas Braun]

@da_woody sagte in massive CPU Auslastung:

ja, in dem fall ist es root, mein woodys.

? Nein, in dem Fall ist es ~ oder /home/woody.

wird mir aber immer erklärt, "das ist was anderes".

Natürlich ist DOS was anderes als Linux. Auch wenn shells, terminals, Konsolen oder wie auch immer man die Dinger schimpfen mag immer ähnlich aussehen.

hab auch schon schwer viren verseuchte win rechner ohne neuinstall sauber bekommen...

Weil am Ende der Virenscanner einen Erfolg vermeldet?

[AlCalzone]

@alcalzone sagte in massive CPU Auslastung:

@da_Woody @thomas-braun bitte diskutiert das woanders, z.B. im Chat

Ist wohl zu schwer und die geforderten Infos werden stattdessen nicht beantwortet. Viel Spaß euch noch, ich bin hier raus...

[crunchip]

Man kann sich ja mal kurz austauschen, auch sind Meinungsverschiedenheiten gang und gebe, dennoch sollte man es nicht unnötig ausarten lassen. Hat mir einiges an unötige Zeit gekostet den Thread zu lesen und um das wesentliche heraus zu picken.
Desweiteren gehören persönliche Dinge(schlecht über jemanden Reden, Beleidigungen) hier nicht ins Forum!

Installier eine Neue VM mit gleicher IP, iobroker installieren und iobroker backup zurück spielen.
Die alte VM legst du zuvor still.

Als Hinweis, noch gibt es die Möglichkeit einen Kurs mit zu machen, siehe https://forum.iobroker.net/post/759726
Wäre vllt etwas für dich

[wendy2702]

@crunchip sagte in massive CPU Auslastung:

Installier eine Neue VM mit gleicher IP, iobroker installieren und iobroker backup zurück spielen.

Meine Worte.

Ich denke @da_Woody ist entweder gerade dabei oder rauft sich die Haare

[apollon77]

Hey, ich muss auch sagen das diese Off Topic Diskussion und gegenseitige Vermutungen und Dinge nicht hilfreich sind ... jetzt könnte man glatt noch einen Thread machen.

Also bevor wir den 4.0.x ansehen will ich bitte mal Details zum 3.3.22 haben.

Auch da wurde geschrieben das der controller spikes auf über 100% CPU hat ...Auch meine Fragen von gestern hab ich nicht beantwortet gesehen (ob 3.3.22 jsonl war oder file).

ALso entweder wir kommen jetzt mal zu ner konstruktiven Arbeitsstimmung ohne Nebenkriegsschauplätze oder auch ich bin raus. Da fehlt mir grad die Zeit zu

[da_Woody]

@alcalzone sorry, das hab ich gestern überlesen...

[da_Woody]

@wendy2702 sagte in massive CPU Auslastung:

Ich denke @da_Woody ist entweder gerade dabei oder rauft sich die Haare

beides... hab gestern versucht mit deaktivierten adapern zu schauen. hat auch nicht viel gebracht. neue VM mit debian11 hab ich schon mal aufgesetzt. im mom wird gemotzt, daß woody nicht soudor ist und deswegen wird js-controller nicht installiert. sudo und curl hab ich schon installiert. hab dann aufgegeben, sinnlos wenn man zuviel im kopf hat.
heute wenig zeit. (muß das eheweib ins spital bringen) werd aber schauen, daß ich nochmal auf 3.3.22 zurückkomme.
@apollon77 ich denk mal, daß es jsonl war. werde nachher nochmal genaueres berichten und auch mit schreiben was ich so gemacht habe.
im anderen thread hat ja @crunchip von einer erhöhten CPU last geschrieben...

[crunchip]

@da_woody sagte in massive CPU Auslastung:

im mom wird gemotzt, daß woody nicht soudor ist und deswegen wird js-controller nicht installiert. sudo und curl hab ich schon installiert. hab dann aufgegeben

verstehe ich nicht
bei einem LXC wäre das zu tun

apt update && apt upgrade
apt install sudo curl
sudo dpkg-reconfigure tzdata
adduser woody
usermod -aG sudo woody

iob installieren

bei einer VM ist glaub ich, sudo schon incl, also muss nur curl nachinstalliert werden, somit bleibt nur

apt update && apt upgrade
adduser woody
usermod -aG sudo woody

iob installieren

die erhöhte CPU tauchte nach den Update's auf, nach Neustart des iob läuft es wieder normal

Edit: nachdem update von js-controller 4.0.9 auf 4.0.10 bleibt nun auch die CPU oben

[da_Woody]

@crunchip wahrscheinlich war die birne gestern schon zu voll. heute hats geklappt... die 2. broker VM steht mal.
wenigstens was mal.
dafür hats mir den anderen bei downgrade jetzt zerbröselt.

woody@ioBroker:/$ cd /opt/iobroker
woody@ioBroker:/opt/iobroker$ iob stop
woody@ioBroker:/opt/iobroker$ npm install iobroker.js-controller@3.3.22
[sudo] Passwort für woody:

> iobroker.js-controller@3.3.22 preinstall /opt/iobroker/node_modules/iobroker.js-controller
> node lib/preinstallCheck.js

NPM version: 6.14.16

> iobroker.js-controller@3.3.22 install /opt/iobroker/node_modules/iobroker.js-controller
> node iobroker.js setup first

No connection to databases possible ...
npm WARN xmlhttprequest-ts@1.0.1 requires a peer of @angular/common@>= 5.0.0 but none is installed. You must install peer dependencies yourself.
npm WARN xmlhttprequest-ts@1.0.1 requires a peer of @angular/core@>= 5.0.0 but none is installed. You must install peer dependencies yourself.
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.7 (node_modules/osx-temperature-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

npm ERR! code ELIFECYCLE
npm ERR! errno 22
npm ERR! iobroker.js-controller@3.3.22 install: `node iobroker.js setup first`
npm ERR! Exit status 22
npm ERR!
npm ERR! Failed at the iobroker.js-controller@3.3.22 install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-02-16T10_02_10_749Z-debug.log
woody@ioBroker:/opt/iobroker$

und zum drüberstreuen:

woody@ioBroker:/opt/iobroker$ iob start
woody@ioBroker:/opt/iobroker$ iob status
internal/modules/cjs/loader.js:905
  throw err;
  ^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:902:15)
    at Function.Module._load (internal/modules/cjs/loader.js:746:27)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:75:12)
    at internal/main/run_main_module.js:17:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}
woody@ioBroker:/opt/iobroker$

[Thomas Braun]

@da_woody sagte in massive CPU Auslastung:

woody@ioBroker:/opt/iobroker$ npm install iobroker.js-controller@3.3.22

Müsste

sudo -H -u iobroker npm install iobroker.js-controller@3.3.22

lauten.

[da_Woody]

@thomas-braun du meinst für eine neuinstall?
ich hab mich ja an die beschreibung für dein downgrade (jetzt im richtigen verzeichniss gehalten...)
wenn ich das richtig verstehe, dürfte keine 2. version im system sein.

[Thomas Braun]

@da_woody

Wenn du mit

woody@ioBroker:/opt/iobroker$ npm install iobroker.js-controller@3.3.22

eine Neuinstallation (genauer: 'Drüberinstallation) bezwecken wolltest:
Der npm-Aufruf sollte im Kontext des users 'iobroker' erfolgen. Dann passen auch die Rechte.

Macht man dann halt so:

sudo -H -u iobroker npm install iobroker.js-controller@3.3.22

[da_Woody]

@thomas-braun sagte in massive CPU Auslastung:

eine Neuinstallation bezwecken wolltest:

nein, das war für den downgrade von 4.0.9 gedacht!
sorry, aber ich hinterfrage jetzt lieber, als wieder einen fehler zu machen. bin ja lernwillig.

[Thomas Braun]

@da_woody

Auch ein Downgrade geht so.