Sehr langer FHEM start

Begonnen von Astrofreak85, 15 August 2019, 17:15:09

Vorheriges Thema - Nächstes Thema

Astrofreak85

Hi,

seit kurzem, seit wann genau kann ich nicht sagen, brauch mein FHEM seh lange zum starten...
im Log hab ich eine "Lücke" gefunden kann aber mit den Fehlermeldung erstmal nix anfangen, jemand ne Idee?


2019.08.15 17:03:06 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Meta.pm line 3247.
2019.08.15 17:03:06 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Meta.pm line 3255.
sh: echo: I/O error
2019.08.15 17:04:50 1: usb create starting


kurz danach ist dan FHEM erreichbar..

rudolfkoenig

Vermutlich hilft die Zeile
define initialUsbCheck notify global:INITIALIZED usb create
in fhem.cfg zu deaktivieren oder zu loeschen.

Falls Du zum debuggen beitragen willst, dann bitte vorher FHEM mit "perl fhem.pl -d fhem.cfg" aus der Konsole starten, und die Ausgabe hier anhaengen. Weiterhin brauche ich dann die Liste aller USB- bzw. seriellen Geraete, die angeschlossen sind.

Astrofreak85

Hi,

das hatte ich schon nach Studium anderer Posts hier getestet...
Ich ab jetzt nochmal gegeuckt...
mit initialUsbCheck: Startzeit 2:58sek
ohne initial USB Check: Startzeit 3:03sek

Also kein wesentlicher Unterschied, daran liegt es vermutlich bei mir nicht...
Nachdem das aus war hab ich weiterhin Stellen im log beim FHEM-Start wo es länger dauert:


2019.08.16 10:06:50 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Meta.pm line 3247.
2019.08.16 10:06:50 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Meta.pm line 3255.
2019.08.16 10:07:49 3: myOWServer: Opening connection to OWServer localhost:4304...
2019.08.16 10:07:49 3: myOWServer: Successfully connected to localhost:4304.



2019.08.16 10:05:34 3: myJeelink device opened
2019.08.16 10:05:34 3: LaCrosse_0E: I/O device is myJeelink
2019.08.16 10:05:45 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/59_LuftdatenInfo.pm line 248, <$fh> line 2042.
2019.08.16 10:05:52 1: Including ./log/fhem.save
2019.08.16 10:05:54 3: Device HM_578CC0 added to ActionDetector with 002:50 time



Eine Frage am Rande,
ich habe da ich meinen Epson-Beamer stromlosschlalte fast sekündlich im Log die Meldung
2019.08.16 10:04:57 3: ESCVP21_Watchdog: called for command 'init', resetting communication
Auch wenn ich das ESCVP21 Plugin auf verbose 1 stelle, verschwinden die Meldungen nicht :-/ das spammt ziemlich mein Log voll...
Wie kann ich das ggf. verhindern? Nur über das globale Loglevel?

CoolTux

Zitat von: rudolfkoenig am 16 August 2019, 09:31:02
Falls Du zum debuggen beitragen willst, dann bitte vorher FHEM mit "perl fhem.pl -d fhem.cfg" aus der Konsole starten, und die Ausgabe hier anhaengen. Weiterhin brauche ich dann die Liste aller USB- bzw. seriellen Geraete, die angeschlossen sind.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Astrofreak85

Ich dachte die Anfrage von Rudolf bezieht sich nur auf das usbInitilize problem...

wenn ich es damit ausführe hängt es hier für längere Zeit:


2019.08.16 10:44:37 4: BlockingCall (UWZ_Run): created child (25554), uses telnetForBlockingFn_1565945074 to connect back
2019.08.16 10:44:37 5: Installer (fhemInstaller) - Notify: $VAR1 = [
          'INITIALIZED'
        ];

2019.08.16 10:44:38 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Meta.pm line 3247.
2019.08.16 10:44:38 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/Meta.pm line 3255.
2019.08.16 10:44:43 4: FHEM::Meta::__GetMetadata WARNING: Unregistered core module or package:
  FHEM/RTypes.pm has defined VCS data but is not registered in MAINTAINER.txt.
  Added acting maintainer with limited support status
2019.08.16 10:46:40 5: SubProcess 26102 created.
2019.08.16 10:46:40 5: SubProcess 26102 started.





rudolfkoenig

Ich tippe auf dem Installer Modul, der Maintainer sollte benachrichtigt werden.
Fuer die Warnungen aus Meta.pm ist er ja auch zustaendig.

Astrofreak85

Ah!

Das war es, hab ich zwar schon paar Tage in Benutzung, nachdem das Modul nun deaktiviert  ist brauch FHEM knapp ~60sek zum Start, nicht mehr ~185sek

DANKE!

Loredo

Die Warnungen in Meta habe ich beseitigt, sofern sie in meinen Bereich fallen. Den fehlenden Maintainer Eintrag für RType.pm kann ich nicht ergänzen.


Grundsätzlich läd der Installer beim Start die Meta Informationen für alle Module, die benutzt werden.
Wenn der Modulautor diese über einen META.json Abschnitt in seinem Modul mitliefert, ist das eine Frage von Millisekunden. Hat er das nicht, dann ermittelt der Installer die Metadaten selbstständig. Wenn hierfür das Perl Modul Perl::PrereqScanner::NotQuiteLite installiert wurde, werden auch die Perl Abhängigkeiten geprüft und geladen. Durch die fehlenden Metadaten ist das aufwändig, weshalb der Start von FHEM einige Sekunden länger dauert. Das hängt auch von der Anzahl der verwendeten FHEM Module ab. Außerdem spielt die IO-Performance eine Rolle, da viel von der Festplatte gelesen werden muss. Handelt es sich dabei um keine echte Festplatte, sondern eine langsame SD Karte wie bei einem RaspberryPi, dann dauert es eben entsprechend.


Works as designed.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER