\Legacy Cronjob Mailbenachrichtigung

[jenstheobald]

Hallo,

im Ordner Legacy führe ich mittels cronjob ein eigens skript aus.
Leider bekomme ich jetzt bei LB1.0 bei jeder Ausführung ne Mail.
Wie kann ich die loswerden? Möchte aber eigentlich nicht alle System-Mails in den LB einstellungen ausschalten.

Danke & Gruß

Jens

[Christian Fenzl]

Ist es ein eigenes Crontab-File?
Dann oben
MAILTO=""
das sollte das abstellen.

lg, Christian

[jenstheobald]

Hat geklappt, super. Danke!!!!!!!!!!!

[jenstheobald]

Hi,

kann es sein, dass das crontab-file von Plugin-Updates gelöscht wird?

Danke & Gruß

Jens

[Christian Fenzl]

Plugin-Update nicht, aber LoxBerry Update auf 1.0.4 hat was gemacht.
Wann hast du das erste LBUpdate auf 1.0.4 gemacht (Logfile) und was ist unter /opt/loxberry/system/crontab/cron.d/ enthalten?

[jenstheobald]

Irgendwie nicht, update auf 1.04 hab ich heute gemacht. Der Cronjob hat aber ab dem 13.3. keine Daten mehr abgelegt. Mir ist das heute erst aufgefallen (nach dem Update) folgendes ist unter cron.d:

lbbackup lbdefaults setloxberryid

[jenstheobald]

Hi Cristian,

also ich hab heute definitiv nur das Sonos4lox Plugin aktualisiert und danach war das crontabfile weg.
Hast ne Idee, wie ich das verhindern kann?

Danke & Gruß

Jens

[Christian Fenzl]

Erst muss ich wissen, wie es weg kommt.

1.0.4 tut auch nichts mit Cronjobs, da hab ich mich getäuscht (bzw. verwechselt - das war sudoers)

Wo liegt denn dein Cronjob und wie heißt er?

LG, Christian

[jenstheobald]

Hi,

also als Linux Laie bin ich mir nicht wirklich sicher wo er liegt. Folgendes habe ich nach Internet Kochrezept gemacht.
-SSH Verbindung aufgebaut
-su + rootpasswort
-crontab -e
-Die Datei editiert und abgespeichert.

Das funktioniert auch, bis es halt durch irgendwas (ich vermute ein Plugin Update) zerschossen wird.

Danke vorab!

Jens

[Prof.Mobilux]

crontab -e funktioniert auf dem LoxBerry nicht bzw. nur bis zum nächsten Reboot. Die crontabs werden dabei nach /var/spool/cron/crontabs gespeichert. Das liegt auf dem LoxBerry in einem tmpfs (Ram).

Wenn Du eine crontab speichern möchtest, musst Du sie in /opt/loxberry/system/cron/cron.d speichern. In der crontab muss dabei der auszuführende User mit angegeben werden. Format:

#
# m h dom mon dow user  command

[jenstheobald]

Danke, hat geklappt und läuft jetzt seit fast einer Woche stabil.

Gruß

Jens

[bastelbert]

...und ich wundere mich seit Monaten, warum meine crontab immer wieder verschwindet
Danke für die Erleuchtung!!

[wiedemer]

Helft bitte mal einem Laien. Ich möchte eine php-Datei im 3-Sekunden-Takt pollen. Die wertet dann ein paar Dinge aus und gibt dann bei Änderung einen Impuls auf einen Virtuellen Eingang der Loxone.
Den Inhalt stelle ich mir so vor:
1/3 * * ? * * * loxberry /opt/loxberry/webfrontend/html/status.php
Die Datei habe ich "onkyo-status-crawl" genannt.
Wenn ich die via ftp in das Verzeichnis "/opt/loxberry/system/cron/cron.d" kopieren will, dann erhalte ich in Filezilla folgendes Ergebnis:

Befehl: STOR onkyo-status-crawl
Antwort: 553 Could not create file.
Fehler: Kritischer Dateiübertragungsfehler

Ich kann im Verzeichnis auch keine neue Datei erstellen.
Muss ich mich mit "root" anmelden?
Und:
Wenn das root-Kennwort nicht funktioniert, kann ich das irgendwo nochmal in Erfahrung bringen oder muss ich neu installieren, damit der Assistent nochmal durch läuft?
(Ich habe mir das root-Kennwort rauskopiert und in den KeePass eingetragen. Jeder Versuch schlägt allerdings kläglich fehl....)

Danke

Ralf

[svethi]

Das ist dann aber nicht das Gleiche vermute ich mal. Wenn er per su zu root wird und die crontab bearbeitet, dann wird die als root ausgeführt. Ist das bei denen unter /opt/loxberry auch so?

[Christian Fenzl]

svethi Das unter /opt/loxberry/system/cron/cron.d/ wird mit dem User ausgeführt, der im jeweiligen Cronfile angegeben ist.
Die cron.interval/ Sachen (cron.daily usw.) sind hingegen keine crontab-Files, sondern direkt die Scripts, die dann aber fix als loxberry ausgeführt werden.
Cron.d ist neu seit 1.0.0

[svethi]

Achso, das ist also wie die crontab unter /etc. Okay. Ach, jetzt sehe ich es auch. Da steht ja ganz klar user drin ;-)