NEWS
js-controller 2.0 ab sofort im Latest Repo
-
So, das Problem bei mir war der js-controller.
Hab ihn geupdatet auf 2.0.25 da kam die Fehlermeldung: File index.html not found: permissionError.
Jetzt hab ich ihn wieder Upgradet auf 1.5.14 jetzt geht VIS wieder.Dev. der JS controller.
Kann man das dem Entwickler von JS irgenwo mitteilen? -
gut gemacht......
Testsystem auf Raspberry PI4 aufgesetzt,
backup vom produktiven System aufgesetzt, Update auf Js 2.x ausgeführt.......
IObroker nicht mehr erreichbar.Edit
beim produktiven System ist nun auch der Slave nicht mehr erreichbar.
Ich installiere nun den Slave noch mal neu...... und werde alle Update-Aufforderungen bis auf weiteres ignorieren.
IObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
@crunchip leide kann ich mit der Aussage nicht viel anfangen. Müsstest die Fehler schon hier Posten. Ein Neustart sollte nicht anders funktionieren wie der erste.
@apollon77 ich weiss, werde das update dann noch einmal durchführen, wenn wieder die selben Probleme auftauchen, werde ich es sammeln und hier eintragen
-
bin jetzt auch dazu gekommen den Controller von 2.0.13 auf 2.0.25 zu heben. Slave hatte keine Einträge im Log. Der Master schon. Wurde aber letztlich dennoch auf 2.0.25 gehoben.
Muss ich mir Sogen machen?
-
gut gemacht......
Testsystem auf Raspberry PI4 aufgesetzt,
backup vom produktiven System aufgesetzt, Update auf Js 2.x ausgeführt.......
IObroker nicht mehr erreichbar.Edit
beim produktiven System ist nun auch der Slave nicht mehr erreichbar.
Ich installiere nun den Slave noch mal neu...... und werde alle Update-Aufforderungen bis auf weiteres ignorieren.@MathiasJ jetzt musst du mir bitte verraten was der Post sagen soll? Sagt der „Mist nach Update alles im Eimer aber ich sag euch nicht was in Logs steht ... trotzdem alles blöd ... ich bleib auf der 1.5.14?
Oder was ist deine Aussage? Wie kann ich/wir helfen?
-
bin jetzt auch dazu gekommen den Controller von 2.0.13 auf 2.0.25 zu heben. Slave hatte keine Einträge im Log. Der Master schon. Wurde aber letztlich dennoch auf 2.0.25 gehoben.
Muss ich mir Sogen machen?
@Lenny-CB das log ist schon komisch aber weil von einer früheren Beta auf die 2.0.25 kann das so passen. Aber nur deswegen.
Diese Fehler von node-Gyp haben mit dem Controller nix zu tun und weisen darauf hin das mit Deiner Python Installation was nicht stimmt. Aber da ist andere Story.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
das soll heißen, ich bleibe für's erste auf der 1.5.14......
Ich habe nun den Slave neu aufsetzen müssen, weil der nicht mehr erreichbar war.
Das Testsystem war direkt nach dem Update auch nicht mehr erreichbar. (Baugleich mit dem produktiven System) Ein Downgrade von der 2.0. auf die 1.5.14 war nicht möglich.
Den Log habe ich mir erst gar nicht angetan.... habe heute keinen Nerv dafür.IObroker auf dem NUC als VM.
Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus. -
das soll heißen, ich bleibe für's erste auf der 1.5.14......
Ich habe nun den Slave neu aufsetzen müssen, weil der nicht mehr erreichbar war.
Das Testsystem war direkt nach dem Update auch nicht mehr erreichbar. (Baugleich mit dem produktiven System) Ein Downgrade von der 2.0. auf die 1.5.14 war nicht möglich.
Den Log habe ich mir erst gar nicht angetan.... habe heute keinen Nerv dafür. -
@apollon77 nachdem ich das update nun zum zweiten mal durchgeführt habe, wieder das soef Problem mit dem tr-064, auch ein erneutes installieren von soef konnte das Problem nicht lösen.
Habe nun den Community parallel installiert, dieser scheint zu funktionieren.Desweiteren war auch keine Warnmeldung mehr, bezüglich
- warn (7844) Please update js-controller to at least 1.2.0.
Auch diese Meldung ist nicht mehr aufgetaucht
- No geo location data found configured in admin to calculate UWZ AREA ID or ID not valid!
Was mir noch aufgefallen ist, da ich mir per script, Adapterstörungen anzeigen lasse, hat sich bei dem ein oder anderen Adapter die Endung geändert.
wie z.b. von
weatherunderground.0.alive in weatherunderground.0 alivePs: wäre es ratsam ein update von npm 6.9 auf 6.11.3??
-
@crunchip sagte in js-controller 2.0 ab sofort im Latest Repo:
weatherunderground.0.alive in weatherunderground.0 alive
Sicher das Du hier nicht Name und ID verwechselst? Bei mir sind alle State IDs korrekt
npm kannst Du machen hat aber keine Auswirkung auf die Ausführung von ioBroker.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
ich hätte nun noch ein paar Dauerfehlermeldungen im Log, die sich ständig wiederholen...
host.Server 2019-10-12 22:35:03.127 error instance system.adapter.sonos.0 terminated with code 1 (JS_CONTROLLER_STOPPED) host.Server 2019-10-12 22:35:03.127 error Caught by controller[2]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:787:10) host.Server 2019-10-12 22:35:03.127 error Caught by controller[2]: at Module._compile (internal/modules/cjs/loader.js:776:30) host.Server 2019-10-12 22:35:03.127 error Caught by controller[2]: at Object.<anonymous> (C:\ioBroker\node_modules\iobroker.sonos\main.js:11:65) host.Server 2019-10-12 22:35:03.127 error Caught by controller[2]: at logger (C:\ioBroker\node_modules\iobroker.js-controller\lib\logger.js:194:37) host.Server 2019-10-12 22:35:03.127 error Caught by controller[2]: at new DailyRotateFile (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\winston-daily-rotate-file\daily-rotate-file.js:80:57) host.Server 2019-10-12 22:35:03.127 error Caught by controller[2]: e-stream-rotator\FileStreamRotator.js:505:5) host.Server 2019-10-12 22:35:03.127 error Caught by controller[1]: at Object.FileStreamRotator.getStream (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\fil host.Server 2019-10-12 22:35:03.127 error Caught by controller[1]: at mkDirForFile (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\file-stream-rotator\FileStreamRotator.js:628:27) host.Server 2019-10-12 22:35:03.127 error Caught by controller[1]: at Array.reduce (<anonymous>) host.Server 2019-10-12 22:35:03.126 error Caught by controller[1]: at C:\ioBroker\node_modules\iobroker.js-controller\node_modules\file-stream-rotator\FileStreamRotator.js:640:20 host.Server 2019-10-12 22:35:03.126 error Caught by controller[1]: at Object.mkdirSync (fs.js:757:3) host.Server 2019-10-12 22:35:03.126 error Caught by controller[1]: Error: ENOENT: no such file or directory, mkdir 'C:\ioBroker\log\iobroker..yyyy-10-Sa.10/12\' host.Server 2019-10-12 22:35:03.126 error Caught by controller[1]: host.Server 2019-10-12 22:35:03.126 error Caught by controller[1]: ^ host.Server 2019-10-12 22:35:03.126 error Caught by controller[1]: ; host.Server 2019-10-12 22:35:03.126 error Caught by controller[0]: throw err host.Server 2019-10-12 22:35:03.126 error Caught by controller[0]: fs.js:114 host.Server 2019-10-12 22:35:02.325 info instance system.adapter.sonos.0 started with pid 2772Grüße,
Martin
-
@crunchip sagte in js-controller 2.0 ab sofort im Latest Repo:
weatherunderground.0.alive in weatherunderground.0 alive
Sicher das Du hier nicht Name und ID verwechselst? Bei mir sind alle State IDs korrekt
npm kannst Du machen hat aber keine Auswirkung auf die Ausführung von ioBroker.
-
@apollon77
ja richtig, der Name hat sich geändert -
@Lenny-CB das log ist schon komisch aber weil von einer früheren Beta auf die 2.0.25 kann das so passen. Aber nur deswegen.
Diese Fehler von node-Gyp haben mit dem Controller nix zu tun und weisen darauf hin das mit Deiner Python Installation was nicht stimmt. Aber da ist andere Story.
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
... das mit Deiner Python Installation was nicht stimmt...apt-get install python-devdas hat, so wie es ausschaut, geholfen.
-
BLE ist nicht erreichbar, Button ist rot.
sudo pkill -f Adapternamedurchgeführt, jedoch ohne Erfolg.
Log im Debug:host.iobroker-slave 2019-10-12 09:48:40.150 info Restart adapter system.adapter.ble.0 because enabled host.iobroker-slave 2019-10-12 09:48:40.150 error instance system.adapter.ble.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) host.iobroker-slave 2019-10-12 09:48:40.149 error Caught by controller[1]: at process._fatalException (internal/bootstrap/node.js:496:27) host.iobroker-slave 2019-10-12 09:48:40.149 error Caught by controller[1]: at process.emit (events.js:203:15) host.iobroker-slave 2019-10-12 09:48:40.149 error Caught by controller[1]: at process.on.err (/opt/iobroker/node_modules/iobroker.ble/build/main.js:391:21) host.iobroker-slave 2019-10-12 09:48:40.148 error Caught by controller[1]: TypeError: Cannot read property 'error' of undefined host.iobroker-slave 2019-10-12 09:48:40.148 error Caught by controller[1]: ^ host.iobroker-slave 2019-10-12 09:48:40.148 error Caught by controller[1]: adapter.log.error("unhandled exception:" + err.message); host.iobroker-slave 2019-10-12 09:48:40.147 error Caught by controller[1]: /opt/iobroker/node_modules/iobroker.ble/build/main.js:391 host.iobroker-slave 2019-10-12 09:48:40.147 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:69:34) host.iobroker-slave 2019-10-12 09:48:40.147 error Caught by controller[0]: at emitPromiseRejectionWarnings (internal/process/promises.js:119:20) host.iobroker-slave 2019-10-12 09:48:40.146 error Caught by controller[0]: at process.emit (events.js:198:13) host.iobroker-slave 2019-10-12 09:48:40.146 error Caught by controller[0]: at process.on.r (/opt/iobroker/node_modules/iobroker.ble/build/main.js:386:21) host.iobroker-slave 2019-10-12 09:48:40.145 error Caught by controller[0]: TypeError: Cannot read property 'error' of undefinedGruß,
Mathias@MathiasJ https://github.com/AlCalzone/ioBroker.ble/issues/226 habe ich mal für Dich angelegt
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Mal eine allgemeine Frage:
1.) Wieso darf ioBroker auf Windows Systemen, die mit dem Installer installiert wurden, eigentlich nicht mit npm aktualisiert werden?
2.) Gilt das immer grundsätzlich beim aktualisieren von dem js.controller oder nur bei diesem umfangreichen update?
3.) Wie lange wird man voraussichtlich noch auf den neuen installer warten müssen?@NightWatcher Das soll am besten @Stabilostick beantworten.
Soweit ich weiss installiert der Windows-Installer eine komplette "Instanzspezifische Umgebung" inklusive nodejs, npm und dem controller ... -
Habe heute das Update auf die neue Version eingespielt. Dabei tauchten folgende Fehlermeldungen in der Konsole auf:
npm install iobroker.js-controller@2.0.25 --unsafe-perm --production --save --prefix "/opt/iobroker" (System call) In file included from ../src/unix_dgram.cc:5: ../../nan/nan.h: In function 'void Nan::AsyncQueueWorker(Nan::AsyncWorker*)': ../../nan/nan.h:2298:62: warning: cast between incompatible function types from 'void (*)(uv_work_t*)' {aka 'void (*)(uv_work_s*)'} to 'uv_after_work_cb' {aka 'void (*)(uv_work_s*, int)'} [-Wcast-function-type] , reinterpret_cast<uv_after_work_cb>(AsyncExecuteComplete) ^ In file included from ../../nan/nan.h:54, from ../src/unix_dgram.cc:5: ../src/unix_dgram.cc: At global scope: /home/iobroker/.node-gyp/10.16.3/include/node/node.h:573:43: warning: cast between incompatible function types from 'void (*)(v8::Local<v8::Object>)' to 'node::addon_register_func' {aka 'void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)'} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^ /home/iobroker/.node-gyp/10.16.3/include/node/node.h:607:3: note: in expansion of macro 'NODE_MODULE_X' NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~ ../src/unix_dgram.cc:404:1: note: in expansion of macro 'NODE_MODULE' NODE_MODULE(unix_dgram, Initialize) ^~~~~~~~~~~ In file included from /home/iobroker/.node-gyp/10.16.3/include/node/node.h:63, from ../../nan/nan.h:54, from ../src/unix_dgram.cc:5: /home/iobroker/.node-gyp/10.16.3/include/node/v8.h: In instantiation of 'void v8::PersistentBase<T>::SetWeak(P*, typename v8::WeakCallbackInfo<P>::Callback, v8::WeakCallbackType) [with P = node::ObjectWrap; T = v8::Object; typename v8::WeakCallbackInfo<P>::Callback = void (*)(const v8::WeakCallbackInfo<node::ObjectWrap>&)]': /home/iobroker/.node-gyp/10.16.3/include/node/node_object_wrap.h:84:78: required from here /home/iobroker/.node-gyp/10.16.3/include/node/v8.h:9502:16: warning: cast between incompatible function types from 'v8::WeakCallbackInfo<node::ObjectWrap>::Callback' {aka 'void (*)(const v8::WeakCallbackInfo<node::ObjectWrap>&)'} to 'Callback' {aka 'void (*)(const v8::WeakCallbackInfo<void>&)'} [-Wcast-function-type] reinterpret_cast<Callback>(callback), type); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/iobroker/.node-gyp/10.16.3/include/node/v8.h: In instantiation of 'void v8::PersistentBase<T>::SetWeak(P*, typename v8::WeakCallbackInfo<P>::Callback, v8::WeakCallbackType) [with P = Nan::ObjectWrap; T = v8::Object; typename v8::WeakCallbackInfo<P>::Callback = void (*)(const v8::WeakCallbackInfo<Nan::ObjectWrap>&)]': ../../nan/nan_object_wrap.h:65:61: required from here /home/iobroker/.node-gyp/10.16.3/include/node/v8.h:9502:16: warning: cast between incompatible function types from 'v8::WeakCallbackInfo<Nan::ObjectWrap>::Callback' {aka 'void (*)(const v8::WeakCallbackInfo<Nan::ObjectWrap>&)'} to 'Callback' {aka 'void (*)(const v8::WeakCallbackInfo<void>&)'} [-Wcast-function-type]Das scheint aber keine Auswirkungen auf die Funktionsfähigkeit gehabt zu haben. Das Update ist bis zum Ende durchgelaufen.
Die Umstellung auf redis für Objekte hat problemlos funktioniert. Das System fühlt sich damit insgesamt deutlich "fluffiger" an. Kein Auffälligkeiten soweit in den Logs.
Gruß Marco
iobroker im Container (debian Bullseye) unter proxmox 7.1
debmatic in VM (debian Buster) unter proxmox 7.1 mit HB-RF-USB und RPI-RF-MOD
40 HomeMatic Geräte, Phillips Hue, Ikea Tradfri, Logitech Harmony Hub, Botvac Connected, Robonect -
ich hätte nun noch ein paar Dauerfehlermeldungen im Log, die sich ständig wiederholen...
host.Server 2019-10-12 22:35:03.127 error instance system.adapter.sonos.0 terminated with code 1 (JS_CONTROLLER_STOPPED) host.Server 2019-10-12 22:35:03.127 error Caught by controller[2]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:787:10) host.Server 2019-10-12 22:35:03.127 error Caught by controller[2]: at Module._compile (internal/modules/cjs/loader.js:776:30) host.Server 2019-10-12 22:35:03.127 error Caught by controller[2]: at Object.<anonymous> (C:\ioBroker\node_modules\iobroker.sonos\main.js:11:65) host.Server 2019-10-12 22:35:03.127 error Caught by controller[2]: at logger (C:\ioBroker\node_modules\iobroker.js-controller\lib\logger.js:194:37) host.Server 2019-10-12 22:35:03.127 error Caught by controller[2]: at new DailyRotateFile (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\winston-daily-rotate-file\daily-rotate-file.js:80:57) host.Server 2019-10-12 22:35:03.127 error Caught by controller[2]: e-stream-rotator\FileStreamRotator.js:505:5) host.Server 2019-10-12 22:35:03.127 error Caught by controller[1]: at Object.FileStreamRotator.getStream (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\fil host.Server 2019-10-12 22:35:03.127 error Caught by controller[1]: at mkDirForFile (C:\ioBroker\node_modules\iobroker.js-controller\node_modules\file-stream-rotator\FileStreamRotator.js:628:27) host.Server 2019-10-12 22:35:03.127 error Caught by controller[1]: at Array.reduce (<anonymous>) host.Server 2019-10-12 22:35:03.126 error Caught by controller[1]: at C:\ioBroker\node_modules\iobroker.js-controller\node_modules\file-stream-rotator\FileStreamRotator.js:640:20 host.Server 2019-10-12 22:35:03.126 error Caught by controller[1]: at Object.mkdirSync (fs.js:757:3) host.Server 2019-10-12 22:35:03.126 error Caught by controller[1]: Error: ENOENT: no such file or directory, mkdir 'C:\ioBroker\log\iobroker..yyyy-10-Sa.10/12\' host.Server 2019-10-12 22:35:03.126 error Caught by controller[1]: host.Server 2019-10-12 22:35:03.126 error Caught by controller[1]: ^ host.Server 2019-10-12 22:35:03.126 error Caught by controller[1]: ; host.Server 2019-10-12 22:35:03.126 error Caught by controller[0]: throw err host.Server 2019-10-12 22:35:03.126 error Caught by controller[0]: fs.js:114 host.Server 2019-10-12 22:35:02.325 info instance system.adapter.sonos.0 started with pid 2772@mameier1234 versuch mal bitte sonos GitHub version ... geht die?
-
Habe heute das Update auf die neue Version eingespielt. Dabei tauchten folgende Fehlermeldungen in der Konsole auf:
npm install iobroker.js-controller@2.0.25 --unsafe-perm --production --save --prefix "/opt/iobroker" (System call) In file included from ../src/unix_dgram.cc:5: ../../nan/nan.h: In function 'void Nan::AsyncQueueWorker(Nan::AsyncWorker*)': ../../nan/nan.h:2298:62: warning: cast between incompatible function types from 'void (*)(uv_work_t*)' {aka 'void (*)(uv_work_s*)'} to 'uv_after_work_cb' {aka 'void (*)(uv_work_s*, int)'} [-Wcast-function-type] , reinterpret_cast<uv_after_work_cb>(AsyncExecuteComplete) ^ In file included from ../../nan/nan.h:54, from ../src/unix_dgram.cc:5: ../src/unix_dgram.cc: At global scope: /home/iobroker/.node-gyp/10.16.3/include/node/node.h:573:43: warning: cast between incompatible function types from 'void (*)(v8::Local<v8::Object>)' to 'node::addon_register_func' {aka 'void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)'} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^ /home/iobroker/.node-gyp/10.16.3/include/node/node.h:607:3: note: in expansion of macro 'NODE_MODULE_X' NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~ ../src/unix_dgram.cc:404:1: note: in expansion of macro 'NODE_MODULE' NODE_MODULE(unix_dgram, Initialize) ^~~~~~~~~~~ In file included from /home/iobroker/.node-gyp/10.16.3/include/node/node.h:63, from ../../nan/nan.h:54, from ../src/unix_dgram.cc:5: /home/iobroker/.node-gyp/10.16.3/include/node/v8.h: In instantiation of 'void v8::PersistentBase<T>::SetWeak(P*, typename v8::WeakCallbackInfo<P>::Callback, v8::WeakCallbackType) [with P = node::ObjectWrap; T = v8::Object; typename v8::WeakCallbackInfo<P>::Callback = void (*)(const v8::WeakCallbackInfo<node::ObjectWrap>&)]': /home/iobroker/.node-gyp/10.16.3/include/node/node_object_wrap.h:84:78: required from here /home/iobroker/.node-gyp/10.16.3/include/node/v8.h:9502:16: warning: cast between incompatible function types from 'v8::WeakCallbackInfo<node::ObjectWrap>::Callback' {aka 'void (*)(const v8::WeakCallbackInfo<node::ObjectWrap>&)'} to 'Callback' {aka 'void (*)(const v8::WeakCallbackInfo<void>&)'} [-Wcast-function-type] reinterpret_cast<Callback>(callback), type); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/iobroker/.node-gyp/10.16.3/include/node/v8.h: In instantiation of 'void v8::PersistentBase<T>::SetWeak(P*, typename v8::WeakCallbackInfo<P>::Callback, v8::WeakCallbackType) [with P = Nan::ObjectWrap; T = v8::Object; typename v8::WeakCallbackInfo<P>::Callback = void (*)(const v8::WeakCallbackInfo<Nan::ObjectWrap>&)]': ../../nan/nan_object_wrap.h:65:61: required from here /home/iobroker/.node-gyp/10.16.3/include/node/v8.h:9502:16: warning: cast between incompatible function types from 'v8::WeakCallbackInfo<Nan::ObjectWrap>::Callback' {aka 'void (*)(const v8::WeakCallbackInfo<Nan::ObjectWrap>&)'} to 'Callback' {aka 'void (*)(const v8::WeakCallbackInfo<void>&)'} [-Wcast-function-type]Das scheint aber keine Auswirkungen auf die Funktionsfähigkeit gehabt zu haben. Das Update ist bis zum Ende durchgelaufen.
Die Umstellung auf redis für Objekte hat problemlos funktioniert. Das System fühlt sich damit insgesamt deutlich "fluffiger" an. Kein Auffälligkeiten soweit in den Logs.
Gruß Marco
867
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge