AvrLogger : Thermallogger und Visualisierung Tool

Kurt-oe1kyw

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.799
Punkte
314
Wenn die URL nun anders sind
Nein, nein, es betrifft einzig und alleine DSM 7.1-42661

Du siehst es sofort wenn du dir das Serverarchiv von Anbeginn der Zeit anschaust, das geht zurück bis auf die Urausgabe DSM 1.0-1.0027.
Schau mal selber und achte auf die jeweiligen "Hauptversionen" da steht IMMER X.X.X-XXXXX leicht zu erkennen da die Dateigrößen dort ~ 200-400MB gross sind.
Darüber sind dann immer die jeweiligen Updates also X.X.X-XXXXX-1, da ist nur die Updatedatei mit 4-30 MB!

Das Problem das sie bei Synology in der 7.1-42661 nur mehr die Virtuelle DSM Version drinnen haben. Vor dem Serverproblem waren dort auch wie gewohnt die ganzen Hauptversionen für die einzelnen Synology bzw. CPU Familien zu sehen.
JETZT ist aber die 7.2-42661-1 wie gewohnt zwar die Updatedatei 1 mit wenigen MB, ABER die Hauptversion 7.1 haben sie damals entfernt!
Die waren nur 3 oder 4 Tage in diesem Ordner Online wo sie normalerweise immer sind.
JETZT befinden sich die Hauptversionen in 7.1-42661 (with Update 1), dh wenn jetzt jemand die Hauptversion herunterlädt bekommt er diese und gleich das Update 1 integriert.
U2 und U3 stehen wie gewohnt wieder darüber.

Mit einem Bild wird es gleich viel Verständlicher:

dsm_synologyserverstruktur.png

Schön zu sehen nur DSM 7.2-42661 weißt diese Abweichung auf.

Wenn du dir die Dateien anschauen möchtest oder ev. die eine oder andere Version lokal bei dir sichern möchtest:

https://archive.synology.com/download/Os/DSM


Du musst halt immer nur genau Aufpassen, dass du wirklich die .pat Datei nimmst die für deine Diskstation ist!
Solltest du mal eine falsche erwischen, passiert nichts, bei der DSM Installation/DSM Update kommt ein Fehlerhinweis "Unbekannte/nicht kompatible Datei" und mit "Weiter" kommst du heraus ohne das etwas beschädigt wird.
 

Benie

Benutzer
Contributor
Sehr erfahren
Mitglied seit
19. Feb 2014
Beiträge
8.969
Punkte für Reaktionen
3.807
Punkte
344
ABER die Hauptversion 7.1 haben sie damals entfernt!
Die waren nur 3 oder 4 Tage in diesem Ordner Online wo sie normalerweise immer sind.
Soweit ich mich zurück erinnere hatte ich eine RC Version DSM 7.1-42621-1 auf meiner DS und wer die hatte konnte mit dem Update 1 alleine nichts anfangen, daraufhin hat man das Nano mit Upd-1 Paket eingestellt und Zeitgleich (ich glaube wegen einem Fehler mit SMB) das DSM 7.2-42661 herausgenommen. Wer aber diese Fehlerbehaftete Update seinerzeit schon installiert hatte der hat nur das kleine /.1....Update 1 gbraucht.

Edit: aber das Thema gehört eigentlich nicht mehr hierher, ich wollte das nur kurz erläutern.
 
  • Like
Reaktionen: Kurt-oe1kyw

framp

Benutzer
Mitglied seit
19. Feb 2016
Beiträge
1.005
Punkte für Reaktionen
129
Punkte
89
Da ich den AVRLogger nicht mehr nutze: Wie kann ich den deinstallieren?
 

Kurt-oe1kyw

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.799
Punkte
314

framp

Benutzer
Mitglied seit
19. Feb 2016
Beiträge
1.005
Punkte für Reaktionen
129
Punkte
89
Oh man ... danke (y). Der rote Pfeil war das missing piece bei mir.
 

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254
@BigRonin
Ich hatte durch die warmen Tage einmal eine Überschreitung der HDD-Temperatur (44°).

Darauf hin ist (wohl vor lauter Schreck) der AvrLogger abgestürzt, nach 20min hat sich das Spiel wiederholt.
Im Log ist die Grafik zu sehen (HDD-Temperatur) und danach folgende Zeilen:
Code:
Traceback (most recent call last):
  File "/var/packages/AvrLogger/target/ui/AvrLogger.py", line 230, in
    Status.Threshold()
  File "/var/packages/AvrLogger/target/ui/lib/Status.py", line 109, in Threshold
    if asset.AvrConf["Alert" + asset.BaseName[j] + "MailOn"] == "Yes" and asset.AvrConf["StatusAlertMailTo"] != "Off" :
KeyError: 'StatusAlertMailTo'
2022.08.04 13:20:01 CRN: Daemon quit unexpectedly, "Restart" initiated.
2022.08.04 13:20:01 PKG: AvrLogger was started by CronJob ...
Traceback (most recent call last):
  File "/var/packages/AvrLogger/target/ui/AvrLogger.py", line 230, in
    Status.Threshold()
  File "/var/packages/AvrLogger/target/ui/lib/Status.py", line 107, in Threshold
    ThresholdDSMnotifyHigh( j, Suffix )
  File "/var/packages/AvrLogger/target/ui/lib/Status.py", line 160, in ThresholdDSMnotifyHigh
    ThresholdDSMnotifyDo( iID, AlertSub, AlertDSM, 'StatusAlertColorUp', 'StatusAlertLogUpOn' )
  File "/var/packages/AvrLogger/target/ui/lib/Status.py", line 181, in ThresholdDSMnotifyDo
    Chart = Line.SVG ( iID, 700, 160, -20, 0, asset.AvrConf[sColor] )   # "#008E00"
  File "/var/packages/AvrLogger/target/ui/lib/Line.py", line 80, in SVG
    sDB[ iID ] = DB[ iLine ].split( ' ' )[ iID ]
IndexError: list index out of range
2022.08.04 13:40:01 CRN: Daemon quit unexpectedly, "Restart" initiated.
2022.08.04 13:40:01 PKG: AvrLogger was started by CronJob ...
Eine E-Mail habe ich nicht bekommen.
Mir ist danach aufgefallen, dass unter:
Code:
Alarm => Alarm E-Mail an:
der Haken weg ist.

Wenn ich im DSM (v6.2.4) in den Systemeinstellungen unter Benachrichtigungen eine Test-Mail schicken lasse, funktioniert das einwandfrei.
 

iHarry

Benutzer
Mitglied seit
18. Feb 2022
Beiträge
24
Punkte für Reaktionen
1
Punkte
9
Ja das ist kein Fehler vom avrlogger. Ich bin zu 99% sicher dass hat mit dem damaligen Serverproblem bei Synology zu tun.
Die hatten damals ein Problem und nach ca. 3-4 Tagen haben sie die Verzeichnisse verändert, das ist der Grund warum deine Anfrage mit diesem Link in Forbidden 403 läuft:

Anhang anzeigen 72987


Der neue und richtige Download Link hat eine -1 dazu bekommen, wie erwähnt das haben die damals am Synology Server verändert:
https://global.download.synology.com/download/DSM/release/7.1/42661-1/DSM_DS918+_42661.pat?

Zur Nebenfrage:
Wäre es möglich, dass du mal eine DS216+II gehabt hast und du deren HDDs in die DS918+ migriert hast?
Ich frage deshalb da ich bei meinen externen USB HDD Platten welche an der RS1221+ angesteckt sind auch heute noch meine damalige DS415+ angezeigt bekomme, der Eintrag wurde irgendwie bei den ganzen Migrationen von DS415+ zur DS916+ zur jetzigen RS1221+ immer "mitgenommen".
Ich habe leider auch das gleiche Problem mit dem Initialisieren der Lüftersteuerung. Was genau muss ich machen, damit es funktioniert? Übrigens ich habe eine DS216+II mit installiertem DSM 7.1-42661 Update4.
 
Zuletzt bearbeitet:

iHarry

Benutzer
Mitglied seit
18. Feb 2022
Beiträge
24
Punkte für Reaktionen
1
Punkte
9
@BigRonin

Die Initialisierung der Lüfter bei meiner DS216+II funktioniert leider nicht mehr. Installiert ist die DSM Version 7.1-42661 Update 4.
Der AVR-Logger hat die Version 4.2.0-0404.
Ich bekomme immer folgende Fehlermeldung....

2022.08.10 23:21:11 SYS: Download for DSM version 7.1-42661 >> "DSM_DS216+II_42661.pat"
2022.08.10 23:21:11 SYS: Download pat-File "DSM_DS216+II_42661.pat"
2022.08.10 23:21:19 SYS: Download of pat-File "DSM_DS216+II_42661.pat" failed
2022.08.10 23:21:19 SYS: HTTP Error 403: Forbidden 2022.08.10 23:21:19 SYS: Fan-Control initialization is canceled


Kopiere ich die Datei manuell in das entsprechende Verzeichnis, erhalte ich diese Fehlermeldungen...

2022.08.10 23:32:13 SYS: Download for DSM version 7.1-42661 >> "DSM_DS216+II_42661.pat"
2022.08.10 23:32:13 SYS: Download "DSM_DS216+II_42661.pat" skipped, already done
2022.08.10 23:32:13 SYS: Extracting "hda1.tgz" from pat-File ...
BaseException in : "main.main"
Called Page : [Config-fan+init]
Traceback (most recent call last):
File "/usr/syno/synoman/webman/3rdparty/AvrLogger/AvrConfig.cgi", line 282, in Main
sNext = main.main ( mainpage, site, more )
File "/usr/syno/synoman/webman/3rdparty/AvrLogger/gui/main.py", line 80, in main
sNext = asset.Func.pre( site, more )
File "/usr/syno/synoman/webman/3rdparty/AvrLogger/gui/cConfig/fan.py", line 172, in pre
Fan = Scemd.PatInit( sArchive=asset.cgiInput["SvgArchivePath"], cgi=True )
File "/usr/syno/synoman/webman/3rdparty/AvrLogger/lib/Scemd.py", line 944, in PatInit
with tarfile.open( patDest, mode='r' ) as tf:
File "/usr/lib/python3.8/tarfile.py", line 1608, in open
raise ReadError("file could not be opened successfully")
tarfile.ReadError: file could not be opened successfully


Was ist das Problem und wie kann es gelöst werden?
 

Kurt-oe1kyw

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.799
Punkte
314
Meine Vermutung ist, dass das Problem bei Synology liegt und nur indirekt beim AvrLogger.
Konkret meine ich den Umstand das Synology dazu übergegangen ist seit DSM 7.1 Update 3 oder Update 4 und Neuere seine DSM files zu verschlüsseln, dh die .pat Datei können nicht mehr einfach entpackt werden.
 

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.736
Punkte für Reaktionen
1.643
Punkte
314
Ohne das jetzt in irgendeiner Form überprüft zu haben, könnte das Problem daran liegen, das seit DSM 7.1-42661 die .pat Datei nicht mehr extrahiert werden kann. Siehe auch *hier*

Edit: @Kurt-oe1kyw war schneller
 
  • Like
Reaktionen: Kurt-oe1kyw

iHarry

Benutzer
Mitglied seit
18. Feb 2022
Beiträge
24
Punkte für Reaktionen
1
Punkte
9
Danke für die Info. Das heißt, es gibt aktuell keine Lösung für das Problem!?
 

buzztee

Benutzer
Mitglied seit
21. Mai 2018
Beiträge
77
Punkte für Reaktionen
15
Punkte
14
Könnte mir jemand helfen und eine Anleitung posten, wie man AVRLogger von Grund auf neu installiert - also insbesondere für eine saubere Deinstallation per SSH - das Paket habe ich bereits deinstalliert.
Aus irgendwelchen Gründen ist AVRLogger bei der Lüftersteuerung der Meinung, meine DS918 wäre eine DS216 und ich kann die Lüftersteuerung nciht initialisieren. Außerdem wir die Grafik scheinbar nicht aktualisiert.
 
Zuletzt bearbeitet:

buzztee

Benutzer
Mitglied seit
21. Mai 2018
Beiträge
77
Punkte für Reaktionen
15
Punkte
14
Ich bekomme partout die Lüftersteuerung nicht aktiviert, weil AVRLogger beim Initialisieren meint, meine DS918 wäre eine DS216. In den Logs sieht man dann aber, dass doch versucht wird die DS918.pat aus dem INternet zu laden, was aber mit einem http4003 fehlschlägt (In der Tat läuft die URL https://global.download.synology.com/download/DSM/release/7.1/42661/DSM_DS216+II_42661.pat ins Leere)

AVRLogger verwendet also eine falsche URL (das hat Kurt oben ja schön erkärt) bzw. kommt über die URL nicht an die PAT

Wie lässt sich der Initialisierungsvorgang zum Extrahieren der scemd.xml anders handhaben, damit ich den fehlerhaften Download umgehe und die Lüftersteuerung initialisieren kann?

Alternativ baue ich mit die scemd.xml von Hand zusammen und würde auf AVRLogger verzichten - das wäre aber schade.

Ich versuche übrigens die AvrLogger-noarch-v4.2.0-0404-DSM7.spk zu installieren, die ich von BigRonins Webseite geladen habe.
---------------------------------------------------------------------------------
2022.09.12 11:41:43 PostInst : INSTALL v4.2.0-0404
---------------------------------------------------------------------------------
2022.09.12 11:41:43 PostInst : Directory structure "etc" created
2022.09.12 11:41:43 PostInst : Use of "Shared Memory" is enabled
2022.09.12 11:41:43 PostInst : Config "Default.cnf" created
2022.09.12 11:41:43 PostInst : Global TimeOut set to "5"
---------------------------------------------------------------------------------
2022.09.12 11:41:43 AvrLogger v4.2.0-0404 INSTALL successful.
---------------------------------------------------------------------------------
2022.09.12 11:42:37 RootPKG : Start "rooting" AvrLogger ...
2022.09.12 11:42:37 RootPKG : APP Home : /volume4/@appstore/AvrLogger/ui
2022.09.12 11:42:37 RootPKG : APP Conf : /volume4/@appconf/AvrLogger
2022.09.12 11:42:37 RootPKG : Changeing ownership to : root:root
2022.09.12 11:42:37 RootPKG : Done : chown root:root /volume4/@appstore/AvrLogger/ui/AvrLogger.py
2022.09.12 11:42:37 RootPKG : Done : chown root:root /volume4/@appstore/AvrLogger/ui/AvrChart.cgi
2022.09.12 11:42:37 RootPKG : Done : chown root:root /volume4/@appstore/AvrLogger/ui/AvrConfig.cgi
2022.09.12 11:42:37 RootPKG : Done : chown root:root /volume4/@appstore/AvrLogger/ui/AvrShedule.py
2022.09.12 11:42:37 RootPKG : Done : chown root:root /volume4/@appstore/AvrLogger/ui/Ajax.cgi
2022.09.12 11:42:37 RootPKG : Exchanging the AvrLogger SPK privileges ...
2022.09.12 11:42:37 RootPKG : Move : /volume4/@appstore/AvrLogger/ui/templates/root.txt
2022.09.12 11:42:37 RootPKG : To : /var/packages/AvrLogger/conf/privilege
2022.09.12 11:42:37 RootPKG : Changeing ownership to : root:root
2022.09.12 11:42:37 RootPKG : Done : chown root:root /var/packages/AvrLogger/conf/privilege
2022.09.12 11:42:37 RootPKG : Restore appconf ownership to : AvrLogger:AvrLogger
2022.09.12 11:42:37 RootPKG : Done : chown AvrLogger:AvrLogger /volume4/@appconf/AvrLogger
2022.09.12 11:42:37 RootPKG : Done : chown AvrLogger:AvrLogger /volume4/@appconf/AvrLogger/tmp.log
2022.09.12 11:42:37 RootPKG : Done : chown AvrLogger:AvrLogger /volume4/@appconf/AvrLogger/tmp_err.log
2022.09.12 11:42:37 RootPKG : Done : chown AvrLogger:AvrLogger /volume4/@appconf/AvrLogger/config
2022.09.12 11:42:37 RootPKG : Done : chown AvrLogger:AvrLogger /volume4/@appconf/AvrLogger/config/log.conf
2022.09.12 11:42:37 RootPKG : Done : chown AvrLogger:AvrLogger /volume4/@appconf/AvrLogger/config/mail.conf
2022.09.12 11:42:37 RootPKG : Done : chown AvrLogger:AvrLogger /volume4/@appconf/AvrLogger/log
2022.09.12 11:42:37 RootPKG : Done : chown AvrLogger:AvrLogger /volume4/@appconf/AvrLogger/log/cpuScore
2022.09.12 11:42:37 RootPKG : Done : chown AvrLogger:AvrLogger /volume4/@appconf/AvrLogger/log/error
2022.09.12 11:42:37 RootPKG : Done : chown AvrLogger:AvrLogger /volume4/@appconf/AvrLogger/log/NewsAvrPKG
2022.09.12 11:42:37 RootPKG : Done : chown AvrLogger:AvrLogger /volume4/@appconf/AvrLogger/tmp
2022.09.12 11:42:37 RootPKG : Done : chown AvrLogger:AvrLogger /volume4/@appconf/AvrLogger/safe
---------------------------------------------------------------------------------
2022.09.12 11:42:37 RootPKG : AvrLogger "successfully rooted".
---------------------------------------------------------------------------------
Exception ignored in: <_io.TextIOWrapper name='<stdout>' mode='w' encoding='utf-8'>
BrokenPipeError: [Errno 32] Broken pipe
2022.09.12 11:42:38 PKG: AvrLogger was started by CGI ...
2022.09.12 11:46:48 SYS: Download for DSM version 7.1-42661 >> "DSM_DS918+_42661.pat"
2022.09.12 11:46:48 SYS: Download pat-File "DSM_DS918+_42661.pat"
2022.09.12 11:46:50 SYS: Download of pat-File "DSM_DS918+_42661.pat" failed
2022.09.12 11:46:50 SYS: HTTP Error 403: Forbidden

2022.09.12 11:46:50 SYS: Fan-Control initialization is canceled
 

Anhänge

  • 2022-09-12 11_45_56-Clipboard.png
    2022-09-12 11_45_56-Clipboard.png
    216,9 KB · Aufrufe: 13
Zuletzt bearbeitet:

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254
Die primäre Aufgabe vom AvrLogger ist die Eckdaten wie Temperatur, etc. zu loggen und grafisch darzustellen.

Die Lüftersteuerung ist nur schnödes Beiwerk. Grundsätzlich würde ich die Finger davon lassen und bei Bedarf (über die Konsole) die scemd.xml sichern und dann nach eigenem Gusto bearbeiten. Das wiederum sollte man aber nur tun, wenn man weiß, was man da tut.
 

iHarry

Benutzer
Mitglied seit
18. Feb 2022
Beiträge
24
Punkte für Reaktionen
1
Punkte
9
@BigRonin
Wollte mal fragen, wann evt. mit einer neuen Version zu rechnen ist, die das hier beschriebene Problem mit dem Initialisieren der Lüfter behebt?

Viele Grüße
Harald
 

Kurt-oe1kyw

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.799
Punkte
314
Mein Update von DSM 6.2.4 auf das jetzt gerade aktuelle DSM 7.1.1-42962 Update 3.
Obwohl die AvrLogger Version 4.2.0-0404 installiert war unter DSM 6.2.4 hat nach dem Update auf DSM 7 der AvrLogger (vorerst) nicht funktioniert, lässt sich aber reparieren:
avr_logger_dsm7update01.png
AvrLogger war nach dem Update gestoppt worden und funktionierte unter dem gerade installierten DSM 7 nicht mehr.

avr_logger_dsm7update02.png
Nicht von der Meldung in DSM 7 verunsichern lassen, die AvrLogger Version 4.2.0-0404 ist kompatibel mit DSM 7, man muss es nur wieder reparieren.

avr_logger_dsm7update03.png
Die "alte" AvrLogger Version die von DSM 6 "mitgenommen" wurde, hier jetzt unter DSM 7 Deinstallieren.
Zur Sicherheit Synology neu starten.


Synology hochfahren, jetzt unter DSM 7 abermals die AvrLogger Version 4.2.0-0404 installieren.
Im Aufgabenplaner das Skript für die Ausführung als root wieder Eintragen, ging durch das DSM 7 update verloren:
avr_logger_dsm7update04.png

avr_logger_dsm7update06.png

Danach im DSM Benutzermenü unter Anwendungen Avr-Chart und Avr-Einstellungen wieder Zulassen! Die Haken setzen in der Spalte Zulassen:
avr_logger_dsm7update05.png

Synology noch mal runterfahren und neu starten, AvrLogger funktioniert jetzt wieder auch unter DSM 7.1.1-Update3:
avr_logger_dsm7update07.png

Die Einstellungen im Avrlogger habe ich neu eingetragen.

Anmerkung:
Möglicherweise funktioniert es auch wenn das AvrLogger Paket gestoppt ist nach dem DSM7 Update und man im Aufgabenplaner das fehlende root Script wieder einträgt und Aktiviert und im DSM den Benutzer die Zulassung unter Anwendungen für AVR Einstellungen und Chart wieder setzt.
Das müsste man ausprobieren, möglicherweise erspart man sich dann das neu Anlegen der ganzen Einstellungen vom AvrLogger.
Ich habe es lieber "sauber" noch mal neu installiert.
Läuft wieder.
 
  • Like
Reaktionen: Perry2000

Species8472

Benutzer
Mitglied seit
24. Feb 2020
Beiträge
7
Punkte für Reaktionen
0
Punkte
1
Hallo,
sieht sehr interessant aus, hab es daher installiert und wollte es ausprobieren. Installation ist durchgelaufen, laut Paketverwaltung auch gestartet und wenn ich es aufrufe bekomme ich nur ein leeres Bild mit dem Hinweis auf "Setup: Hybernation":

2023-01-17 08 46 27.png

Was mach ich falsch? :(

Egal welche Einstellungen ich unter Hibernation vornehme, es ändert sich nichts.
 

Kurt-oe1kyw

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.799
Punkte
314
Auf welcher Synology mit welcher DSM Version und welche AvrLogger Version hast du installiert?
 

Species8472

Benutzer
Mitglied seit
24. Feb 2020
Beiträge
7
Punkte für Reaktionen
0
Punkte
1
Oh, sorry, klar, das wäre hilfreich. 🙈

DS218+, aktuellste 6er DSM (DSM 6.2.4-25556 Update 6), aktuellste AvrLogger-Version über die Paketverwaltung verfügbare (4.2), Berechtigungen Benutzer/Gruppe sind erteilt.
 

MagicMelody

Benutzer
Mitglied seit
20. Mai 2013
Beiträge
28
Punkte für Reaktionen
0
Punkte
1
Hallo,
Hab es vorhin mal Installiert. das rooten hat geklappt. Leider bekomm ich aber immer einen Fehler.

Code:
2023.02.22 13:03:42 PKG: AvrLogger was started by CGI ...
Traceback (most recent call last):
  File "/var/packages/AvrLogger/target/ui/AvrLogger.py", line 131, in
    Init.init( AvrDebug=AvrDebug )
  File "/var/packages/AvrLogger/target/ui/lib/Init.py", line 113, in init
    Sensors.init()
  File "/var/packages/AvrLogger/target/ui/lib/Sensors.py", line 104, in init
    Storage()      # --- Determine the number of available storagepool's:
  File "/var/packages/AvrLogger/target/ui/lib/Sensors.py", line 648, in Storage
    if iCache : iRaw, iGUI = _addPool( iDisk, iCache, asset.msg[ 'sysCacheName' ], iRaw, iGUI, iCache=True  )
  File "/var/packages/AvrLogger/target/ui/lib/Sensors.py", line 723, in _addPool
    iNum = int( iDisk[ sDev ][ 'number' ] )
ValueError: invalid literal for int() with base 10: '1-1'
2023.02.22 13:03:54 GUI: AvrLogger quit unexpectedly. Restart initiated ...

Das gibts in Dauerschleife. RS822+ mit DSM 7.1.1-42962 Update 4
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat