crontab auf LS WXL immer wieder zerhackt : Buffalo Linkstation Duo

Registrieren • FAQ • Galerie • Paypal Spende • Web-Hosting-Service • Suche • Anmelden

Aktuelle Zeit: Sa 19. Mai 2012, 18:11

Unbeantwortete Themen | Aktive Themen

crontab auf LS WXL immer wieder zerhackt

Seite 1 von 1

[ 7 Beiträge ]

Druckansicht

Vorheriges Thema | Nächstes Thema

crontab auf LS WXL immer wieder zerhackt

Autor

Nachricht

franc

Foren-Mitglied

Registriert: Mo 28. Jun 2010, 19:20
Beiträge: 64

Bedankte sich: 6 mal
Erhielt: 4 Danksagungen in 4 Beiträgen

crontab auf LS WXL immer wieder zerhackt

Auf einer LinkStation Duo - LS-WXL/R1 mit 2 x 1 TB RAID1 mit SSH-Zugang habe ich mit crontab -e ein paar Backup-Aufträge hinzugefügt, aber nach ein paar Tagen, wenn ich mir das crontab-File wieder ansehe, ist es total zerstückelt, so kann es wohl nicht mehr funktionieren.

Aus:

Code:

# Minute Stunde Tag Monat Wochentag Befehl
# Buffalo cron-Auftraege
00 6 * * * /etc/cron/cron.d/mailnotice.sh
05 4 * * * /etc/cron/cron.d/logrotate -f
*/5 * * * * /etc/cron/cron.d/logrotate
08 4 * * * /etc/cron/cron.d/calib_time.sh
16 17 */1 * * /etc/cron/cron.d/ntpdate
00 3 * * * /etc/cron/cron.d/date_to_lcd
*/30 * * * * /etc/cron/cron.d/ms_checkversion.sh
7,22,37,52 * * * * /www/buffalo/www/dynamic/extensions/webaxs/cron.pl
# fcw-cron-Auftraege:
# Minute Stunde Tag Monat Wochentag Befehl
#
00 4 * * * updatedb > /dev/null 2>&1
# fcw: 2011-06-01: funktioniert so nicht, daher als task in win
# 00 5 * * * /etc/init.d/sshd.sh restart > /dev/null 2>1
#
# fcw: nach jedem Werktag um zwei Uhr das komplette share-Verzeichnis auf die USB-Festplatte (2 im Wechsel mit 1 TB) sichern
# fcw: 2011-08-28: derzeit ca. 145 GB gross!
# Achtung, viele Fehler beim Sichern auf FAT, wg. automatischer Kleinschreibung von nur Grossschrift (z.B. ABC -> abc, aber Abc bleibt)
# mit cp (geht leidlich):  cp -r /mnt/array1/share/* /mnt/usbdisk1/1_montag/
# mit rsync (macht viele leere Verzeichnisse): rsync -rt --delete /mnt/array1/share/ /mnt/usbdisk1/1_montag
# mit tar (OK, aber dauert zu lange): tar --one-file-system -czvf /mnt/usbdisk1/5_freitag.tgz /mnt/array1/share
# usw.
00 2 * * 2 cp -r /mnt/array1/share/* /mnt/usbdisk1/1_montag/
00 2 * * 3 cp -r /mnt/array1/share/* /mnt/usbdisk1/1_dienstag/
00 2 * * 4 cp -r /mnt/array1/share/* /mnt/usbdisk1/1_mittwoch/
00 2 * * 5 cp -r /mnt/array1/share/* /mnt/usbdisk1/1_donnerstag/
00 2 * * 6 cp -r /mnt/array1/share/* /mnt/usbdisk1/1_freitag/
#
# einmal im Monat, am Monatsanfang (7. weil die ext. USB-Platte oft nicht gleich am Monatsersten gewechselt wird) zusaetzlich um zehn abends
00 22 7 * * cp -r /mnt/array1/share/* /mnt/usbdisk1/0_monat/
#
# einmal im Monat, am Monatsende (auf jeden Fall noch ein Werktag) das Installverzeichnis sichern (mit tar, das klappt noch zeitlich)
00 22 29 1,3,5,7,8,10,12 * tar --one-file-system -czvf /mnt/usbdisk1/install.tgz /mnt/array1/install
00 22 28 4,6,9,11 * tar --one-file-system -czvf /mnt/usbdisk1/install.tgz /mnt/array1/install
00 22 26 2 * tar --one-file-system -czvf /mnt/usbdisk1/install.tgz /mnt/array1/install
#
# fcw: 2011-08-24 trashbox von share regelmaessig leeren wenn aelter als 90 Tage
00 3 * * 7 find /mnt/array1/share/trashbox -type f -mtime +90 -exec rm -f {} \;

wird z.B.:

Code:

root@NAS:~# crontab -e
# Minute Stunde Tag Monat Wochentag Befehl
# Buffalo cron-Auftraege * *
00 6 * * * /etc/cron/cron.d/mailnotice.sh
05 4 * * * /etc/cron/cron.d/logrotate -f
*/5 * * * * /etc/cron/cron.d/logrotate
08 4 * * * /etc/cron/cron.d/calib_time.sh
16 17 */1 * * /etc/cron/cron.d/ntpdate
00 3 * * * /etc/cron/cron.d/date_to_lcd
*/30 * * * * /etc/cron/cron.d/ms_checkversion.sh
7,22,37,52 * * Tag Monat /www/buffalo/www/dynamic/extensions/webaxs/cron.pl
# fcw-cron-Auftraege: Stunde * *
# Minute * funktioniert so Wochentag Befehl
# 4 2011-06-01: * *
00 fcw: 5 jedem Werktag updatedb > /dev/null 2>&1
# 00 nach derzeit ca. nicht, daher als task in win
# fcw: 2011-08-28: Fehler beim * /etc/init.d/sshd.sh restart > /dev/null 2>1
# fcw: viele (geht leidlich):
# Achtung, cp (macht viele um zwei Uhr das komplette share-Verzeichnis auf die USB-Festplatte (2 im Wechsel mit 1 TB) sichern
# mit rsync (OK, aber 145 GB gross!
# mit tar * 2 Sichern auf FAT, wg. automatischer Kleinschreibung von nur Grossschrift (z.B. ABC -> abc, aber Abc bleibt)
# mit * * 3  cp -r /mnt/array1/share/* /mnt/usbdisk1/1_montag/
# usw. * * 4 leere Verzeichnisse): rsync -rt --delete /mnt/array1/share/ /mnt/usbdisk1/1_montag
# 2 * * 5 dauert zu lange): tar --one-file-system -czvf /mnt/usbdisk1/5_freitag.tgz /mnt/array1/share
# 2 * * 6
00 2 * Monat, am cp -r /mnt/array1/share/* /mnt/usbdisk1/1_montag/
00 2 im * * cp -r /mnt/array1/share/* /mnt/usbdisk1/1_dienstag/
00 2 7 Monat, am cp -r /mnt/array1/share/* /mnt/usbdisk1/1_mittwoch/
00 einmal im 1,3,5,7,8,10,12 * cp -r /mnt/array1/share/* /mnt/usbdisk1/1_donnerstag/
00 22 29 4,6,9,11 * cp -r /mnt/array1/share/* /mnt/usbdisk1/1_freitag/
# einmal 28 2 *
# 22 26 trashbox von Monatsanfang (7. weil die ext. USB-Platte oft nicht gleich am Monatsersten gewechselt wird) zusaetzlich um zehn abends
00 22 2011-08-24 * 7 cp -r /mnt/array1/share/* /mnt/usbdisk1/0_monat/
# 22 *
# fcw:    Monatsende (auf jeden Fall noch ein Werktag) das Installverzeichnis sichern (mit tar, das klappt noch zeitlich)
00 3    tar --one-file-system -czvf /mnt/usbdisk1/install.tgz /mnt/array1/install
00     tar --one-file-system -czvf /mnt/usbdisk1/install.tgz /mnt/array1/install
00     tar --one-file-system -czvf /mnt/usbdisk1/install.tgz /mnt/array1/install
#
#     share regelmaessig leeren wenn aelter als 90 Tage
00     find /mnt/array1/share/trashbox -type f -mtime +90 -exec rm -f {} \;

Da werden anscheinend zufällig Stücke herausgeschnitten und versetzt, ich kann mir keinen Reim darauf machen.

Die beiden crontab sind vermutlich jetzt nicht identisch gewesen, ich hatte mit tar, rsync und cp herumexperimentiert, aber unabhängig davon sieht man, wie verhagelt das cron geworden ist und so natürlich unbrauchbar.

Woran kann das liegen?
Schreibt Buffalo da seine eigene Suppe und man darf da eigentlich gar nicht darin rumschreiben?
Es passiert immer wieder, ich weiß aber nicht bei welcher Gelegenheit.

Do 29. Sep 2011, 10:17

Dieser Werbeblock wird nur bei Gästen angezeigt

oxygen8

Globaler Moderator

Registriert: Mo 5. Apr 2010, 23:32
Beiträge: 2809
Bilder: 101

Bedankte sich: 94 mal
Erhielt: 293 Danksagungen in 276 Beiträgen

Re: crontab auf LS WXL immer wieder zerhackt

Die LS korrigiert ihre Dateien nach Ermessen von Buffalo beim Neustart.

Du wirst häufig den Hinweis finden, diese Dateien, bei jedem Neustart per Script neu zu schreiben.

Poste das Original, starte neu und post die veränderte Datei.

Vi ist ein nicht sehr leicht zu handhabender Editor.

Poste ein crontab -l.

Ich habe bei mir Einträge auskommentiert. Dieser Änderung bleibt bisher erhalten.

Code:

root@Nas:~# crontab -l
00 0 * * * /etc/cron/cron.d/mailnotice.sh
05 4 * * * /etc/cron/cron.d/logrotate -f
10 4 * * * /etc/cron/cron.d/check_smart.sh
*/5 * * * * /etc/cron/cron.d/logrotate
08 4 * * * /etc/cron/cron.d/calib_time.sh
30 11 * * * /etc/cron/cron.d/ntpdate
00 3 * * * /etc/cron/cron.d/date_to_lcd
#*/30 * * * * /etc/cron/cron.d/ms_checkversion.sh
37 * * * * /etc/init.d/diskmon.sh restart
5,20,35,50 * * * * /www/buffalo/www/dynamic/extensions/webaxs/cron.pl
#15 */24 * * * /etc/cron/cron.d/S29_update_notifications.sh

Do 29. Sep 2011, 11:53

franc

Foren-Mitglied

Registriert: Mo 28. Jun 2010, 19:20
Beiträge: 64

Bedankte sich: 6 mal
Erhielt: 4 Danksagungen in 4 Beiträgen

Re: crontab auf LS WXL immer wieder zerhackt

Bei den Schnurrbärten von Plekszyglasz!
Schon wieder unbrauchbar zerhagelt, seit dem 21.09.2011

Ich habe jetzt dennoch mal alle Kommentare rausgeworfen, vielleicht liegt es wirklich daran.

Also crontab -l ergibt:

Code:

root@NAS:~# crontab -l
6 * * * /etc/cron/cron.d/mailnotice.sh
4 * * * /etc/cron/cron.d/logrotate -f
*/5 * * * * /etc/cron/cron.d/logrotate
4 * * * /etc/cron/cron.d/calib_time.sh
17 */1 * * /etc/cron/cron.d/ntpdate
3 * * * /etc/cron/cron.d/date_to_lcd
*/30 * * * * /etc/cron/cron.d/ms_checkversion.sh
7,22,37,52 * * * * /www/buffalo/www/dynamic/extensions/webaxs/cron.pl
4 * * * updatedb > /dev/null 2>&1
5 * * * /etc/init.d/sshd.sh restart > /dev/null 2>1
2 * * 2 rsync -av --delete /mnt/array1/share/ /mnt/usbdisk1/1_montag > /var/log/backup_1_montag.log
2 * * 3 rsync -av --delete /mnt/array1/share/ /mnt/usbdisk1/2_dienstag/ > /var/log/backup_2_dienstag.log
2 * * 4 rsync -av --delete /mnt/array1/share/ /mnt/usbdisk1/3_mittwoch/ > /var/log/backup_3_mittwoch.log
2 * * 5 rsync -av --delete /mnt/array1/share/ /mnt/usbdisk1/4_donnerstag/ > /var/log/backup_4_donnerstag.log
2 * * 6 rsync -av --delete /mnt/array1/share/ /mnt/usbdisk1/5_freitag/ > /var/log/backup_5_freitag.log
22 7 * * rsync -av --delete /mnt/array1/share/ /mnt/usbdisk1/0_monat/ > /var/log/backup_0_monat.log
22 29 1,3,5,7,8,10,12 * rsync -av --delete /mnt/array1/install/ /mnt/usbdisk1/install > /var/log/backup_install.log
22 28 4,6,9,11 * rsync -av --delete /mnt/array1/install/ /mnt/usbdisk1/install > /var/log/backup_install.log
22 26 2 * rsync -av --delete /mnt/array1/install/ /mnt/usbdisk1/install > /var/log/backup_install.log
3 * * 7 find /mnt/array1/share/trashbox -type f -mtime +90 -exec rm -f {} \;

Neustarten kann ich die Kiste tagsüber nicht, da buckeln Leute dran, das wäre bzw. könnte sehr ärgerlich sein

Das kann ich aber heute abend tun.
Wenn es dann wieder zerschossen und zerhagelt ist, hunderttausend heulende Höllenhunde, dann schreib ich ein Skript, das beim Start die Cron überschreibt, wie du empfiehlst, Caramba!

vi ist komplex, aber ich nutze davon nur Promilleteile, nämlich

dd,I,ESC,:q!,ZZ und oft die rechte Maustaste

die letzten Male auch öfters mal 50dd

und komme zurecht damit.

Do 29. Sep 2011, 12:55

franc

Foren-Mitglied

Registriert: Mo 28. Jun 2010, 19:20
Beiträge: 64

Bedankte sich: 6 mal
Erhielt: 4 Danksagungen in 4 Beiträgen

Re: crontab auf LS WXL immer wieder zerhackt

Also bis jetzt geht es noch ohne Skript, also ohne Kommentare.
Der crontab ist noch identisch mit dem vom 29.09.2011, ich hoffe das bleibt so.
Auf die Kommentare kann ich auch verzichten.

Mo 10. Okt 2011, 10:30

oxygen8

Globaler Moderator

Registriert: Mo 5. Apr 2010, 23:32
Beiträge: 2809
Bilder: 101

Bedankte sich: 94 mal
Erhielt: 293 Danksagungen in 276 Beiträgen

Re: crontab auf LS WXL immer wieder zerhackt

Eine Größenbegrenzung kann ich mir eigentlich nicht vorstellen.
Macht vi bei großen Dateien Fehler? Sollte auch nicht sein.
Ich editiere mit mcedit.

Mo 10. Okt 2011, 10:46

franc

Foren-Mitglied

Registriert: Mo 28. Jun 2010, 19:20
Beiträge: 64

Bedankte sich: 6 mal
Erhielt: 4 Danksagungen in 4 Beiträgen

Re: crontab auf LS WXL immer wieder zerhackt

Tock, Tock, Tock, ist immer noch unzerhackt.

Sa 5. Nov 2011, 18:34

franc

Foren-Mitglied

Registriert: Mo 28. Jun 2010, 19:20
Beiträge: 64

Bedankte sich: 6 mal
Erhielt: 4 Danksagungen in 4 Beiträgen

Re: crontab auf LS WXL immer wieder zerhackt

2012-02-18: Und auch jetzt noch OK

Sa 18. Feb 2012, 15:22

Bookmarke diesen Thread bei:

Mr Wong |

Linkarena |

del.icio.us |

Digg |

Icio |

Google |

Yigg |

Oneview |

Facebook |

Twitter

Was ist eigentlich Social Bookmarking? | Bookmark-Button Generator

Seite 1 von 1

[ 7 Beiträge ]

Wer ist online?

Mitglieder in diesem Forum: Amazon [Bot], Google [Bot] und 23 Gäste

Deine Berechtigungen

Du darfst keine neuen Themen in diesem Forum erstellen.
Du darfst keine Antworten zu Themen in diesem Forum erstellen.
Du darfst deine Beiträge in diesem Forum nicht ändern.
Du darfst deine Beiträge in diesem Forum nicht löschen.
Du darfst keine Dateianhänge in diesem Forum erstellen.