Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[kamikazemimmi]

@Homoran
ah - dass ich das Fenster vergrößer, darüber hab ich gar nicht nachgedacht;-)
also wenn ich es jetzt mache zeigt der:

top - 10:05:15 up 12:17,  2 users,  load average: 0,00, 0,02, 0,00
Tasks: 102 total,   1 running, 101 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,4 us,  0,3 sy,  0,0 ni, 99,1 id,  0,1 wa,  0,0 hi,  0,0 si,  0,1 st
MiB Mem :   1968,1 total,    276,4 free,   1439,9 used,    251,8 buff/cache
MiB Swap:   1018,0 total,   1016,7 free,      1,2 used.    376,3 avail Mem

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
   426 iobroker  20   0 1147692 322480  27236 S   1,0  16,0   6:46.23 iobroker.js-con
   421 redis     20   0   51672  11440   3024 S   0,3   0,6   1:01.98 redis-server
   441 root      20   0  792424   7196   1036 S   0,3   0,4   0:07.24 xe-daemon
   544 iobroker  20   0 1077360 247416  26720 S   0,3  12,3   1:56.23 io.shelly.0
   902 iobroker  20   0 1067476 238264  27024 S   0,3  11,8   1:52.61 io.shelly.1
   962 root      20   0   11112   3304   2696 S   0,3   0,2   0:56.91 top
     1 root      20   0  103816   9868   7824 S   0,0   0,5   0:00.69 systemd

Und vorher hatte ich auch mit

root@srvdeb3:~# ps -A | grep iobroker
   426 ?        00:06:36 iobroker.js-con

getestet, ob es lief und das tat es.

Ansich hätte ich ja für die einzelnen Instanzen ein terminated oder so erwartet, aber ich hab da nichts gesehen. Ich guck es mir nachher aber noch mal an, "lerne" ja auch noch dazu.
Aktuell ist es gerade, dass die Instanz "info" z.B. rot ist. In Top sieht es aber so aus:

root@srvdeb3:~# top
top - 10:10:49 up 12:23,  2 users,  load average: 0,00, 0,02, 0,00
Tasks: 102 total,   2 running, 100 sleeping,   0 stopped,   0 zombie
%Cpu(s):  2,0 us,  0,3 sy,  0,0 ni, 97,3 id,  0,2 wa,  0,0 hi,  0,0 si,  0,2 st
MiB Mem :   1968,1 total,    741,5 free,    972,2 used,    254,4 buff/cache
MiB Swap:   1018,0 total,   1016,7 free,      1,2 used.    844,0 avail Mem

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
   426 iobroker  20   0 1103576 279780  27236 S   5,3  13,9   6:51.58 iobroker.js-con
  9209 iobroker  20   0  891316  57996  26964 S   1,0   2,9   0:00.62 io.yahka.0
  9100 iobroker  20   0  722888 102296  28468 S   0,7   5,1   0:02.59 io.admin.0
  9235 iobroker  20   0  700868  76684  26860 R   0,7   3,8   0:00.58 io.shelly.1
   525 iobroker  20   0  940352 108420  27680 S   0,3   5,4   0:08.03 io.info.0

Da hätte ich halt gedacht - müsste doch laufen - aber iobroker.admin zeigt den auf der Webseite eben "rot" an.
die sogenannten xentools, die ich gestern installiert hatte, brachten leider auch nicht den gewünschten Erfolg. Ebensowenig die Verschlüsselung.

Ich installier parallel gerade rasbian auf meinem Pi. Mal sehen, ob da der Fehler auch passiert. Updates werden gerade installiert.

[Homoran]

@kamikazemimmi sagte in Instanzen laufen nicht stabil (u.a. admin, yakha):

getestet, ob es lief und das tat es.

Das ist nur der Controller

@kamikazemimmi sagte in Instanzen laufen nicht stabil (u.a. admin, yakha):

zeigt den auf der Webseite eben "rot" an.

Was sagt dann mouseover?

[kamikazemimmi]

@Homoran said in Instanzen laufen nicht stabil (u.a. admin, yakha):

zeigt den auf der Webseite eben "rot" an.

Was sagt dann mouseover?

Verbunden mit Host "falsch"
Lebenszeichen "falsch"

Hab danach auch schon versucht zu googlen, aber leider kaum Erfolg.
Einmal hatte ich n Treffer, dass das bei yahka öfter passieren sollte, wo die die Mac-Adresse anpassten - hatte ich auch schon gemacht, aber brachte auch keinen Erfolg.

[Homoran]

@kamikazemimmi bei yahka kann ich nicht helfen,
Ich warte mal auf eure pi Installation

[kamikazemimmi]

@Homoran said in Instanzen laufen nicht stabil (u.a. admin, yakha):

@kamikazemimmi bei yahka kann ich nicht helfen,
Ich warte mal auf eure pi Installation

scheint ja aber bei den anderen instanzen auch zu sein - also egal, ob shelly oder info - in top tauchen die auf. Hab eben auch noch mit ps -A überprüft. Aber in der Admin-Oberfläche eben rot. starte ich die neu mit "iobroker restart yahka/shelly/admin" - ist die wieder grün und funktioniert wieder. Und ich finde halt nichts im Log - hatte gehofft, ich überseh was;-)

iobroker installation läuft gerade durch. Lassen die dann mal erst mal so laufen. Melde mich dazu,sobald ich da Aussagen zu machen kann.

[Homoran]

@kamikazemimmi sagte in Instanzen laufen nicht stabil (u.a. admin, yakha):

hatte gehofft, ich überseh was;-)

Ggf. die Instanzen von Admin, und die betroffenen auf logstufe debug stellen
Instanzen -> Epertenmodus-> spalte Logstufe

[kamikazemimmi]

@Homoran

Hatte ich ja schon... Und logs hatte ich ja auch hochgeladen. Eben falls ich da was übersehe...
Nacheinander werden halt scheinbar alle Instanzen irgendwann rot - auch der admin. Und auf meinen aneren Testinstallationen hatte ich dann eben nur die Grundinstallation, aber da war spätestens nach 2 Stunden auch alles rot - also auch der Admin nicht mehr erreichbar. Bisher ist der pi noch erreichbar und alles grün. Mal sehen.
Was ich beim PI allerdings anders gemacht habe: ich habe einen Standort bei der ersten Einrichtung eingegeben - das habe ich bei den anderen Installationen nicht gemacht.
Aber gut, erst mal abwarten.

[Homoran]

@kamikazemimmi sagte in Instanzen laufen nicht stabil (u.a. admin, yakha):

ich habe einen Standort bei der ersten Einrichtung eingegeben - das habe ich bei den anderen Installationen nicht gemacht.

Das macht nix.
Der wird für geoposition und astrofunktionen benötigt

@kamikazemimmi sagte in Instanzen laufen nicht stabil (u.a. admin, yakha):

Bisher ist der pi noch erreichbar und alles grün. Mal sehen.

Ich denke es liegt wirklich an deiner VM Konfiguration

[kamikazemimmi]

@Homoran said in Instanzen laufen nicht stabil (u.a. admin, yakha):

Ich denke es liegt wirklich an deiner VM Konfiguration

Ja das wäre sonst der einzige gleiche Nenner. Habe ja auch 2 unterschiedliche Debian und auch mal ubuntu getestet - und immer gleiches Ergebnis (wobei ich den Fehler total seltsam finde !!!)
Aber gut - noch läuft alles auf n Pi. Mal abwarten.

[kamikazemimmi]

Also aktueller Stand ist, dass tatsächlich auf dem Pi noch alles läuft. Instanzen immer noch grün - mittlerweile auch yahka und shelly eingerichtet.
Also wird iobroker erst mal wohl auf dem Pi laufen - werde aber trotzdem gucken, ob ich Linux in einer VM auf dem Xenserver irgendwie mit iobroker zum Laufen bekomme. Ergebnisse werde ich hier weiter mitteilen.

[Homoran]

@kamikazemimmi sagte in Instanzen laufen nicht stabil (u.a. admin, yakha):

auf dem Pi noch alles läuft

so muss es sein und ist zu erwarten!

@kamikazemimmi sagte in Instanzen laufen nicht stabil (u.a. admin, yakha):

ob ich Linux in einer VM auf dem Xenserver

Ich (und viele andere) habe noch iobroker in VMs mit Debian unter Proxmox auf einem NUC problemlos laufen.

Was hat denn der (mir unbekannte) XenServer für eine Hardware?
Was hast du da für ein Debian drauf

Irgendwo da muss das Problem stecken

[kamikazemimmi]

@Homoran
der Xenserver auf dem ich die iobroker-Installationen hatte hat einen Xeon CPU. Auf dem ist auch die neueste Xenserver 8.0 Version drauf. Xenserver hat verschiedene Templates für VM - also es gibt noch einiges, was ich jetzt testen werde:

• Installation auf einem anderen Linux-Template

• Installation auf Xenserver 7.5

• Installation auf einem Xenserver mit i5 CPU

Also generell setze ich Xenserver in den unterschiedlichsten Szenarien ein. Wichtig war ansich immer, dass ich beim Chipsatz auf vt-d unterstützung achte und das auch aktivier.
Ich hatte aber auch schon mal bei früheren Xenserver Versionen, dass manche Maschine nicht "umziehen" wollte - startete dann einfach nicht. Oder ein Dienst nicht (also bei einer Windows VM).
Hoffe, dass ich da schnell eine Lösung finde. Fände es gut, wenn ich den iobroker eben auch virtuell hätte und nicht noch ein Gerät extra an wäre;-)

Proxmox kenne ich noch gar nicht. Gucke ich mir aber auch noch mal an.

[Homoran]

@kamikazemimmi sagte in Instanzen laufen nicht stabil (u.a. admin, yakha):

Proxmox kenne ich noch gar nicht. Gucke ich mir aber auch noch mal an.

Dafür muss ich ja auch noch ein HowTo machen :cry:

Lohnt sich aber ist selbst für einen Noob relativ einfach aufzusetzen, wenn man ein paar Dinge weiß

[kamikazemimmi]

@Homoran said in Instanzen laufen nicht stabil (u.a. admin, yakha):

Dafür muss ich ja auch noch ein HowTo machen

Falls ich was testen soll, sag gern Bescheid :joy: Wobei ich mich bei Linux nicht als noob bezeichnen würde, aber auch kein guru:stuck_out_tongue_winking_eye:

Erster Test mit meinen Xenservern: debian 9 template ergab den gleichen Fehler...
Versuche jetzt mal Installation auf Xenserver 7.5 und i5...

[Homoran]

@kamikazemimmi sagte in Instanzen laufen nicht stabil (u.a. admin, yakha):

debian 9 template

ich weiß dass es bei debian gerne Probleme gibt wenn man das falsche Image nimmt.
Bei 64Bit darf man nicht den i386 nehmen sondern das AMD64 image, auch bei Intel

[kamikazemimmi]

@Homoran said in Instanzen laufen nicht stabil (u.a. admin, yakha):

ich weiß dass es bei debian gerne Probleme gibt wenn man das falsche Image nimmt.
Bei 64Bit darf man nicht den i386 nehmen sondern das AMD64 image, auch bei Intel

Das finde ich bei Xenserver eh etwas kurios... Wenn es kein Template gibt, kann ich "other install media" auswählen und anhand der debian-Datei, wird die Maschine scheinbar 32bit oder auch 64bit... Da könnte ich mir halt auch Fehlerquellen vorstellen, wollte ich sagen.
Habe hier bei diesen Tests von debian 9 und auch 10 aber auch nur die amd64 Image verwendet (habe vor ein ppar Jahren mal nextcloud auf debian isntalliert. Udn das fand ich gefühlt besser mit dem amd64-Image)

[Homoran]

@kamikazemimmi sagte in Instanzen laufen nicht stabil (u.a. admin, yakha):

Da könnte ich mir halt auch Fehlerquellen vorstellen, wollte ich sagen.

auf so was hatte ich getippt.

[kamikazemimmi]

@Homoran Ja ich teste ja schon;-)
warum ich vor Allem hier auch "fragen" wollte, ob es halt bestimmte Abhängigkeiten gibt, damit es auch stabil läuft. Das war mir vorher noch nicht so ganz klar. Von anderen Projekten kenne ich das nur, dass man manchmal einige Versionen beachten muss - das wollte ich halt ausschließen. Aber hier kann ja scheinbar wirklich einfach die Grundinstallation durchlaufen lassen - und dann warten, ob der besagte Fehler innerhalb von 30-60 Min. auftritt oder nicht;-)

[kamikazemimmi]

Auf einem Xenserver 7.5 mit einem i5 läuft seit über 45 Min. alles... Bin gespannt.

Haab zwar im Log die Meldung:
"admin.0 2019-12-15 17:35:45.338 warn (4383) Repository cannot be read"
aber da hab ich auch schon was gelesen, was ich probieren könnte, um das zu beheben.
Ich teste weiter und berichte weiter.

[Homoran]

@kamikazemimmi sagte in Instanzen laufen nicht stabil (u.a. admin, yakha):

admin.0 2019-12-15 17:35:45.338 warn (4383) Repository cannot be read

kann eine temporäre internetstörung gewesen sein.
Wenn du auf dem Adapter-Tab auf reload klickst sollte die Meldung wieder auftauchen, wenn du dauerhaft nicht ins Netz kommst