Cron on Michael’s Domain

Warum werden einige Skripte im Verzeichnis „cron.hourly“ nicht ausgeführt?

Sat, 09 Jun 2007 00:00:00 +0000

Da ich einen sehr einfachen MP3-Player habe, der ausschließlich MP3-Dateien nach ISO-Standard abspielen kann, muss ich die von meinem Podcast-Catcher heruntergeladenen Podcasts oft neu kodieren (ich verwende Amarok). Ich habe Bash-Skripte erstellt, um alle heruntergeladenen MP3s neu zu kodieren und einen neuen RSS-Feed basierend auf dem Inhalt des Verzeichnisses zu generieren, in dem die neu kodierten MP3s gespeichert werden. Die Skripte wurden jedoch nicht stündlich ausgeführt, was an ihrer Benennung („podcast_downsampling.sh“) lag. Es gibt ziemlich strenge Regeln, wie die Namen aussehen müssen (an die ich mich nicht mehr erinnere), aber wenn man nur Zeichen von a bis z verwendet, sollte man immer auf der sicheren Seite sein. Nach der Umbenennung in „podcastdownsampling“ funktionierte alles einwandfrei.

Die crontab bearbeiten

Thu, 24 May 2007 00:00:00 +0000

Wir haben auf unserem Computer ein gemeinsames Verzeichnis (/home/shared) und eine Benutzergruppe namens „shared“. Der Zweck besteht darin, dort Dateien abzulegen, auf die mehrere Benutzer des Systems zugreifen (und auch schreiben) können. Wenn ein Benutzer dort eine Datei ablegt, kann diese von anderen gelesen, aber beispielsweise nicht gelöscht werden. Um dies zu beheben, haben wir die crontab so bearbeitet, dass alle 5 Minuten die folgenden beiden Befehle ausgeführt werden: chgrp -R shared /home/sharedchmod -R 744 /home/sharedDazu haben wir (natürlich als Root) die Datei /etc/crontab bearbeitet und folgende Zeile hinzugefügt: */5 * * * * root run-parts /etc/cron.minutelyDas bedeutet eine Ausführung alle 5 Minuten, jede Stunde, jeden Tag, jeden Monat, an jedem Wochentag das Skript run-parts als Root ausgeführt werden soll, wobei alle Skripte aus dem Verzeichnis /etc/cron.minutely als Argument übergeben werden (dieses Verzeichnis haben wir zusätzlich zu den bereits vorhandenen Verzeichnissen wie /etc/cron.hourly usw. neu angelegt). Wir haben crond (den crontab-Daemon) über die GUI neu gestartet (unter RedHat 9: Menü – Systemeinstellungen – Server-Einstellungen – Dienste).

So erstellen Sie Sicherungskopien von MySQL-Datenbanken (mysqlhotcopy, mysqldump)

Sat, 16 Dec 2006 00:00:00 +0000

Es gibt verschiedene Möglichkeiten. Wenn Sie Zugriff auf den Rechner haben, auf dem MySQL läuft, sollten Sie folgenden Befehl verwenden: mysqlhotcopy. Auf unserem RedHat-8-Server geben Sie einfach Folgendes ein: /usr/bin/mysqlhotcopy --user=root --password=sdjksjd journal /Pfad/zum/Backup-Verzeichnis Alternativ: /usr/local/mysql/bin/mysqldump --user=Benutzername -p phpgedview >phpgedview Der Pfad des Befehls ist spezifisch für die MySQL-Installation auf einem Mac OS X-Rechner.Wenn Sie von einem anderen Rechner aus sichern möchten, können Sie den Befehl mysqldump verwenden: mysqldump --host=hostname_oder_ip-adresse --user=Benutzername -p phpgedview >phpgedview In diesem Beispiel wird die Datenbank „phpgedview“ gesichert, die sich auf dem Rechner „hostname_oder_ip-adresse“ befindet.Die eigentlichen Datenbankdateien befinden sich in Unterverzeichnissen unter /var/lib/mysql, falls Sie sich nicht an deren Namen erinnern. Um eine Datenbank automatisch über das Netzwerk zu sichern, können Sie eine Datei mit folgendem Inhalt in das Verzeichnis /etc/cron.hourly legen:!/bin/sh mysqldump --host=hostname_oder_ip-adresse --user=BENUTZER -pPASSWORT journal >mysqldump_journal Dadurch wird stündlich eine neue Sicherungsdatei namens mysqldump_journal im Verzeichnis /etc/cron.hourly erstellt.