Posts by Jowi66

llutz : cron läuft

● cron.service - Regular background program processing daemon
     Loaded: loaded (/lib/systemd/system/cron.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2022-08-22 17:58:07 CEST; 1 months 5 days ago
       Docs: man:cron(8)
   Main PID: 361 (cron)
      Tasks: 4 (limit: 1830)
        CPU: 5h 40min 47.676s
     CGroup: /system.slice/cron.service
             ├─    361 /usr/sbin/cron -f
             ├─1344751 /usr/sbin/CRON -f
             ├─1344753 /bin/sh -c /var/www/html/regler_auslesen.php          >/dev/null
             └─1344757 /usr/bin/php /var/www/html/regler_auslesen.php

Sep 27 12:15:01 solaranzeige CRON[1344754]: (pi) CMD (/home/pi/InfluxSave.sh)
Sep 27 12:15:01 solaranzeige CRON[1344753]: (root) CMD (/var/www/html/regler_auslesen.php          >/dev/null)
Sep 27 12:15:01 solaranzeige CRON[1344758]: (root) CMD (/var/www/html/checkreboot.sh               >/dev/null)
Sep 27 12:15:01 solaranzeige CRON[1344750]: pam_unix(cron:session): session closed for user root
Sep 27 12:15:01 solaranzeige CRON[1344749]: pam_unix(cron:session): session closed for user root
Sep 27 12:15:02 solaranzeige sSMTP[1344783]: Unable to locate mail
Sep 27 12:15:02 solaranzeige sSMTP[1344783]: Cannot open mail:25
Sep 27 12:15:02 solaranzeige cron[1344783]: sendmail: Cannot open mail:25
Sep 27 12:15:02 solaranzeige CRON[1344748]: (pi) MAIL (mailed 2090 bytes of output but got status 0x0001 from MTA
                                            )
Sep 27 12:15:02 solaranzeige CRON[1344748]: pam_unix(cron:session): session closed for user pi

ich habe die fragliche Zeile in der Crontab vom User pi crontab -e eingetragen; dann wird sie auch ausgeführt. Aber warum?

FSC830: Ja, 21:30 wäre der nächste Zeitpunkt nach Erstellen des Eintrags in der crontab gewesen.

Rasp-Berlin : Ich bin dem Tipp gefolgt und habe ein Skript erstellt

#!/bin/bash
# Sichert die Influx Datenbank auf RS819 
influxd backup -portable -database solaranzeige /backup/Solar/Datenbank

Nach Eintrag in der crontab wird das jetzt auch ausgeführt

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name command to be executed
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#
*/5 * * * *     pi      /home/pi/InfluxSave.sh

Für den Test habe ich jetzt alle 5 Minuten laufen lassen, das wird noch geändert.

Fazit: ich verstehe es nicht wirklich, warum das so ist, aber ich merke mir einfach, dass die Variante "Skript & Aufruf" in crontab offenbar besser funktioniert. (Mit der Wissenslücke kann ich leben )

O. k., die geänderte Zeile in der crontab ist nun

# Backup der InfluxDB von Solaranzeige
30 * * * *      pi      /usr/bin/influxd backup -portable -database solaranzeige /backup/Solar/Datenbank

Im Log steht nichts drin:

-- Journal begins at Mon 2022-08-22 17:58:04 CEST, ends at Mon 2022-09-26 21:33:02 CEST. --
-- No entries --

Wenn ich das richtig verstehe, dann hätte um 21:30 ein Eintrag kommen müssen. Mir scheint, die crontab wird gar nicht ausgeführt; wenigstens hätten doch die anderen Einträge (Zeile 17-20 im ersten Post) Einträge erzeugen müssen.

Hallo,

mit dem Befehl

influxd backup -portable -database solaranzeige /backup/Solar/Datenbank

kann ich im Terminal als User pi die Influx-Datenbank auf meine Synology sichern. Die Dateien werden auch tatsächlich angelegt.

Wenn der Befehl aber in der crontab steht

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name command to be executed
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#
# Backup der InfluxDB von Solaranzeige
30 * * * *      pi      influxd backup -portable -database solaranzeige /backup/Solar/Datenbank

dann wird er nicht ausgeführt (ja, eine Leerzeile am Ende der Datei ist vorhanden). Hat jemand eine Idee. woran es liegen könnte?

Quote from RTFM

Dann hast Du aber nach < man fstab > gar nicht gesucht, auch nicht mit < apropos fstab >...

Ich bekenne mich schuldig und gelobe Besserung.

Quote from hyle

Wenn dann so...

Danke, das hat mir schon mal wieder Fehlermeldungen erspart.

Quote from hyle

...wo wird die neue Option wohl hinkommen?

Die Frage bezog sich auf eine eventuell vorgegebene Reihenfolge, da hatte ich in der Dokumentation nichts gefunden. Ich nehme dann meine letzte Version (mit Komma getrennt am Ende der Zeile)

Hallo,

Danke erst einmal für eure Antworten.

framp: ich nutze die gleichen Einstellungen auf der Synology. Aber wo stelle ich die Option DYNAMIC_MOUNT ein?

llutz: Dieser Weg überfordert zurzeit meine Linux-Kenntnisse, da muss ich mich erst noch einarbeiten.

RTFM: Ich habe die Option im Manual gefunden (nach längerem Suchen ), wird die ans Ende der Zeile gehängt? Z. B.

192.168.XXX.XX:/volume1/Pi/ /backup nfs rw,nfsvers=3 0 0 _netdev

oder

192.168.XXX.XX:/volume1/Pi/ /backup nfs rw,nfsvers=3 0 0,_netdev

Die Option "aufs Netzwerk warten" in raspi-config habe ich aktiviert, hat nur zunächst keinen Erfolg gebracht. Nach dem ersten reboot war das Verzeichnis auf der Synology noch nicht eingebunden, nach einem weiteren reboot war es das aber. Das verstehe ich jetzt nicht, aber damit kann ich leben.

Als Plan B ist mir noch eingefallen, einen Zweizeiler in der Form

# !/bin/bash
sudo mount -a
raspiBackup

zu schreiben und den dann von cron ausführen zu lassen.

Beste Grüße
Jürgen

Hallo,

das Backup auf meiner Synology (RS819) habe ich erfolgreich hinbekommen, insofern bin ich sicher, dass die Einstellungen im Prinzip auch korrekt sind. Allerdings klappt das nur im manuellen Modus, d. h. noch ohne Eintrag in crontab, weil nach dem Start des Raspi der Inhalt des Backup-Verzeichnisses nicht zu sehen bzw. darauf zuzugreifen ist.

Eintrag in fstab

192.168.XXX.XX:/volume1/Pi/ /backup nfs rw,nfsvers=3 0 0

Wenn ich dann

sudo mount -a

ausführe, kann ich auf das Backup-Verzeichnis auch zugreifen. raspiBackup macht dann auch brav eine Kopie (so wie in der Anleitung beschrieben) auf das Synology-Verzeichnis.

Sowiet ist ja alles in Ordnung, aber leider - fürchte ich - braucht es dazu immer den beschriebenen manuellen Eingriff, so dass ein automatisches Sichern nicht klappt. Trotz längeren Forschens hier und im I-Net konnte ich keine Lösung finden, außer der, ein Script zu erstellen, dass nach dem Starten des Raspi den Mount-Vorgang zu Ende bringt. Aber aus den Beschreibungen von raspiBackup habe ich den Eindruck gewonnen, dass das nicht unbedingt nötig ist. Aber da ich mit Linux noch nicht so firm bin, bin ich jetzt leider mit meinem Latein am Ende und hoffe auf weitere sachdienliche Hinweise.

Beste Grüße
Jürgen

Synology DSM 7.1-42661 Update 3

Raspi 3B+ mit Raspbian GBU/Linux 11 (bullseye)

PC mit openSUSE Leap 15.3