[42_AptToDate.pm] Übersicht über verfügbare Distributionsupdates

[DS_Starter]

Hi Leon,

ich habe gerade ein Upgrade von debian 8 nach debian 9 auf der OS-Ebene (also nicht über das Modul) durchgeführt.
Nach einem "set ... repoSync" zeigen die Readings im Modul allerdings immer noch Debian 8 an:

Code Auswählen Erweitern


Internals:
   DEF        localhost
   HOST       localhost
   NAME       aptget
   NOTIFYDEV  global,aptget
   NR         1592
   NTFY_ORDER 50-aptget
   STATE      system is up to date
   TYPE       AptToDate
   VERSION    1.0.0
   READINGS:
     2018-07-25 18:22:29   os-release_BUG_REPORT_URL https://bugs.debian.org/
     2018-07-25 18:22:29   os-release_HOME_URL http://www.debian.org/
     2018-07-25 18:22:29   os-release_ID   debian
     2018-07-25 18:22:29   os-release_NAME Debian GNU/Linux
     2018-07-25 18:22:29   os-release_PRETTY_NAME Debian GNU/Linux 8 (jessie)
     2018-07-25 18:22:29   os-release_SUPPORT_URL http://www.debian.org/support
     2018-07-25 18:22:29   os-release_VERSION 8 (jessie)
     2018-07-25 18:22:29   os-release_VERSION_ID 8
     2018-07-25 18:22:29   os-release_language de
     2018-07-26 14:44:24   repoSync        fetched done
     2018-07-26 14:44:25   state           system is up to date
     2018-07-26 14:41:50   updatesAvailable 0
   helper:
     lastSync   2018-07-26
Attributes:
   room       Dienste->Allgemein


Das Betriebssystem zeigt wie erwartet die neue Version:

Code Auswählen Erweitern


root@fhem:/opt/fhem/log# cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
NAME="Debian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
root@fhem:/opt/fhem/log# cd
root@fhem:~# cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
NAME="Debian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
root@fhem:~#


Neue Patches werden erwartungsgemäß nicht signalisiert.
Auch ein shutdown restart von fhem lässt die neue Version nicht erscheinen.
Ich habe jetzt nicht in den Code geschaut, aber vermutlich werden durch repoSync nicht cie os-release-Readings aktualisiert ??

LG
Heiko

[CoolTux]

lösche bitte alle os-release_ Reading und drücke dann unter Device Details auf DEF und sofort wieder auf modify

[DS_Starter]

Ok, dann wäre das ein Featurerequest dass diese Info über das Set-Kommando mit Upgedated wird

LG,
Heiko

[JoeALLb]

Servus,

Verständnisfrage: Warum bekomme ich solche Einträge ins Log?
Scannt AptToDate die installierten FHEM-Devices? Mir fehlt gerade nur der Zusammenhang mit APT und
OS-Updatepacketen.

Code Auswählen Erweitern

2018.08.02 09:41:17 5: AptToDate (fhemServer) - Notify: $VAR1 = [
          'UNDEFINED KNX_0201255 KNX 2/1/255:MODEL_NOT_DEFINED'
        ];

Danke, sG
joe

[CoolTux]

Sollte nicht direkt vom Modul kommen. Hast Du ein Notify an das Device gebunden? Wann genau kommt das immer? Einmal am Tag?

[JoeALLb]

nein, kein notify, und auch kein DOIF.

Code Auswählen Erweitern

fhem> list TYPE=notify
initialUsbCheck

fhem>

Es kommt lustigerweise immer dann, wenn ein unbekanntes KNX-Device über Autocreate angelegt wird
oder ein KNX-Device eine abfrage an den Bus stellt. Also ziemlich oft, mehrmals pro Minute!

Im Log habe ich noch das gefunden:

Code Auswählen Erweitern

2018.08.01 11:49:40 5: Starting notify loop for global, 1 event(s), first is ATTR global verbose 5
2018.08.01 11:49:40 5: AptToDate (fhemServer) - Notify: $VAR1 = [
          'ATTR global verbose 5'
        ];

2018.08.01 11:49:40 5: End notify loop for global


Hilft das weiter?

[CoolTux]

Hilft bedingt. Ich muss da mal schauen. Kann was mit global zu tun haben.

[Frank_Huber]

Ich habe das AptToDate heute mal eingerichtet und getestet.
funktioniert soweit super!

Es bleiben bei mir aber 5 Updates die er nicht installiert.

Packagename   Current Version   New Version   
nodejs   4.8.2~dfsg-1   8.11.1~dfsg-2~bpo9+1
nodered   0.18.4-1   0.18.7-3
sense-emu-tools   1.0   1.1
chromium-browser   60.0.3112.89-0ubuntu0.14.04.1.1010+1   65.0.3325.181-0+rpt4
rpi-chromium-mods   20180302   20180706

Woran kann das liegen?

[volschin]

Fremdpakete?

[CoolTux]

Servus,

Verständnisfrage: Warum bekomme ich solche Einträge ins Log?
Scannt AptToDate die installierten FHEM-Devices? Mir fehlt gerade nur der Zusammenhang mit APT und
OS-Updatepacketen.

Code Auswählen Erweitern

2018.08.02 09:41:17 5: AptToDate (fhemServer) - Notify: $VAR1 = [
          'UNDEFINED KNX_0201255 KNX 2/1/255:MODEL_NOT_DEFINED'
        ];

Danke, sG
joe

Ich habe mal eben geschaut. Kann es sein das Du den verbose auf 5 gestellt hast? Also entweder vom Device oder global?

[JoeALLb]

Ja hatte ich! SG Joe. (In der Zeile steht ja auch  Loglevel 5 drinnen)

SG Joe

[CoolTux]

Also entweder Du stellst das wieder auf 3 oder ich entferne die Logzeile im Code. Ist mehr zum testen gewesen.

[JoeALLb]

Kann ich machen. Ich wollte nur verstehen, warum das hier bei KNX Messages aufblobbt. Habe gestern alleine damit 100MB Log geschrieben , denn bei jeder kleinsten Windänderung würde die Zeile geschrieben.

[CoolTux]

Kann ich machen. Ich wollte nur verstehen, warum das hier bei KNX Messages aufblobbt. Habe gestern alleine damit 100MB Log geschrieben , denn bei jeder kleinsten Windänderung würde die Zeile geschrieben.

Das scheint wohl ein KNX Ding zu sein. Das Log Sprint an bei globalen Events und Events vom eigentlichen AptToDate Device. Ich würde mir Gedanken machen wenn ein KNX Device 100 Globale Events pro Sekunde erzeugt. Schau Mal in Dein Eventmonitor.

[JoeALLb]

Keine 100 pro Sekunde, aber viele! Ich will das so (Wetterüberwachung, Windalarm, etc...) und funktioniert auch wunderbar.
Natürlich nutze ich selten verbose 5, dennoch ist es mir eben NUR hier aufgefallen... Weshalb ich es als "Verständnisfrage" formuliert habe. ich für mich jetzt auch gut! Danke fürs erklären....