Wöchentliches Raspi backup ich kriegs nicht hin

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Wöchentliches Raspi backup ich kriegs nicht hin

      hab mir das raspi backup instaliert,und das Backup geht auf mein qnap, wenn ich jetzt sudo raspiBackup.sh -a : -o : -m detailed eingebe funktioniert alles. Möchte das aber automatisch wöchentlich haben, dazu habe ich in der /etc/crontab das angelegt per winscp

      00 22 * * 0 /usr/local/bin/raspiBackup.sh -a "service apache2 start && service cron start && service nfs-kernel-server start" -o "service nfs-kernel-server stop && service cron stop && service apache2 stop"

      00 23 * * 0 /usr/local/bin/raspiBackup.sh -a : -o : -m detailed "service apache2 start && service cron start && service nfs-kernel-server start" -o "service nfs-kernel-server stop && service cron stop && service apache2 stop"


      somit sollte doch jeden Sonntag um 22 uhr das backup starten ! tut es aber nicht . bin nun schon ewig am rumfummeln und lesen aber nix klappt. was mach ich falsch.
    • Wenn du das wirklich so gemacht hast wie beschrieben, hast du dir vermutlich die /etc/crontab zerschossen. Die hat bei mir nämlich ein anderes Format (einen User als 6. Feld).

      [Ich verstehe auch nicht, warum alle Welt nicht den dafür vorgesehenen Weg nimmt und "crontab -e" aufruft - meinetwegen noch mit "EDITOR=nano crontab -e" - und statt dessen crontab's unterm Arsch des Betriebssystems von Hand verändert. Das ist bei der /etc/crontab zwar so vorgesehen, funktioniert aber nur, wenn das Format stimmt.]
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.
    • wie weis ich das die kaputt ist ??? hab die mal geändert und kopiert, blick da nicht so richtig durch mit dem ganzen linux zeugs.

      Spoiler anzeigen

      # /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.


      00 22 * * 0 /usr/local/bin/raspiBackup.sh -a "service apache2 start && service cron start && service nfs-kernel-server start" -o "service nfs-kernel-server stop && service cron stop && service apache2 stop"
      06 15 * * 1 /usr/local/bin/raspiBackup.sh -a : -o : -m detailed "service apache2 start && service cron start && service nfs-kernel-server start" -o "service nfs-kernel-server stop && service cron stop && service apache2 stop"
      00 23 * * 0 /usr/local/bin/raspiBackup.sh -a : -o : -m detailed "service apache2 start && service cron start && service nfs-kernel-server start" -o "service nfs-kernel-server stop && service cron stop && service apache2 stop"





      SHELL=/bin/sh
      PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
      MAILTO="root"



      # * * * * * Benutzer Befehl
      # | | | | |
      # | | | | +---- Wochentag (0-7) (Sonntag =0 oder =7)
      # | | | +------ Monat (1-12)
      # | | +-------- Tag (1-31)
      # | +---------- Stunde (0-23)
      # +------------ Minute (0-59)


      # m h dom mon dow user command
      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 )



      #Zeitabgleich -> benoetigt [apt-get install ntpdate]
      #0 8 * * * root ntpdate -s pool.ntp.org #Zeitabgleich (Taeglich um 08:00 Uhr)


      #IPC
      #0 4 * * 5 root /var/emu/script/ipc-backup.sh full l 30 #Backup - Full (Woechentlich um 04:00, Freitag)
      #0 2 * * * root /var/emu/script/ipc-backup.sh conf l 14 #Backup - Konfiguration (Taeglich um 02:00)
      #0 6 * * * root /var/emu/script/ipc-set.sh #Rechte setzen (Taeglich um 06:00)


      0 4 * * 5 root /var/emu/script/ipc-backup.sh full l 30


      #CCcam
      #* * * * * root /var/emu/script/cccam-watchdog.sh #CCcam - Teste ob CCcam laeuft (jede Minute)
      #30 4 * * * root /var/emu/script/cccam restart #CCcam - EMU Neustart (Taeglich um 04:30)
      #0 5 * * * root /var/emu/script/cccam-cfgnl.sh #CCcam - Lade neue Konfiguration (Taeglich um 05:00)
      #01 5 * * * root /bin/cccam softkey && /bin/cccam restart #CCcam EMU Keys updaten+restart (Taeglich um 05:01)


      #CCcamInfoPHP (Update,Ping,Online)
      #*/2 * * * * www-data wget -q --spider cron_update.php?p=0 #CCcamInfoPHP - Update alle 2 Minuten
      #58 * * * * www-data wget -q --spider cron_ping.php?p=0 #CCcamInfoPHP - PING jede Stunde
      #59 * * * * www-data wget -q --spider cron_online.php?p=0 #CCcamInfoPHP - Online jede Stunde


      #OScam
      * * * * * root /var/emu/script/oscam-watchdog.sh #OScam - Teste ob OScam laeuft (jede Minute)
      #29 4 * * * root /var/emu/script/oscam restart #OScam - EMU Neustart (Taeglich um 04:29)


      #OSEmu
      #* * * * * root /var/emu/script/osemu-watchdog.sh #Teste ob OSEmu laeuft (jede Minute)
      #29 4 * * * root /var/emu/script/osemu restart #OSEmu - EMU Neustart (Taeglich um 04:29)


      #NewCS
      #* * * * * root /var/emu/script/newcs-watchdog.sh #NewCS - Teste ob NewCS laeuft (jede Minute)


      #Camd3
      #* * * * * root /var/emu/script/camd3-watchdog.sh #Teste ob Camd3 laeuft (jede Minute)
      #01 5 * * * root /bin/camd3 softkey && /bin/camd3 restart #Camd3 EMU Keys updaten+restart (Taeglich um 05:01)


      #sBox
      #* * * * * root /var/emu/script/sbox-watchdog.sh #Teste ob sBox laeuft (jede Minute)


      #gbox
      #* * * * * root /var/emu/script/gbox-watchdog.sh #Teste ob gbox laeuft (jede Minute)


      #DynDNS Static Update -> benoetigt [apt-get install ddclient]
      #6 6 * * 1 root /usr/sbin/ddclient -force > /var/log/ipc/dyndns_update.log #Static DynDNS Update (Woechentlich um 06:06, Montag)


      #DDNSupdater.sh
      #@reboot root /var/emu/script/DDNSupdater.sh auto #DDNSupdater.sh bei System boot/reboot starten
      #0 6 * * 1 root /var/emu/script/DDNSupdater.sh now #DDNSupdater.sh Static-IP Update erzwingen (Woechentlich um 06:00,Montag)


      #DDNSupdater2.sh
      #@reboot root /var/emu/script/DDNSupdater2.sh auto #DDNSupdater2.sh bei System boot/reboot starten
      #0 6 * * 1 root /var/emu/script/DDNSupdater2.sh now #DDNSupdater2.sh Static-IP Update erzwingen (Woechentlich um 06:00, Montag)


      #apache2
      @reboot root /var/emu/script/apache2-watchdog.sh >/dev/null 2>&1
      * * * * * root /var/emu/script/apache2-watchdog.sh >/dev/null 2>&1


      #Auf Updates fuer IPC pruefen
      0 20 * * * root php /var/www/ipc/page/update-check.php >/dev/null 2>&1 #Update-Check (Taeglich um 20:00)



    • Bei deinen Einträgen fehlt als sechster Parameter ein User (z.B. "root"). Bei allen anderen Einträgen ist der sechste Parameter ein User. Ist halt nicht das normale bei "crontab" benutzte Format.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.
    • du meinst so ??

      00 23 * * 0 root/usr/local/bin/raspiBackup.sh -a : -o : -m detailed "service
      apache2 start && service cron start && service
      nfs-kernel-server start" -o "service nfs-kernel-server stop &&
      service cron stop && service apache2 stop"

      und als user so
      00 23 * * 0 pi/usr/local/bin/raspiBackup.sh -a : -o : -m detailed "service
      apache2 start && service cron start && service
      nfs-kernel-server start" -o "service nfs-kernel-server stop &&
      service cron stop && service apache2 stop"
    • Jep; wobei du als User "pi" wahrscheinlich nicht den Apache stoppen und starten darfst - als die obere Variante nehmen.
      Ob's dann funktioniert, musst du ausprobieren. Und da muss ein Leerzeichen hinter den User, der ist hier ein eigenes Feld.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von rdamas ()

    • danke werd ich morgen bzw heute testen
    • so hat nicht funktioniert hmmm , wenn ich per putty angemeldet bin so zb. pi@Testraspi:~ $ und gebe dann sudo crontab -e ein kommt nur eine null also so !!! pi@Testraspi:~ $ sudo crontab -e 0 das verstehe ich nicht.
      wenn ich nur crontab -e eingebe kann ich die datei bearbeiten

      also als user ganz normal ,aber als sudo komm ich da nicht mehr raus muss dann immer putty schliesen.
    • Disclaimer: Folgender Vorschlag hebelt einen Teil der Sicherung des root users aus, führt aber dazu dass man bequem Befehle als root mittels sudo ausführen kann, ohne das root passwort einzugeben. Was das bedeutet, sollte jedem klar sein.

      Vorschlag:

      Abfrage des sudo Passworts deaktivieren und den Befehl als User root in die normale user crontab eintragen. Wie du die PW-Abfrage deaktivierst, lässt sich leicht ergoogeln. Sofern der Pi nicht ans Inet exponiert ist (Ports offen etc.), kann man das Risiko mMn eingehen. Erfahrene Sys-Admins schlagen bei sowas natürlich die Hände über dem Kopf zusammen ;)

      Den Befehl wWürde ich dann vorher erstmal händisch testen.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Coxeroni ()

    • so hab jetzt erst nochmal alles von anfang gemacht von linux tips und tricks raspibackup neu instaliert . Mach jetzt noch ein paar versuche .

      tja wenn man doof ist macht man es sich doppelt schwer.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von scheisbolle ()