Hilfe! Wie suche ich einen crontab...(gelöst)

Vieleicht ist der Cron Job ja im Easyepg Container selber? Hast Du es mal mit der Container Bash versucht?

Zitat von no.spam

<Apr 21 18:40:01 UNR-Server crond[1740]: exit status 1 from user root cp ~/mnt/user/appdata/tvheadend/easyepg_xml/EPGfinal.xml ~/mnt/user/appdata/tvheadend/data/>

Liest sich eher wie ein Fehler durch einen EPG-Grabber in TVH. Schau' mal, was für Zeiten für den Cron unter Konfiguration -> Kanal/EPG ->EPG-Grabber, dort die "Internal Grabber Settings" eingestellt ist.

1. Im syslog siehst Du ja die PID vom crond: 1740. Damit kannst Du ja den crond suchen und gucken ob oder von welchem container er ist. Denke ich mal... habs aber nicht selbst probiert, leider keine equivalente config um das zu sehen.

2. Bei mir sind die filesysteme der docker auch gemountet, kannst also crontabs finden z.b.:

System crontab directory bei mir ist:

/var/spool/cron/crontabs

Container z.b.:

/var/lib/docker/devicemapper/mnt/128d83727424da697e5f66a81ff17fd1fc09d8119410e53d957aef5657ad995a/rootfs/var/spool/cron/crontabs/

Kannst gucken ob/wo docker filesysteme gemountet sind mit df, bei mir halt:

/dev/dm-1 10190136 6307769018688 7% /var/lib/docker/devicemapper/mnt/128d83727424da697e5f66a81ff17fd1fc09d8119410e53d957aef5657ad995a

Beim easyepg.cron kannst Du auch mal hier schauen, Konsole ist ja bei unRaid (oben rechts) vorhanden: HOWTO: Easyepg im Docker unter LibreElec installieren

Ansonsten bleibt nur noch die Möglichkeit, dass Du in irgendeiner Crontab (User Cron, systemweites Cron oder eine Docker Cron) den cp-Befehl (der den Fehler wirft) direkt eingetragen hast.

Hilfe zum Thema Crontabs, da mir das auch immer wieder vor die Füße fällt:

- schauen welche User es auf den Systemen gibt: cat /etc/passwd (relevante User, abgesehen von "root", sollten eine UID >1000 haben)
- Pfade, die man checken sollte: /etc/cron.d/, /etc/cron.daily, /etc/cron.hourly, /etc/cron.monthly, /etc/cron.weekly (bei unraid gibt es neben cron.d nur cron.daily)
- Dateien, die man checken sollte: cat /etc/crontab
- Befehle, die man ausführen sollte: crontab -l
- ggf. auch im Kontext des entsprechenden Benutzers: su - <username> (um den Benutzer zu wechseln) und dann erst crontab -l (alternativ: crontab -l -u <username>)

Zitat von no.spam

Ich komme auch in den Pfad /etc/cron.d/ - aber dann komme ich nicht weiter. "crontab -l" bzw. crontab -e" funktionieren nicht; "ls -l" um nach Unterverzeichnis zu suchen leider auch nicht

Dann bist du nicht root oder deine Berechitgungen stimmen nicht:

root@Unraid:~# crontab -l
# If you don't want the output of a cron job mailed to you, you have to direct
# any output to /dev/null.  We'll do this here since these jobs should run
# properly on a newly installed system.  If a script fails, run-parts will
# mail a notice to root.
#
# Run the hourly, daily, weekly, and monthly cron jobs.
# Jobs that need different timing may be entered into the crontab as before,
# but most really don't need greater granularity than this.  If the exact
# times of the hourly, daily, weekly, and monthly cron jobs do not suit your
# needs, feel free to adjust them.
#
# Run hourly cron jobs at 47 minutes after the hour:
47 * * * * /usr/bin/run-parts /etc/cron.hourly 1> /dev/null
#
# Run daily cron jobs at 4:40 every day:
40 4 * * * /usr/bin/run-parts /etc/cron.daily 1> /dev/null
#
# Run weekly cron jobs at 4:30 on the first day of the week:
30 4 * * 0 /usr/bin/run-parts /etc/cron.weekly 1> /dev/null
#
# Run monthly cron jobs at 4:20 on the first day of the month:
20 4 1 * * /usr/bin/run-parts /etc/cron.monthly 1> /dev/null
root@Unraid:~# cat /etc/cron.d
cron.d/     cron.daily/
root@Unraid:~# cat /etc/cron.d/root
# Generated system monitoring schedule:
*/1 * * * * /usr/local/emhttp/plugins/dynamix/scripts/monitor &> /dev/null


# Generated mover schedule:
40 3 * * * /usr/local/sbin/mover |& logger


# Generated plugins version check schedule:
10 0 * * 1 /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/plugincheck &> /dev/null


# Generated array status check schedule:
20 0 * * 1 /usr/local/emhttp/plugins/dynamix/scripts/statuscheck &> /dev/null


# Generated Unraid OS update check schedule:
11 0 * * 1 /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/unraidcheck &> /dev/null




# CRON for CA background scanning of applications
40 * * * * php /usr/local/emhttp/plugins/community.applications/scripts/notices.php > /dev/null 2>&1
root@Unraid:~# cd /etc/cron.d
root@Unraid:/etc/cron.d# ls -al
total 4
drwxr-xr-x  2 root root   60 Oct 29 20:37 ./
drwxr-xr-x 50 root root 2820 Jan  9 08:36 ../
-rw-------  1 root root  737 Oct 29 20:36 root
root@Unraid:/etc/cron.d#

unter cron.d gibt es auch keine Unterverzeichnisse. Da liegen nur noch Dateien drin. Wenn du die entsprechend bearbeiten möchstest, dann versuch doch mal: nano /etc/cron.d/root

Unter Unraid kann ich als root mit crontab -e das bearbeiten, was oben mit crontab -l angezeigt wurde

wenn ich nano /etc/cron.d/root mache, dann kann ich die Konfiguration in dem Bereich ändern.

Geht das bei dir nicht, dann würde ich mal mit {tt]cat /etc/passwd | grep -i root[/tt] und cat /etc/group | grep -i root checken, was da für den user mit drin steht und in welchen Gruppen du bist. Vorher vielleicht noch id prüfen, ob deine ID wirklich "0" ist.

Die /etc/crond.d/<user> Dateien kannte ich auch nicht. Auf denen kann man wohl nicht direkt "crontab -e" machen, sondern die muss man halt direkt mit editor editieren, Wenn ich mich recht erinnere, macht crontab -e halt einen syntaxcheck, was angenehm ist. Muss man halt aufpassen, wenn man da direkt mit dem Editor draufegehen muss.

Aber die Frage ist doch, woher diese /etc/cron.d/root datei herkommt. Wenn no.spam sich nicht erinnern kann, die selbdst erzeugt zu haben, dann muss das ja irgendwas bei easyepg sein...

wenn Du das selbst eingerichtet hast, dann doch lieber loeschen und per crontab -e anlegen (was es dann unter /var/spool/... anlegt). Einfach so das du beim naechsten Alzheimer nicht mehr soviel suchen muss.

Ich fange auch mehr und mehr an zu gucken, das alles was ich am system rumbatele an moeglichst wenigen stellen passiert. Kloppe z.b. alles an startup nach /etc/rc.local rein, um streuspeicherung zu reduzieren.

Ist doch toll. Jeden Tag neue Freunde..

Zitat von te36

Ich fange auch mehr und mehr an zu gucken, das alles was ich am system rumbatele an moeglichst wenigen stellen passiert

Kurze Beschreibung und kleiner Tip:

Ich habe bei mir zu Hause

- einen LDAP Server für die Authentifizierung verschiedener Dienste mit gleichem User und PW am laufen
- ein Icinga (ans LDAP angebunden) zum Monitoring meiner Systeme
- ein Grafana (ans LDAP angebunden) um perimetrie-Daten zu bekommen und das Icinga Dash ein wenig aufzuhübschen
- ein Mediawiki (ans LDAP angebunden)...dazu weiter unten mehr
- alle diese VMs laufen in einem Proxmox-Cluster (2 Nodes mit zentralem Speicher auf meinem Unraid)
- einen eigenen DNS
- einen Kubernetes Cluster (1 Master und 2 Nodes)
- aktuell experimentiere ich mit Terraform und Cloud-Infrastruktur mit AWS und Hetzner rum

Das sind einfach viel zu viele Dinge um sich das alles zu merken. Somit war das Wiki, welches ich zu Hause betreibe, ein nettes Experiment und dazu noch ein notwendiges Übel ;). So ein Wiki zur Hand zu haben ist mehr als Hilfreich um mal schnell eben ein wenig Doku runter zu tippseln

Das muss noch nicht mal schön aussehen:

Ordnung und Dokumentation ist fuer Kleingeister.
Ich arbeite daran, ein Kleingeist zu werden