Ankündigung

Einklappen
Keine Ankündigung bisher.

UZSU Fehler SH NG 1.4.1

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    UZSU Fehler SH NG 1.4.1

    Nach dem Upgrade auf 1.4.1 funktioniert die UZSU nicht mehr. Im Log erhalte ich im Debug Modus folgende Fehlermeldung:
    Code:
    [27/Dec/2017:20:37:42] ENGINE Bus STARTING
    [27/Dec/2017:20:37:42] ENGINE Started monitor thread '_TimeoutMonitor'.
    [27/Dec/2017:20:37:42] ENGINE Serving on http://10.x.x.20:8383
    [27/Dec/2017:20:37:42] ENGINE Serving on http://10.x.x.20:8384
    [27/Dec/2017:20:37:42] ENGINE Bus STARTED
    Exception in thread uzsu:
    Traceback (most recent call last):
      File "/usr/lib/python3.4/threading.py", line 920, in _bootstrap_inner
        self.run()
      File "/usr/local/smarthome/lib/plugin.py", line 445, in run
        self.plugin.run()
      File "/usr/local/smarthome/plugins/uzsu/__init__.py", line 99, in run
        self._schedule(item)
      File "/usr/local/smarthome/plugins/uzsu/__init__.py", line 152, in _schedule
        self.logger.debug("uzsu active entry for item {} with datetime {}, value {} and tzinfo {}".format(item, next, value, next.tzinfo))
    AttributeError: 'NoneType' object has no attribute 'tzinfo'
    Meine Installation: VM Debian Buster SH NG 1.8.1, SmartVISU 3.0, KNX, DMX, 1-wire, Fortigate 30E IPS, VMware vSphere 6.7

    #2
    Nachdem ich alle UZUS deaktiviert und anschliessend aktiviert habe scheint es wieder zu funktionieren. Ich werde mal weiter beobachten.

    Im Log kam dann Fehlermeldungen für alle UZUS die ich angefasst habe:
    Code:
    [LIST=1][*]2017-12-27 23:17:54 ERROR Main Item eg.wohnen.steckdose1.uzsu: problem running <bound method UZSU.update_item of <plugins.uzsu.UZSU object at 0xb6b6b14c>>: 'NoneType' object has no attribute 'tzinfo'[*]Traceback (most recent call last):[*]File "/usr/local/smarthome/lib/item.py", line 861, in __update[*]method(self, caller, source, dest)[*]File "/usr/local/smarthome/plugins/uzsu/__init__.py", line 137, in update_item[*]self._schedule(item)[*]File "/usr/local/smarthome/plugins/uzsu/__init__.py", line 152, in _schedule[*]self.logger.debug("uzsu active entry for item {} with datetime {}, value {} and tzinfo {}".format(item, next, value, next.tzinfo))[*]AttributeError: 'NoneType' object has no attribute 'tzinfo'[*]2017-12-27 23:25:26 ERROR Main Item zentral.rollos.move.uzsu: problem running <bound method UZSU.update_item of <plugins.uzsu.UZSU object at 0xb6b6b14c>>: 'NoneType' object has no attribute 'tzinfo'[*]Traceback (most recent call last):[*]File "/usr/local/smarthome/lib/item.py", line 861, in __update[*]method(self, caller, source, dest)[*]File "/usr/local/smarthome/plugins/uzsu/__init__.py", line 137, in update_item[*]self._schedule(item)[*]File "/usr/local/smarthome/plugins/uzsu/__init__.py", line 152, in _schedule[*]self.logger.debug("uzsu active entry for item {} with datetime {}, value {} and tzinfo {}".format(item, next, value, next.tzinfo))[*]AttributeError: 'NoneType' object has no attribute 'tzinfo'[/LIST]
    Meine Installation: VM Debian Buster SH NG 1.8.1, SmartVISU 3.0, KNX, DMX, 1-wire, Fortigate 30E IPS, VMware vSphere 6.7

    Kommentar


      #3
      Du hast aber smarthomeNG auf die 1.4.1 gebracht UND auch die Plugins auf die Version 1.4.1 gebracht oder?

      Zum den Änderungen im Scheduler (smarthomeng) gehört auch das neue Plugin (smarthomeng/plugins)

      Die beiden Sachen müssen ja seit der 1.4 getrennt von einander geupdatet werden.

      Kommentar


        #4
        Den Tip wollte ich auch gerade geben.

        Übrigens: Das getrennte Update von Core und Plugins bei einem In-Place-Update gibt es schon seit v1.3.
        Viele Grüße
        Martin

        There is no cloud. It's only someone else's computer.

        Kommentar


          #5
          Zitat von schuma Beitrag anzeigen
          Du hast aber smarthomeNG auf die 1.4.1 gebracht UND auch die Plugins auf die Version 1.4.1 gebracht oder?
          Ja ist beides auf 1.4.1

          Das Problem scheint wirklich mit dem aktivieren/deaktiveren behoben. Im Log sind heute morgen auch keine Fehler mehr.
          Meine Installation: VM Debian Buster SH NG 1.8.1, SmartVISU 3.0, KNX, DMX, 1-wire, Fortigate 30E IPS, VMware vSphere 6.7

          Kommentar


            #6
            Mit der UZSU stimmt immer noch was nicht. Nachdem heute Abend die Schaltung mit sunset nicht funktioniert hat obwohl ich die auch aktiviert und deaktiviert hatte.
            Ich habe SH nochmal neu gestartet. Jetzt wird wieder nichts geschaltet und die Fehlermeldungen von oben sind wieder im Log
            Meine Installation: VM Debian Buster SH NG 1.8.1, SmartVISU 3.0, KNX, DMX, 1-wire, Fortigate 30E IPS, VMware vSphere 6.7

            Kommentar


              #7
              Also bei mir läufst ohne Probleme

              Kommentar


                #8
                Zitat von schuma Beitrag anzeigen
                Also bei mir läufst ohne Probleme
                Bis zum SH Neustart haben alle Schaltuhren bis auf die sunset eingestellt hatten auch funktioniert.
                Kann das was mit der Sprache zu tun haben? Wenn ich mich recht erinnere stand früher bei Event bei mir auch sunset wie oben bei der Zeit

                uzsu.PNG
                Meine Installation: VM Debian Buster SH NG 1.8.1, SmartVISU 3.0, KNX, DMX, 1-wire, Fortigate 30E IPS, VMware vSphere 6.7

                Kommentar


                  #9
                  Nachdem ich aus den UZSU die Experte Zeilen gelöscht habe und diese auf manuelle Zeit gestellt funktionieren diese jetzt auch wieder.
                  Füge ich diese Zeile wieder hinzu erscheint die Uhr nicht mehr im Scheduler.
                  Meine Installation: VM Debian Buster SH NG 1.8.1, SmartVISU 3.0, KNX, DMX, 1-wire, Fortigate 30E IPS, VMware vSphere 6.7

                  Kommentar


                    #10
                    Sobald eine Expertzeile eingefügt ist auch wenn diese nicht aktiv ist funktioniert die Uhr nicht mehr
                    Meine Installation: VM Debian Buster SH NG 1.8.1, SmartVISU 3.0, KNX, DMX, 1-wire, Fortigate 30E IPS, VMware vSphere 6.7

                    Kommentar


                      #11
                      Das muss an Deinem System liegen.
                      Funktioniert alles einwandfrei bei mir.
                      Welche SmartVisu nutzt Du?

                      Kommentar


                        #12
                        Zitat von schuma Beitrag anzeigen
                        Welche SmartVisu nutzt Du?
                        Die 2.9
                        hat aber mit der SH 1.3 funktioniert. Problem ist erst seit dem Upgrade
                        Meine Installation: VM Debian Buster SH NG 1.8.1, SmartVISU 3.0, KNX, DMX, 1-wire, Fortigate 30E IPS, VMware vSphere 6.7

                        Kommentar


                          #13
                          Also die Fehlermeldung kommt daher, weil in Zeile 152 geloggt wird unter der Annahme, das next nicht None ist. Du kannst das testweise in der __init__.py mal ändern in:

                          Code:
                                              if next is not None:
                                                  self.logger.debug("uzsu active entry for item {} with datetime {}, value {} and tzinfo {}".format(item, next, value, next.tzinfo))
                          dann wirft der logger keinen Fehler. (Oder die Zeile ganz löschen) Die SmartVISU dürfte IMHO unschuldig sein.

                          Kommentar


                            #14
                            Hallo,

                            ich habe auch Probleme gehabt eine (alle) USZU zu aktivieren, es aber noch nicht geschafft mich weiter damit zu befassen.

                            Sh.py 1.4 mit zugehörigen Plugins und SV 2.8.

                            Gruß,
                            Hendrik

                            Kommentar


                              #15
                              Zitat von bmx Beitrag anzeigen
                              (Oder die Zeile ganz löschen)
                              Dann funktioniert es wieder. Auch der Expertmodus.
                              Meine Installation: VM Debian Buster SH NG 1.8.1, SmartVISU 3.0, KNX, DMX, 1-wire, Fortigate 30E IPS, VMware vSphere 6.7

                              Kommentar

                              Lädt...
                              X