js-controller 2.2 jetzt im Latest

[apollon77]

@Dr-Bakterius korrekt

[crunchip]

@apollon77 ausnahmsweise mal kein zwischen backup
danke dir

[Dr. Bakterius]

@crunchip

transport.zippedArchive = isWindows ? false: (transport.zippedArchive !== undefined ? true : false);

[crunchip]

@Dr-Bakterius danke, habs schon wieder geändert

[Diginix]

@apollon77 Danke!
Greift das on-the-fly oder muss der host neu gestartet werden?

[apollon77]

@Diginix host restart

[Diginix]

@apollon77

Gzip Deaktivieren funktioniert bei mir so nicht:

  "log": {
    "level": "warn",
    "maxDays": 7,
    "noStdout": true,
    "transport": {
      "file1": {
        "type": "file",
        "enabled": true,
        "filename": "log/iobroker",
        "fileext": ".log",
        "zippedArchive": false,
        "maxsize": null,
        "maxFiles": null
      },

Das gestrige Log liegt wieder als .gz bereit. Host wurde gestern neu gestartet.

[apollon77]

@Diginix Ja, der Code ist auch bullshit so ... ohje was hatte ich an dem Abend gesoffen Mach das setting raus aus der Konfig und starte neu,dann sollte nicht mehr gezippt werden Mist

Fixen wir in der 3.0

[crunchip]

@apollon77 also entfernen

"zippedArchive": false,

[apollon77]

@crunchip Ja, so wie der code jetzt ist ist es quasi "by default off" ... Da war ein Denkfehler drin

[Dr. Bakterius]

@apollon77 Müsste dann die Abfrage so lauten?

transport.zippedArchive = isWindows ? false: (transport.zippedArchive == undefined ? true : false);

[apollon77]

@Dr-Bakterius ne ... so: https://github.com/ioBroker/ioBroker.js-controller/commit/6a2b650708130eb1eba7d493f68dafc801efdbfc

0 Apollon77 committed to ioBroker/ioBroker.js-controller

fix zip Archive setting that it is on by default again

[JB_Sullivan]

Hatte bei der Titelwahl einen kleinen Denkfehler - gehört eigentlich hier rein.

Darum verweise ich mal auf den Thröd

https://forum.iobroker.net/topic/30168/alexa2-0-host-adapter-update-2-2-9/2

[Basti97]

@apollon77 Wenn ich die JS-Controller Version 2.2.8 habe und auf 2.2.9 aktualisiere muss ich trotzdem erst die Slaves aktualisieren und danach den Master oder ist es jetzt egal.
Gruß Basti

[apollon77]

@Basti97 das bei allen Updates zu machen ist ne gute Übung das es sich einbürgert im speziellen Fall hier ist es nicht unbedingt nötig.

[Basti97]

Danke werde es zur Übung machen erst die Slaves dann Master .

[crunchip]

@apollon77 ok, das log vom 14.-2-wurde nicht gezippt, lässt sich jedoch nicht öffnen, Seite läd nicht....am Handy

edit: am pc hat´s soeben funktioniert, am Handy nochmal probiert, cache gelöscht, standard browser, opera, chrome, ging nicht.
Nachdem der admin nun wieder gecrasht ist, geht es am Pc auch nicht mehr. Seltsamerweise ist plötzlich das log von gestern nun wieder gezippt!? wie kann das denn sein??

[Dr. Bakterius]

@crunchip sagte in js-controller 2.2 jetzt im Latest:

Seltsamerweise ist plötzlich das log von gestern nun wieder gezippt!? wie kann das denn sein??

Nach dem Ändern der Datei den ioBroker neu gestartet?

[crunchip]

@Dr-Bakterius das hatte ich doch gestern schon alles gemacht, so das ich für heute ein nicht gezipptes log von gestern habe.
Das wurde mir ja auch angezeigt, log 2020-02-14, am PC sowie auch am Handy. Hatte beide Browserseiten offen, Handy und Pc.

• Log am Pc aufgerufen--funktionierte.
• Log am Handy aufgerufen, Admin absturz
  Danach habe ich am Pc die Seite aktualisiert und habe im Log nun wieder 2020-02-14.gz stehen.
  cache gelöscht, FF, chrome, IE, Opera...alles gleich

[JB_Sullivan]

Moin Leute,

irgend etwas ist doch am js-controller Oberfaul.

Nachdem ich mir gestern Abend sowohl mein Testsystem, als auch das produktive System beim Versuch auf js-controller 2.2.8 zurück zu rollen zerschossen habe, geht es jetzt schon wieder los. Beim Rollback ist gestern Abend ioB einfach eingefroren und es wurde nichts mehr von den Servern herunter geladen - Folge ioB war kaputt und startet gar nicht mehr.

Erstmal habe ich dann bis 5:00 Uhr hier gesessen und habe versucht mein Produktives System (damit die Familie nicht meckert) wieder lauffähig zu bekommen. Natürlich habe ich eine Sicherung via BackitUp. Auch habe ich vom 01.01.2020 eine komplett Sicherung des ioBroker zur Hand.

Beim Versuch das System via Windows Installer 2.1b wieder neu aufzusetzen, ist es immer wieder zu einem Dienst Fehler gekommen und ioB ließ sich gar nicht mehr starten - weder mit einer nackten Neuinstallation noch mit einer Migration von meiner Sicherung aus dem Januar 2020.

Ich habe ca. 30 mal !!! IoB mit dem Installer versucht zu installieren. Dabei habe ich festgestellt, das man jeden Adapter einzeln installieren muss. Bei den von mir genutzten Adaptern hat es seit Januar 2020 - 17 Updates über z.T. mehere Versionsnnummern gegeben.

Irgendwann hatte ich dann alle Adapter händisch installiert. Dann habe ich (versucht) meine BackitUp Sicherung von vorgestern ein zu spielt - und auch das hat auf einem frischen System 6 x dazugeführt das ioB so eingefroren ist, das nichts mehr ging.

Also alles wieder von vorne - ihr könnt Euch vorstellen, das ich Mega angepisst war.

Um 5:00 Uhr heute morgen war es dann soweit. Alles lief wieder, alle Instanzen Grün und mein VIS war wieder auf dem Stand von Vorgestern. Ich bin dann erst mal ins Bett.

Heute gegen 14:00 Uhr waren immer noch alle Adapter grün und alle Funktionen gegeben.

Jetzt Stand 16:00 Uhr geht der Spaß schon wieder los - nach und nach steigt hier ein Adapter nach dem anderen aus und die Instanzen werden rot.

Das Geile daran ist, das ich seit ich ins Bett gegangen bin und alle Instanzen Grün waren, ich NICHTS mehr am System gemacht habe.

So, hier kommt jetzt der Sack voll Fehlermeldungen - wie gesagt im Moment steigt ein Adapter nach dem anderen aus. Irgend etwas ist doch da im Busche.

host.GLT	2020-02-15 16:44:48.593	info	"system.adapter.web.0" disabled
host.GLT	2020-02-15 16:44:45.101	info	"system.adapter.roomba.0" disabled
host.GLT	2020-02-15 16:44:43.433	info	"system.adapter.innogy-smarthome.0" disabled
host.GLT	2020-02-15 16:44:39.549	info	"system.adapter.backitup.0" disabled

iobrokerLog.zip