massive CPU Auslastung

[Homoran]

@da_woody sagte in massive CPU Auslastung:

mmer wieder schreibst du "root hampeln" in diverse postings.

aber hier diesmal nicht!

@da_woody sagte in massive CPU Auslastung:

war das so schwer, das gleich im text zu schreiben?
eine einfache erklärung, "du hast das vllt im falschen verzeichniss gemacht"

und was ist das?:
@thomas-braun sagte in massive CPU Auslastung:

Da stehst du im falschen Verzeichnis.
Vorher in /opt/iobroker wechseln.

@da_woody sagte in massive CPU Auslastung:

mit einer lösungserklärung wie man das gerade biegen kann

dazu fehlen Informationen was genau bereits alles auf deinem System krumm ist.

[Thomas Braun]

@da_woody sagte in massive CPU Auslastung:

immer wieder schreibst du "root hampeln" in diverse postings.

Wenn es angebracht ist tue ich das. Stimmt.
Tun nämlich meist genau die Kandidaten, die es besser nicht tun würden. Ist nämlich oft nicht anderes als 'rumgehampel'.

endlich hast du mich aufgeklärt wo ein problem sein könnte! war das so schwer, das gleich im text zu schreiben?

Wovon sprichst du konkret?

eine einfache erklärung, "du hast das vllt im falschen verzeichniss gemacht" mit einer lösungserklärung wie man das gerade biegen kann, fällt dir nicht ein.

Doch. Aber ich geb dir die Chance dein Handwerkszeug zu erlernen.
Wie man in Verzeichnisse wechselt muss ich hoffentlich nicht erklären?
Das ist nämlich dann die Frage 'wo fängst du an, wo hörst du auf?'

keine ahnung ob man sowas in top sehen würde.

Man würde einen Prozess js-controller (oder ähnlich) sehen, der unter dem user woody läuft. Ich würde das aber anders nachschauen. Mit htop geht es aber z. B. auch. Einfach nach dem user sortieren.

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

Was willst denn wissen? User-Dateien liegen in /home/USERNAME, im login prompt als ~ abgekürzt. Das habe ich deinem log (ja, ich lese das!) entnehmen können.
Andere Verzeichnisse als das home-Verzeichnis stehen immer mit absolutem Pfad im login prompt. Weil das ganze u. U. so wichtig ist hätten deine Helfer auch ganz gerne vollständige Ein- wie Ausgaben aus der Konsole, wenn um Hilfe gerufen wird.

[da_Woody]

@homoran sagte in massive CPU Auslastung:

dazu fehlen Informationen was genau bereits alles auf deinem System krumm ist.

dazu fehlen infos wie ich das rausfinden könnte... ich bin ja gewillt zu lernen. mach auch gerne beta-tests. (i know, masochist am produktiv system) bis jetzt konnte ich mir fast immer selbst helfen. jetzt steh ich an. ist halt so.

[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.