Habt Ihr auch performance Probleme seit Update?

Thomas Braun

@spicer Mit dd haust du das (vermutlich) krümelige Dateisystem Bit-genau auf das Output File. Inkl. der Löcher.

Und

dmesg -T | grep -i ext4

sagt nun was?

spicer

@thomas-braun sagte in Habt Ihr auch performance Probleme seit Update?:

dmesg -T | grep -i ext4

pi@halten2:~ $ dmesg -T | grep -i ext4
[Mi Aug 11 23:38:26 2021] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  dwc_otg.lpm_enable=0 console=ttyS0,115200 console=tty1 root=PARTUUID=b63917fa-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[Mi Aug 11 23:38:29 2021] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
[Mi Aug 11 23:38:29 2021] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
[Mi Aug 11 23:38:31 2021] EXT4-fs (mmcblk0p2): recovery complete
[Mi Aug 11 23:38:32 2021] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[Mi Aug 11 23:38:32 2021] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[Mi Aug 11 23:38:36 2021] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)

Thomas Braun

@spicer Wie erwartet. Dateisystem kaputt.

Neue SD-Karte besorgen, Raspi4 aus der Schublade ziehen, Betriebssystem ohne Desktop installieren, den root account deaktiviert belassen, einfach NIE root werden, iobroker installieren, Backup via Backitup-Adapter einspielen, fertig.

spicer

Soll ich die Neuinstallation nochmal auf den RPI3 wagen oder ist der zum Vorherein zu schwach?
Mit dem RPI4 hätte ich etwas anderes vor, was mehr Power braucht.

Thomas Braun

@spicer Musst du wissen. Wichtig ist halt eine neue SD-Karte.

spicer

@thomas-braun
Da hab ich noch welche. 16 & 32GB.

Thomas Braun

@spicer Nimm die 32GB. Die leben tendenziell länger.

spicer

@thomas-braun
Ok. Dann mache ich mich mal an die Arbeit.
Danke schonmal für den Support. Melde mich dann wieder hier zurück ^^

spicer

@thomas-braun sagte in Habt Ihr auch performance Probleme seit Update?:

Neue SD-Karte besorgen, Raspi4 aus der Schublade ziehen, Betriebssystem ohne Desktop installieren, den root account deaktiviert belassen, einfach NIE root werden, iobroker installieren, Backup via Backitup-Adapter einspielen, fertig.

Bekomme bei der Installation folgendes:

==========================================================================
    Installing ioBroker (3/4)
==========================================================================


In file included from ../../nan/nan.h:58,
                 from ../src/main.cpp:3:
/home/pi/.cache/node-gyp/12.22.5/include/node/node.h:736: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/pi/.cache/node-gyp/12.22.5/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’
   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
   ^~~~~~~~~~~~~
../src/main.cpp:42:1: note: in expansion of macro ‘NODE_MODULE’
 NODE_MODULE(diskusage, Init)
 ^~~~~~~~~~~

In file included from ../../nan/nan.h:58,
                 from ../src/unix_dgram.cc:5:
/home/pi/.cache/node-gyp/12.22.5/include/node/node.h:736: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/pi/.cache/node-gyp/12.22.5/include/node/node.h:770: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)
 ^~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Open(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:78:69: 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]
   uv_queue_work(uv_default_loop(), req, EIO_Open, (uv_after_work_cb)EIO_AfterOpen);
                                                                     ^~~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Update(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:135:71: 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]
   uv_queue_work(uv_default_loop(), req, EIO_Update, (uv_after_work_cb)EIO_AfterUpdate);
                                                                       ^~~~~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Close(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:175:70: 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]
   uv_queue_work(uv_default_loop(), req, EIO_Close, (uv_after_work_cb)EIO_AfterClose);
                                                                      ^~~~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Flush(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:215:70: 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]
   uv_queue_work(uv_default_loop(), req, EIO_Flush, (uv_after_work_cb)EIO_AfterFlush);
                                                                      ^~~~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Set(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:271:68: 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]
   uv_queue_work(uv_default_loop(), req, EIO_Set, (uv_after_work_cb)EIO_AfterSet);
                                                                    ^~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Get(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:316:68: 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]
   uv_queue_work(uv_default_loop(), req, EIO_Get, (uv_after_work_cb)EIO_AfterGet);
                                                                    ^~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE GetBaudRate(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:366:76: 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]
   uv_queue_work(uv_default_loop(), req, EIO_GetBaudRate, (uv_after_work_cb)EIO_AfterGetBaudRate);
                                                                            ^~~~~~~~~~~~~~~~~~~~
../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Drain(Nan::NAN_METHOD_ARGS_TYPE)’:
../src/serialport.cpp:412:70: 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]
   uv_queue_work(uv_default_loop(), req, EIO_Drain, (uv_after_work_cb)EIO_AfterDrain);
                                                                      ^~~~~~~~~~~~~~
../src/serialport.cpp: At global scope:
../src/serialport.cpp:433:28: warning: unnecessary parentheses in declaration of ‘ToParityEnum’ [-Wparentheses]
 SerialPortParity NAN_INLINE(ToParityEnum(const v8::Local<v8::String>& v8str)) {
                            ^
../src/serialport.cpp:452:30: warning: unnecessary parentheses in declaration of ‘ToStopBitEnum’ [-Wparentheses]
 SerialPortStopBits NAN_INLINE(ToStopBitEnum(double stopBits)) {
                              ^
In file included from ../../../nan/nan.h:58,
                 from ../src/./serialport.h:13,
                 from ../src/serialport.cpp:1:
/home/pi/.cache/node-gyp/12.22.5/include/node/node.h:736:43: warning: cast between incompatible function types from ‘void (*)(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)’ {aka ‘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/pi/.cache/node-gyp/12.22.5/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’
   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
   ^~~~~~~~~~~~~
../src/serialport.cpp:486:1: note: in expansion of macro ‘NODE_MODULE’
 NODE_MODULE(serialport, init);
 ^~~~~~~~~~~
../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’:
../src/serialport_unix.cpp:176:60: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=]
     snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path);
                                                            ^~~~~~~~~~~~~~~~~~~~~~~~~
../src/serialport_unix.cpp:176:13: note: ‘snprintf’ output 20 or more bytes (assuming 1043) into a destination of size 1024
     snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path);
     ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’:
../src/serialport_unix.cpp:86:60: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=]
     snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path);
                                                            ^~~~~~~~~~~~~~~~~~~~~~~~~~~
../src/serialport_unix.cpp:86:13: note: ‘snprintf’ output 22 or more bytes (assuming 1045) into a destination of size 1024
     snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path);
     ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

ATTENTION: Error reporting via Sentry will be activated on next start of ioBroker

ioBroker wants to make sure to deliver the most stable smart home system.
To allow this we decided to implement an automatic error and crash reporting solution into the js-controller and also into adapters. 

THIS REPORTING WILL BE ENABLED WITH THE NEXT START OF YOUR IOBROKER!

For any error that leads to the crash of the js-controller or one of the relevant adapters the error details are send to a server. For the js-controller and core adapters this server is located and operated in germany. For community adapters please check the Github Readme of the affected adapter for details which Sentry server is used.

If you want to disable the error reporting you can use the command
'iobroker plugin disable sentry'
This command will also make sure that no adapter that runs on this host will send crash reporting data to sentry.

Hier bleibt die Installation stehen.

Edit:
Hatte zuwenig Geduld. Inst wurde fertig ^^

spicer

RPI läuft nun wieder. Die Canvas-Gauge Widgets waren nicht im Backup und mussten von Hand nachinstalliert werden.
Dies aber nur ein Hinweis.
Leider habe ich das Eingangsproblem immer noch.
Diverse Diagramme erscheinen gar nie. Andere nach langem Warten.

crunchip

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

Leider habe ich das Eingangsproblem immer noch.
Diverse Diagramme erscheinen gar nie. Andere nach langem Warten.

wie oben erwähnt, schieb doch mal die SD in den Pi4 und teste

spicer

@crunchip
Die meisten kommen im RPI4 nach 20s. Wind immer noch nicht. Nach mehreren Versuchen kommt Wind nach 30-40s.
Kann man nicht zur alten GUI zurück?
Im Anhang noch meine Instanzen und das JS. Wobei das Javascript nur ein ganz kleines ist.

crunchip

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

Kann man nicht zur alten GUI zurück?

zweiten Admin installieren siehe https://forum.iobroker.net/topic/46813/admin-v5-jetzt-im-stable

spicer

@crunchip
Ok. 2ter Admin läuft. Aber gleich das nächste Problem ^^
"Grafik" ist ausgegraut beim 2ten Admin.

Homoran

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

"Grafik" ist ausgegraut beim 2ten Admin.

welche Chartadapter hast du installiert?
welche Datenbank nutzst du für historisierte Daten?

spicer

@homoran sagte in Habt Ihr auch performance Probleme seit Update?:

Chartadapter

Meinst Du den Flot?
Datenbank? Ich habe lediglich das Speicherverzeichnis /home/pi/wetterdaten eingetragen.

Soll ich mal mit dem E-Charts versuchen?

Homoran

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

Meinst Du den Flot?

z.B.

die Grafik wird bei mir schon ewig nicht mehr angezeigt wenn ich rickshaw nicht installiert habe

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

Datenbank?

= z.B. History, sql, influx....

spicer

@homoran
Ich habe history drauf.
6 Posts weiter oben ist ein Screenshot von meinen Adaptern ;)
Kann es sein, das ein Adapter/Konstellation bei mir alles klemmt?
Ich meine, wenn ich flot und/oder history mit einem anderen Adapter mache.....

Homoran

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

Kann es sein, das ein Adapter/Konstellation bei mir alles klemmt?

ist nicht komplett auszuschließen

@spicer sagte in Habt Ihr auch performance Probleme seit Update?:

wenn ich flot und/oder history mit einem anderen Adapter mache.....

nein, das nicht. ist, wie gesagt, bei mir schon ewig so

lobomau

@spicer du hast alles auf dem Pi mit der SD laufen? ALso auch die Datenbank (history), richtig?
Da wird dann entsprechend viel drauf geschrieben auf die SD- Karte. Das mögen die irgendwie nicht.
Vielleicht ist das ein Grund für deine Ausfälle?
Ich habe auch zwei Pis (Pi1 und Pi3) mit SD-Karte im Einsatz. Die laufen schon lange ohne Probleme, aber master ist kein Pi und Datenbank (influxDB) ist auf einer Synology.
Vielleicht kannst du das auch umsetzen.

Community Forum

NEWS

Habt Ihr auch performance Probleme seit Update?

Support us

467

32.9k

83.0k

1.3m