NEWS
Problem beim integrationstest mit github-actions
-
Hallo,
seit einigen Tagen schläg der integrationstest von 2 Adapter fehl (bei einem 3.Adapter, den ich ebenfalls umgestellt habe funktioniert es ohne Probleme).
Der Integrationstest wird mit einem timeout-Fehler abgebrochen.
Leider sehe ich im log, außer dem timeout-Fehler nicht wirklich hinweise an was es liegen könnte:
https://github.com/oweitman/ioBroker.tvprogram/runs/4961040754?check_suite_focus=true
Fehler ist im Bereich der zeile 482Evtl seht ihr da noch etwas?
@oliverio Du scheinst
iobroker.visin den Adapter-Dependencies zu haben. Das wird dann mitinstalliert, die Installation klappt aber wohl nicht:> iobroker.vis@1.4.6 install /tmp/test-iobroker.tvprogram/node_modules/iobroker.vis > node main.js --install -
@oliverio Du scheinst
iobroker.visin den Adapter-Dependencies zu haben. Das wird dann mitinstalliert, die Installation klappt aber wohl nicht:> iobroker.vis@1.4.6 install /tmp/test-iobroker.tvprogram/node_modules/iobroker.vis > node main.js --install@alcalzone Also ja vis install von "npm latest" ist aktuell komisch weil läuft pot auf einen error, aber auch nur das kannte ich bisher ... das es hängt ist komisch
-
@oliverio Du scheinst
iobroker.visin den Adapter-Dependencies zu haben. Das wird dann mitinstalliert, die Installation klappt aber wohl nicht:> iobroker.vis@1.4.6 install /tmp/test-iobroker.tvprogram/node_modules/iobroker.vis > node main.js --install@alcalzone @apollon77
für mich sieht es so aus als ob vis install kein problem macht, aber der nächste befehl dann
openliga ist identisch (sofern ich das überblicken kann), auch mit vis, dort läuft der test aber durch.
kann man das irgendwie lokal in einem docker nachstellen? -
@alcalzone @apollon77
für mich sieht es so aus als ob vis install kein problem macht, aber der nächste befehl dann
openliga ist identisch (sofern ich das überblicken kann), auch mit vis, dort läuft der test aber durch.
kann man das irgendwie lokal in einem docker nachstellen? -
@apollon77
ok läuft
https://github.com/oweitman/ioBroker.tvprogram/actions/runs/1754235327sind gleich weg, kann das Ergebnis erst später sehen
-
@apollon77
ok läuft
https://github.com/oweitman/ioBroker.tvprogram/actions/runs/1754235327sind gleich weg, kann das Ergebnis erst später sehen
-
@oliverio Sieht aus wie vorher. Läuft es lokal beim Testen durch?
Linux:DEBUG=testing:* npm run test:integrationoder Windows:
set DEBUG=testing:* & npm run test:integration@alcalzone
ja lokal (debian im buanet) läuft es immer astrein durch.
allerdings hab ich mir die warnungen (eigentlich immer optional dependencies) angeschaut.
habe festgestellt, das ein paar prod dependencies in dev drin waren.
habe nun umgestellt, warte nun auf die github actions. scheint alles gerade etwas überlastet zu sein. -
@alcalzone
ja lokal (debian im buanet) läuft es immer astrein durch.
allerdings hab ich mir die warnungen (eigentlich immer optional dependencies) angeschaut.
habe festgestellt, das ein paar prod dependencies in dev drin waren.
habe nun umgestellt, warte nun auf die github actions. scheint alles gerade etwas überlastet zu sein.also dependencies und warnungen sind überprüft.
debugging env mit eingefügt.
allerdings hat sich vom Ergebnis nix getan.https://github.com/oweitman/ioBroker.mytime/runs/5014206508?check_suite_focus=true
das debugging hat leider auch nicht mehr informationen produziert.
evtl hilft auch noch diese information
die letzte test and release action die funktioniert hathttps://github.com/oweitman/ioBroker.mytime/runs/4877133925
und die action nach der es nicht mehr funktioniert hat
https://github.com/oweitman/ioBroker.mytime/actions/runs/1726759260beides dependabot pulls zur aktualisierung von dependencies
leider reichen meine Kenntnisse dazu nicht aus, da etwas zu finden -
also dependencies und warnungen sind überprüft.
debugging env mit eingefügt.
allerdings hat sich vom Ergebnis nix getan.https://github.com/oweitman/ioBroker.mytime/runs/5014206508?check_suite_focus=true
das debugging hat leider auch nicht mehr informationen produziert.
evtl hilft auch noch diese information
die letzte test and release action die funktioniert hathttps://github.com/oweitman/ioBroker.mytime/runs/4877133925
und die action nach der es nicht mehr funktioniert hat
https://github.com/oweitman/ioBroker.mytime/actions/runs/1726759260beides dependabot pulls zur aktualisierung von dependencies
leider reichen meine Kenntnisse dazu nicht aus, da etwas zu finden -
@oliverio @AlCalzone kann es daran liegen das ggf kein echter iobroker da ist oder so? Am Ende will das post install Skript von Vis zur db verbinden und da Dinge tun … nicht das das irgendwie hängt?
@apollon77 Aber warum läuft es lokal dann durch?
@oliverio sagte in Problem beim integrationstest mit github-actions:
ja lokal (debian im buanet) läuft es immer astrein durch.
Nur um sicher zu gehen: @OliverIO wenn du lokal auf deinem Dev-Rechner ohne ioBroker den entsprechenden Befehl ausführst, siehe https://forum.iobroker.net/post/751003, dann läuft das Testing durch?
-
@apollon77 Aber warum läuft es lokal dann durch?
@oliverio sagte in Problem beim integrationstest mit github-actions:
ja lokal (debian im buanet) läuft es immer astrein durch.
Nur um sicher zu gehen: @OliverIO wenn du lokal auf deinem Dev-Rechner ohne ioBroker den entsprechenden Befehl ausführst, siehe https://forum.iobroker.net/post/751003, dann läuft das Testing durch?
-
@oliverio Ich schau mir das auf Windows mal an. Weil ichs aber grade sehe: Alle Libraries, die nur im Frontend benötigt werden, haben in
dependenciesnix zu suchen. Die werden beim Kompilieren gebundlet und dann als eine Datei ausgeliefert.Mindestens folgende gehören stattdessen in die
devDependencies:"@iobroker/adapter-react": "^2.0.15", "@material-ui/icons": "^4.11.2", "@material-ui/lab": "^4.0.0-alpha.60", "@material-ui/pickers": "^3.3.10", "@material-ui/core": "^4.12.3", "react": "^17.0.2", "react-dom": "^17.0.2", "react-icons": "^4.3.1", "prop-types": "^15.8.1", -
Also bei mir läuft's auch unter Windows nicht:
npm ERR! code 1 npm ERR! path C:\Users\domin\AppData\Local\Temp\test-iobroker.mytime\node_modules\iobroker.vis npm ERR! command failed npm ERR! command C:\WINDOWS\system32\cmd.exe /d /s /c node main.js --install npm ERR! C:\Users\domin\AppData\Local\Temp\test-iobroker.mytime\node_modules\@iobroker\js-controller-adapter\build\lib\adapter\adapter.js:61 npm ERR! throw new Error(`Cannot find ${configFileName}`); npm ERR! ^ npm ERR! npm ERR! Error: Cannot find C:/Users/domin/AppData/Local/Temp/test-iobroker.mytime/iobroker-data/iobroker.json npm ERR! at new Adapter (C:\Users\domin\AppData\Local\Temp\test-iobroker.mytime\node_modules\@iobroker\js-controller-adapter\build\lib\adapter\adapter.js:61:15) npm ERR! at Object.<anonymous> (C:\Users\domin\AppData\Local\Temp\test-iobroker.mytime\node_modules\iobroker.vis\main.js:20:24) npm ERR! at Module._compile (node:internal/modules/cjs/loader:1101:14) npm ERR! at Object.Module._extensions..js (node:internal/modules/cjs/loader:1153:10) npm ERR! at Module.load (node:internal/modules/cjs/loader:981:32) npm ERR! at Function.Module._load (node:internal/modules/cjs/loader:822:12) npm ERR! at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:79:12) npm ERR! at node:internal/main/run_main_module:17:47Das liegt wohl wirklich daran, dass beim
npm installschon die DB laufen muss. Ich nehm das in meinen PR für die nächste Testing-Version mit auf. -
Also bei mir läuft's auch unter Windows nicht:
npm ERR! code 1 npm ERR! path C:\Users\domin\AppData\Local\Temp\test-iobroker.mytime\node_modules\iobroker.vis npm ERR! command failed npm ERR! command C:\WINDOWS\system32\cmd.exe /d /s /c node main.js --install npm ERR! C:\Users\domin\AppData\Local\Temp\test-iobroker.mytime\node_modules\@iobroker\js-controller-adapter\build\lib\adapter\adapter.js:61 npm ERR! throw new Error(`Cannot find ${configFileName}`); npm ERR! ^ npm ERR! npm ERR! Error: Cannot find C:/Users/domin/AppData/Local/Temp/test-iobroker.mytime/iobroker-data/iobroker.json npm ERR! at new Adapter (C:\Users\domin\AppData\Local\Temp\test-iobroker.mytime\node_modules\@iobroker\js-controller-adapter\build\lib\adapter\adapter.js:61:15) npm ERR! at Object.<anonymous> (C:\Users\domin\AppData\Local\Temp\test-iobroker.mytime\node_modules\iobroker.vis\main.js:20:24) npm ERR! at Module._compile (node:internal/modules/cjs/loader:1101:14) npm ERR! at Object.Module._extensions..js (node:internal/modules/cjs/loader:1153:10) npm ERR! at Module.load (node:internal/modules/cjs/loader:981:32) npm ERR! at Function.Module._load (node:internal/modules/cjs/loader:822:12) npm ERR! at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:79:12) npm ERR! at node:internal/main/run_main_module:17:47Das liegt wohl wirklich daran, dass beim
npm installschon die DB laufen muss. Ich nehm das in meinen PR für die nächste Testing-Version mit auf.@alcalzone sagte in Problem beim integrationstest mit github-actions:
Das liegt wohl wirklich daran, dass beim npm install schon die DB laufen muss. Ich nehm das in meinen PR für die nächste Testing-Version mit auf.
Hängen bleiben oder so einen fehler werfen sollte es aber dennoch nicht
-
@alcalzone sagte in Problem beim integrationstest mit github-actions:
Das liegt wohl wirklich daran, dass beim npm install schon die DB laufen muss. Ich nehm das in meinen PR für die nächste Testing-Version mit auf.
Hängen bleiben oder so einen fehler werfen sollte es aber dennoch nicht
@apollon77 Im Testing wird alles auf einmal installiert (
npm install --production), aber da läuft weder der Controller (weil er gerade auch installiert wird), noch wurdesetup firstausgeführt.visscheint aber davon auszugehen. -
@apollon77 Im Testing wird alles auf einmal installiert (
npm install --production), aber da läuft weder der Controller (weil er gerade auch installiert wird), noch wurdesetup firstausgeführt.visscheint aber davon auszugehen.@alcalzone ich dachte an sich das (zumindestens früher) das install auch geht wennes auch ist ... deswegen -> issue anlegen bei vis!
-
@alcalzone ich dachte an sich das (zumindestens früher) das install auch geht wennes auch ist ... deswegen -> issue anlegen bei vis!
@apollon77 sagte in Problem beim integrationstest mit github-actions:
deswegen -> issue anlegen bei vis!
Ich denke das ist spezifisch ein Problem im Testing-Setup, wo bei der Installation noch gar nichts aus dem ioBroker-Umfeld existiert.
-
@apollon77 sagte in Problem beim integrationstest mit github-actions:
deswegen -> issue anlegen bei vis!
Ich denke das ist spezifisch ein Problem im Testing-Setup, wo bei der Installation noch gar nichts aus dem ioBroker-Umfeld existiert.
@alcalzone Interessant ist: Wenn ich "npm install iobroker.vis" mache dann ist dem post install Skript egal das ioBroker nicht läuft - wie es soll ... warum ist es beim testing nicht?
-
also,
nach dem neu sortieren der dependencies laufen die tests nun durch.
warum das so ist weiß ich nicht.
falls da was fehlte oder ein konflikt entstanden ist, dann sollten die fehlermeldungen auch irgendwie erscheinen. ansonsten ist das wirklich schwierig. rauszufinden.ich verstehe natürlich, das wenn der test auf unterschiedlichen platformen (github/lokal) unterschiedliche ergebnisse liefert, eine fehlersuche sehr schwer ist.
-
also,
nach dem neu sortieren der dependencies laufen die tests nun durch.
warum das so ist weiß ich nicht.
falls da was fehlte oder ein konflikt entstanden ist, dann sollten die fehlermeldungen auch irgendwie erscheinen. ansonsten ist das wirklich schwierig. rauszufinden.ich verstehe natürlich, das wenn der test auf unterschiedlichen platformen (github/lokal) unterschiedliche ergebnisse liefert, eine fehlersuche sehr schwer ist.
@oliverio sagte in Problem beim integrationstest mit github-actions:
nach dem neu sortieren der dependencies laufen die tests nun durch.
Lass mich das auch mal nachstellen.
Edit: Also auch mit deinem aktuellen Stand gehts bei mir lokal nicht. Das müsste daran liegen, dass versucht wird, die iobroker-Basis-Konfig anzupassen, bevor sie von js-controller erstellt wird.