Keine Sicherung der settings.json im backup Verzeichniss

Hallo,

ich benutze seit eingen Monaten die RaspPI Version und es läuft für mein kleines System (ELV FS20+FHZ, PoKeys, Kmtronic Relais über RS422) sehr stabil. Es gibt nur ein Problem bei der Speicherung der settings.json Datei.

  1. Mein backup Verzeichniss ist komplett leer
  2. Änderungen werden in der settings.json nur gespeichert, wenn ich „/etc/init.d/symcon stop“ ausführe.

Permissions für das backup Verzeiniss sind 777 und in meiner settings-json steht:

 "options": {
    "BackupCount": 25,
    "SaveInterval": 10,
    "LogfileCount": 25,
    "ThreadCount": 10,
    "LogfileVerbose": -1,
    "MessageQueueWatch": 0,
    "ScriptWatch": -1,
    "VariableWatch": -1,
    "SOAPEnabled": 0,
    "SettingsWatch": 0,
    "CompatibilityRequired": 0,
    "ConnectWatch": 0
},

Die Version ist vom 27.8.2015, aber das Problem hatte ich von Anfang an (mit RaspPI).

Ich befürchte, dass ich irgendeine der notwendigen Änderungen übersehen habe.
Woran könnt es liegen?

Danke

Bist du dir sicher, dass du die aktuellste Version installiert hast? Steht der 27.08.2015 beim Start auch im Logfile? Hast du sonst auch mal im Logfile nach Meldungen geschaut? Normalerweise sollte bei jedem Tageswechsel das Backup erstellt werden. Ebenso müsste bei dir ja auch das Logfile nach Mitternacht rotieren. Tut es das?

paresy

Hallo Paresy,

die Rotation der Logfiles funktioniert:
Die Version wird mir in ips-console angezeigt und im Logfile von gestern steht:

17:16:15 | 00000 | MESSAGE | LicensePool | Erstelle…
17:16:15 | 00000 | MESSAGE | LicensePool | LiveUpdate: 27.08.2015, 504979464b05
17:16:15 | 00000 | MESSAGE | Settings | Erstelle…

Hallo Paresy,

im Logfile von heute (31.8.2015) habe ich gefunden:
17:27:57 | 19796 | MESSAGE | Archive Control | Einstellungen gespeichert

die settings.json ist aber noch von gestern:
-rw-rw-rw- 1 root root 896879 Aug 30 17:36 /usr/share/symcon/settings.json

Ich habe dann versucht das Schreiben der Datei zu forcieren, indem ich eine „Objekt anzeigen“ Option geändert habe und die ips-console auch geschlossen habe.

Nach 20 Minuten gab es noch keinen neuen log Eintrag „Einstellungen gespeichert“ und die settings.json ist immern noch von gestern.

Es bleibt spannend!

Das klingt sehr kurios. Hast du evtl. ein paar Logfiles für mich? (Mich würde ein Logfile interessieren, in der der Start zu sehen ist)

paresy

Hallo paresy,

hier die logs der letzten Tage.

logs.zip (775 KB)

Hallo,

ich nutze die RPi Version auf einem Raspberry Pi 2 unter Raspbian. Leider werden bei mir die Settings nur bei einem „service symcon stop/restart“ gespeichert und nicht zyklisch wie über „SaveInterval“ definiert (steht auf 10). Das sorgt bei mir regelmäßig für Datenverlust wenn der Dienst mal „abstürzt“.

Hat noch jemand das Problem bzw. hat eine Lösung dafür parat?

-rw-rw-rw-   1 root root 286292 Sep 11 19:23 settings.json

Nach einem restart:

root@raspberrypi:~# service symcon restart
IP-Symcon stopped
IP-Symcon started with PID 16497
root@raspberrypi:~# ls -la /usr/share/symcon/ | grep settings.json
-rw-rw-rw-   1 root root 280506 Sep 14 13:40 settings.json

Danke!

Ich habe deinen Beitrag mal ins korrekt Thema verschoben.

Ich konnte den Fehler bisher leider nicht nachstellen. Wieviel Speicherplatz hast du frei? Hast du in den Logs irgendwelche Fehlermeldungen?

paresy

Hallo,

Speicherplatz ist genug vorhanden:

root@raspberrypi:~# df
Filesystem                        1K-blocks     Used Available Use% Mounted on
rootfs                             61263756  2727576  55996508   5% /
/dev/root                          61263756  2727576  55996508   5% /
devtmpfs                             470416        0    470416   0% /dev
tmpfs                                 94944      272     94672   1% /run
tmpfs                                  5120        0      5120   0% /run/lock
tmpfs                                189880        0    189880   0% /run/shm
/dev/mmcblk0p1                        57288    20160     37128  36% /boot
//192.168.3.5/Harddisk/rpi-backup 976328828 39582096 936746732   5% /backup

Im logfile (egal welches) finden sich nur „Loading settings…“ Einträge beim Start und „Saving settings…“ Einträge beim Beenden des Services:

root@raspberrypi:~# service symcon stop
IP-Symcon stopped
root@raspberrypi:~# cat /var/log/symcon/logfile.log | grep settings...
13:41:00 | 00000 | MESSAGE | Settings             | Loading settings...
13:41:00 | 00000 | MESSAGE | Settings             | Creating settings thread...
13:49:53 | 00000 | MESSAGE | Kernel               | Saving settings...
13:49:53 | 00000 | MESSAGE | Settings             | Terminating settings thread...
root@raspberrypi:~#

Hallo,

auch seit dem Neustart des gesamten Pi’s gestern keine Besserung (der lief schon fast ein halbes Jahr durch):


-rw-rw-rw-   1 root root 280296 Sep 14 14:07 settings.json
root@raspberrypi:/usr/share/symcon# uptime
 11:33:06 up 21:35,  1 user,  load average: 0.45, 0.55, 0.62
root@raspberrypi:/usr/share/symcon# cat /var/log/symcon/logfile.log | grep Settings
root@raspberrypi:/usr/share/symcon#

Außerdem kein Hinweis auf das Speichern der Settings im Log. Ein Berechtigungsproblem kann es eigentlich auch nicht sein, da der service als root läuft.

Gruß

Und ich vermute das automatische Speichern nach Mitternacht passiert auch nicht?

Rotiert denn das Logfile um Mitternacht?

paresy

Im Logfile findet sich kein Hinweis auf Speichern der Settings:


root@raspberrypi:~# tail /var/log/symcon/logfile1442268060.log
00:01:01 | 00000 | MESSAGE | Kernel               | Log File Rotation after Midnight...
root@raspberrypi:~# cat /var/log/symcon/logfile.log
00:01:01 | 00000 | SUCCESS | Kernel               | Log File Rotation after Midnight...
00:01:01 | 00000 | MESSAGE | Kernel               | Cleaning up Logfile Folder...

Ich habe diesbezüglich etwas umgebaut, sodass der Fehler hoffentlich mit dem nächsten Update korrigiert ist.

paresy

Hallo,

ich kann bestätigen, dass das Problem mit dem neuen Update gelöst wurde.

Gruß

Hallo,

ich schliesse mich an.
Ich habe jetzt auch Sicherungen im backup Verzeichniss, aber nicht von allen Tagen.
An einem Tag fehlt die Sicherungsdatei.
Auch bei meinen Test, bei dem ich eine Einstellung geändert habe und dann erwartet habe, dass nach 10 Minuten eine neue settings.json geschrieben wird, war das nicht immer so wie erwartet.
Aber ich kenn ja auch nicht die Regeln, wann die Datei geschrieben werden soll. Sofort oder nach 10 Minuten, oder wann?

Auf jeden Fall ist es mit dem update viel besser.

Danke dafür!