UNSOLVED CPU Last hoch

[Homoran]

@totocotonio

sudo kill -9 <PID>

wobei <PID> die Prozess ID ist

[wendy2702]

@totocotonio

Strg +c

[Homoran]

@totocotonio sagte in CPU Last hoch:

TOP läuft immer noch und geht nicht aus

STRG-C

[totocotonio]

bash: kill: (2014) - Kein passender Prozess gefunden
root@buanet-iobroker1:/opt/iobroker# kill -9 20014
bash: kill: (20014) - Kein passender Prozess gefunden
root@buanet-iobroker1:/opt/iobroker# sudo kill -9 20014
sudo: Hostname buanet-iobroker1 kann nicht aufgelöst werden
kill: (20014): Kein passender Prozess gefunden

geht nicht

[Homoran]

@totocotonio

Wenn sich da nichts geändert hat sind es 1583 und 341

[totocotonio]

ok, ist beendet

Und jetzt wie starte ich wieder.

Der Adapter ist grün

[Homoran]

@totocotonio
Und was sagt top jetzt

[totocotonio]

[totocotonio]

der Java Adapter ist grün woran hängt das denn

[Homoran]

@totocotonio
Da hätte im log ein code7 error stehen müssen.

Instace restartet because enabled...adapter already running code7

Oder so.

Da hat sich ioBroker irgendwo bei einem restart verschluckt

[totocotonio]

Ja, das habe ich im LOG gefunden.

Das müsste doch aber bei einem Neustart weg sein.

Ich habe den Docker mehrfach neu gestartet.

[totocotonio]

@totocotonio
ist das jetzt gut so?

[Homoran]

@totocotonio sagte in CPU Last hoch:

Ja, das habe ich im LOG gefunden.

Ist nicht wahr!

Als ich danach gefragt hatte hieß es

@totocotonio sagte in CPU Last hoch:

Kein code 7

[totocotonio]

ich musste das Log vom Server erst downloaden, ich meinte zuerst das LOG das man im
Brocker sieht dort war kein code 7 drin.

Ich bin noch Anfänger, entschuldige.

Wie gehe ich denn jetzt weiter vor. Was passiert wenn ich den Java adapter update oder die Mschine neu starte
kommt das wieder.

[totocotonio]

Das ist auch noch gekommen

host.buanet-iobroker1	2019-02-24 23:03:32.086	error	instance system.adapter.history.0 terminated with code null ()
host.buanet-iobroker1	2019-02-24 23:03:32.086	warn	instance system.adapter.history.0 terminated due to SIGABRT
host.buanet-iobroker1	2019-02-24 23:03:32.086	error	Caught by controller[7]: 7: 0x59091f092a7
host.buanet-iobroker1	2019-02-24 23:03:32.086	error	Caught by controller[7]: v8::internal::Runtime_SparseJoinWithSeparator(int, v8::internal::Object**, v8::internal::Isolate*) [io.history.0]
host.buanet-iobroker1	2019-02-24 23:03:32.086	error	Caught by controller[6]: 6:
host.buanet-iobroker1	2019-02-24 23:03:32.085	error	Caught by controller[6]: v8::internal::Factory::NewRawTwoByteString(int, v8::internal::PretenureFlag) [io.history.0]
host.buanet-iobroker1	2019-02-24 23:03:32.085	error	Caught by controller[5]: 5:
host.buanet-iobroker1	2019-02-24 23:03:32.085	error	Caught by controller[5]: v8::internal::V8::FatalProcessOutOfMemory(char const*, bool) [io.history.0]
host.buanet-iobroker1	2019-02-24 23:03:32.085	error	Caught by controller[4]: 4:
host.buanet-iobroker1	2019-02-24 23:03:32.085	error	Caught by controller[4]: v8::Utils::ReportApiFailure(char const*, char const*) [io.history.0]
host.buanet-iobroker1	2019-02-24 23:03:32.085	error	Caught by controller[3]: 3:
host.buanet-iobroker1	2019-02-24 23:03:32.085	error	Caught by controller[3]: 0x7cff7c [io.history.0]
host.buanet-iobroker1	2019-02-24 23:03:32.085	error	Caught by controller[2]: 2:
host.buanet-iobroker1	2019-02-24 23:03:32.085	error	Caught by controller[2]: node::Abort() [io.history.0]
host.buanet-iobroker1	2019-02-24 23:03:32.085	error	Caught by controller[1]: 1:
host.buanet-iobroker1	2019-02-24 23:03:32.084	error	Caught by controller[0]: FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory

[totocotonio]

Hallo,
erstmal Danke an @Homoran und @wendy2702 für die Hilfe
die Ihr mir zukommen gelassen habt.
Ohne euch hätte ich es nicht hinbekommen-

Mein Broker läuft im Im moment wieder soweit stabil bis auf die Meldung meines
letzten Postes, vielleicht habt ihr da noch was für mich.

Was habe ich gelernt:

• Beantworte Fragen richtig

• Wie man prozesse beendet und startet, scheint sehr wichtig zu sein.

• Das die PID des TOP nicht die gleiche PID des Prozesses im Docker container ist

Das diese Forum Weltklasse ist

Ich hätte noch eine Frage, was passiert wenn den Broker bzw. Container noch einmal neu starte
kann das sein das der Java Adapter nochmal sich 2 mal startet oder wie kann ich das verstehen.

[Homoran]

@totocotonio sagte in CPU Last hoch:

Ich hätte noch eine Frage, was passiert wenn den Broker bzw. Container noch einmal neu starte
kann das sein das der Java Adapter nochmal sich 2 mal startet oder wie kann ich das verstehen.

Ein restart von ioBroker hilft in diesem speziellen Fall nicht
Bei einem restart des Containers sollte es sein wie bei einem reboot eines Raspi und damit alles gut.
Die saubere Art mit einem Code7 umzugehen ist den Prozess zu killen

[totocotonio]

@Homoran Danke für Deine Hilfe.

Kannst du mir noch was zum dem Fehler 2 Beiträge oberhalb sagen?

[Homoran]

@totocotonio sagte in CPU Last hoch:

terminated due to SIGABRT

leider nein - diese Meldung deutete auf einen Speicherzugriffsfehler hin, was zu der anderen Meldung passt.

@totocotonio sagte in CPU Last hoch:

FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory

Warum und weshalb hab ich keine Ahnung

[totocotonio]

@Homoran sagte in CPU Last hoch:

FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory

Ok.
Das System läuft ja im Moment.

Never change..........

Danke nochmals für die Hilfe.