Hybrid Backup Sync per Zeitplan

rednag · 13. Mai 2019

Hallo liebe Gemeinde,

es ist wieder mal soweit. Ich brauche Ratschläge in Form der Schwarmintelligenz.

Mein Hybrid Backup Sync ist so eingestellt, daß ein spezieller Ordner von der Quell-NAS per rsync auf eine andere NAS im gleichen Netzwerksegment gesichert wird.

Diese Sicherung soll wöchentlich 1x am Dienstag um 04:00 Uhr gestartet werden.

hbs1.PNG hbs2.PNG

Das Ziel wird per Zeitplan gestartet und läuft auch. Nur Hybrid Backup Sync lässt das irgendwie kalt. Der Sicherungstermin wird einfach übersprungen.

Letzte erfolgreiche Sicherung war am 30.4. Das steht auch so im Log:

Code

[30.04.2019 04:00:26] Job [Local->Remote_Job1] started.
[30.04.2019 04:00:26] Synchronize files from a local folder to a remote folder.
[30.04.2019 04:00:26] Server IP address: 10.1.1.13, port number 1.
[30.04.2019 04:00:26] The SSL connection option is disabled.
[30.04.2019 04:00:26] The number of folder pairs = 1.

Außer dem Nichtstarten gibt es keinerlei Fehlermeldungen oder sonstige Ungereimtheiten.

Code

etc/config/crontab

 4 3 * * 3 /etc/init.d/backup_conf.sh

In der backup_conf.sh gibts lauter Code, den ich nicht lesen kann.

Hat jemand sonst auch Probleme, Ratschläge, Tips zu dem Thema?

Gruß Rednag

dr_mike · 13. Mai 2019

Zitat von rednag

lauter Code, den ich nicht lesen kann.

Bitte mal posten.

rednag · 13. Mai 2019

Aber gerne doch.

Das ist der gesamte Code der besagten Datei:

Bash

#!/bin/sh

func="$1"
opt="$2"
MIN_FSIZE=200 #minimum config file size required
. /etc/init.d/functions
qbox_sh="/etc/init.d/qsyncsrv.sh"



files_rotate()
{
    local base_dir=$1
    local fileter=$2
    /bin/ls -r $base_dir | while read file_name
    do
        echo "$file_name" | grep -q "$fileter"
        [ "$?" = "1" ]&& continue
        index=${file_name%%_*}
        postfix_name=${file_name#*_}
        let "index++"
        if [ $index -ge $backup_max ]; then
            #echo "remove $base_dir/$file_name"
            /bin/rm -f "$base_dir/$file_name"
            continue
        fi
        let "index%=backup_max"
        /bin/mv "$base_dir/$file_name" "$base_dir/${index}_${postfix_name}"
    done
}


#1. Check conifg in uLinux
backup_en=`/sbin/getcfg BackupConfig Enable -d null`
backup_files=`/sbin/getcfg BackupConfig Files -d "/etc/config/*"`
backup_max=`/sbin/getcfg BackupConfig "Max config" -d 10`
if [ "x$backup_en" = "xFALSE" ] && [ -z "$func" ]; then
    echo "Backup func is Disabled"
    exit 0
fi
    
#2. Determine BASE installation location according to smb.conf
FindDefVol
_ret=$?
if [ $_ret != 0 ]; then
    echo "Default volume not found."
    exit 1
fi

CONFIG_DIR="$DEF_VOLMP/.@backup_config"
[ -d  "$CONFIG_DIR" ]|| /bin/mkdir -p "$CONFIG_DIR"
HDINFO_DIR=/etc/config/.hd_info
[ -d $HDINFO_DIR ] || /bin/mkdir -p $HDINFO_DIR
QBOX_DIR="$DEF_VOLMP/.@backup_qbox"
[ -d  "$QBOX_DIR" ]|| /bin/mkdir -p "$QBOX_DIR"

if [ "x$func" = "xrestore" ] && [ ! -z "$opt" ]; then
    ret=0
    [ ! -z "$opt" ] || exit 1
    cd $CONFIG_DIR
    /bin/ls -r | grep "^0_" | while read archive
    do
        [ -f $archive ] || continue
        restore_f=`tar -tf "$archive" 2>>/dev/null | grep "$opt"`
        if [ $? = 0 ]; then
            [ ! -f "/$restore_f" ] || /bin/cp "/$restore_f" "/$restore_f".replaced
            /bin/tar -f $archive -x "$restore_f"
            f_size=`/usr/bin/du -b "$restore_f" | /bin/awk '{print $1}'`
            if [ -z "$f_size" ] || [ "$f_size" -lt $MIN_FSIZE ]; then
                /bin/rm -rf "$restore_f" 2>>/dev/null
                continue
            fi
            /bin/tar -f $archive -C / -x "$restore_f"
            ret=$?
            break
        fi
    done
    exit $ret
fi

#3. file rotate
files_rotate $CONFIG_DIR '_*.tar.gz'

if [ -x "$qbox_sh" ]; then
    files_rotate $QBOX_DIR '_*.qbox_db'
fi

files_rotate $HDINFO_DIR '_*.hd_info.log'

#4. Backup config

tar_name=`date +%Y%m%d_%H%M`
# HD 
/etc/init.d/gen_hd_info.sh > $HDINFO_DIR/0_$tar_name.hd_info.log
# config
[ "x$backup_files" != "x" ]&& /bin/tar -czpf $CONFIG_DIR/0_$tar_name.tar.gz $backup_files > /dev/null 2>&1 
# Qsync
if [ -x "$qbox_sh" ]; then
    $qbox_sh backup_db $QBOX_DIR/0_$tar_name.qbox_db
fi

Alles anzeigen

Mavalok2 · 13. Mai 2019

Zitat von rednag

Das Ziel wird per Zeitplan gestartet und läuft auch.

Um welche Uhrzeit wird das Ziel gestartet? Kann es sein, dass das Ziel beim Start des Backups noch nicht bereit ist? Könnte mir schon vorstellen, dass der Start des NAS und bis der Rsync-Server bereit ist schon 1/2 Stunde vergehen kann.

dr_mike · 14. Mai 2019

rednag

Der Code ist doch lesbar. Dass du die arbeitsweise nicht verstehst, ist was ganz Anderes.

Ich dachte schon, dass die Datei evtl. defekt ist.

RedDiabolo · 14. Mai 2019

Check mal, ob der Job auf beiden NAS noch "richtig" konfiguriert ist, oder ob der "passivejob" auf deinem Ziel-NAS nicht mehr aktiv ist.

Ich hatte so ein Problem mal, dass das andere NAS nicht mitbekommen hat, dass der Job beendet ist und zeigte den in der GUI tagelang als "running" an obwohl er nicht mehr lief. Jeder weitere Start war damit aber unmöglich ...

Gehst mit WinSCP auf dein NAS und darin auf den Ordner /etc/config/qsync/.

Darin findest du zwei configs qsyncjobdef.conf und qsyncpassivejob.conf.

In der letzteren findest du die "passiven" Jobs der anderen NAS.

Eventuell postest du die beiden Configs hier mal ...

rednag · 14. Mai 2019

Zitat von dr_mike

Dass du die arbeitsweise nicht verstehst, ist was ganz Anderes.

Das wollte ich damit ausdrücken. Augenscheinlich scheint die Datei in Ordnung zu sein.

Zitat von Mavalok2

Um welche Uhrzeit wird das Ziel gestartet?

Die BackupNAS wird Dienstags um 01:00 Uhr gestartet. Von 01 - 04 Uhr sollten die benötigten Dienste schon gestartet sein.

Zitat von RedDiabolo

Gehst mit WinSCP auf dein NAS und darin auf den Ordner /etc/config/qsync/

In dem besagten Ordner finde ich neben ein paar anderen nur die qsyncjobdef

u1.PNG

Der Inhalt ist aber ein wenig auskunftslos.

Code

[Job0]

Mehr ist da nicht drin.

Mavalok2 · 14. Mai 2019

Und wenn Du den Job manuell startest läuft er sauber durch?

RedDiabolo · 14. Mai 2019

Was steht denn in der qsync.conf?

Die ist bei mir (alter SM) nämlich nur 0 KB groß, dafür habe ich besagte andere zwei qsynjobdef Files.

Mangoon2008 · 14. Mai 2019

Dann ist die put, die qsync.conf müsste eher so aussehen (Job mittels HBS erstellt, Inhalt nur bissl zensiert):

Code

[Job2]
Name = Local->Remote_Job1
StorageID = 
ProfileID = Profile1
Remote = 1
CreateTime = 1556966102
ExtAttr = 0
Sparse = 0
ChkCont = 0
DelExtra = 0
Direction = 0
Server = 192.168.xxxxxx
Zip = 0
Ssl = 0
Port = xxxxxx
Timeout = 60
MaxRetry = 5
RetryInterval = 180
EnPassword = xxxxxxxxxxxxxx
Schedule = 1
DetailLog = 1
DetailSize = 10485760
Pair = 2
Pair1 = xxxxxxxxxxxxxxxxxx
Pair2 = xxxxxxxxxxxxxxxxxxx
MaxSize = 0
MinSize = 0
MaxTime = 1325376000
MinTime = 946684800
AllowList = 0
DenyList = 1
SizeFilter = 0
UseMinSize = 0
UseMaxSize = 0
TimeFilter = 0
UseMinTime = 0
UseMaxTime = 0
UseRecentDays = 0
RecentDays = 30
Symlink = 1
CaseSensitive = 0
AllowOther = 
DenyOther = 
AllowType = 
DenyType = R
SLimitRate = 0
RLimitRate = 0
Twoway = 0
TwowayPolicy = 0
TaskType = 1
Versioning = 0
DestRoot = xxxxxxxxxxx
Snapshot = 1
CSEPassword = 
CrashRetry = 0
Pid = -1
Status = 0
StartTime = 1556966103
EndTime = 1556987431
Retry = 0
Countdown = 180
FileTrans = 2659,2662,1,99
Statistic = 0,2662,38,1632497752309,2,2662
Progress = 100,76559026,0,21323

Alles anzeigen

Die qsyncjobdef.conf ist aber bei mir auch leer, scheint also normal zu sein. Also, wieder was gelernt: Die HBS Jobs stehen in der qsync.conf, die SM Jobs in der qsyncjobdef.conf

RedDiabolo Warum nimmst du eigentlich immernoch das Alte Teil? Irgendwelche nachvollziehbaren Vorteile? oder nur Nostalgie?

RedDiabolo · 15. Mai 2019

Zitat von Mangoon2008

RedDiabolo Warum nimmst du eigentlich immernoch das Alte Teil? Irgendwelche nachvollziehbaren Vorteile? oder nur Nostalgie?

Boah, ist schon lange her, dass ich wieder umgestiegen bin, warum auch immer

Irgendwie hatte ich da Probleme mit dem HBS, weiß aber nicht mehr ob es Performance oder Fehlermeldungen waren ... habe mich da stundenlang durchgewühlt und bin mit dem HBS nicht ganz klar gekommen. Das war zu einem Zeitpunkt wo es auch viele Tickets zum HBS gab und QNAP schon mal den Umstieg auf SM nahelegte ...

Der SM ist irgenwie "knackiger", nur da, was WIRKLICH benötigt wird (nehme RTRR Jobs).

Nachdem ich das Backup "reverse" mache, sich also das Ziel die Daten abholt und ich auf dem Backup NAS(en) auf alter FM bleibe (4.2.5) geht dort ohnehin nur SM, von daher nehme ich auf dem Quell-NAS auch dem SM ... passt besser zusammen.

Zitat von Mangoon2008

Die qsyncjobdef.conf ist aber bei mir auch leer, scheint also normal zu sein. Also, wieder was gelernt: Die HBS Jobs stehen in der qsync.conf, die SM Jobs in der qsyncjobdef.conf

Danke für die Rückmeldung, dann weiß ich jetzt, dass ich bei HBS Fehlermeldungen nicht von der SM Konfiguration ausgehen kann und (muss) mich da wohl etwas zurückhalten bevor ich die Anwender noch mehr verwirre.

rednag · 21. Mai 2019

Hab die letzten 2 Wochen beobachtet.

Darum erst heute Rückmeldung. Die letzten 2 Dienstage ist das Script ordnungsgemäß durchgelaufen.

Zitat von Mavalok2

Und wenn Du den Job manuell startest läuft er sauber durch?

Manuell starten hat immer funktioniert.

Mavalok2 · 21. Mai 2019

Hmm, eigenartig. Firmware-Update oder Update von HBS dazwischen?

rednag · 21. Mai 2019

Nein, weder das eine noch das andere. Jeweils die aktuellsten Versionen.

Aber es wird doch mal Zeit für QTS 4.4

Hybrid Backup Sync per Zeitplan

QTS 5.1.6.2722 Build 20240402

Vulnerability in XZ Utils

Vulnerability in Network ＆ Virtual Switch

Multiple Vulnerabilities in jackson-databind

Nach FW Update von 4.3.6 auf die 4.5.4 finde ich den "alten" Sicherungsmanager nicht mehr, HBS kann/mag ich nicht verwenden ....

Fehlercode HBS 3 V24.0.0304

HBS 3 Start funktioniert nicht

Rsync remote über VPN mit HBS3

NAS to NAS Backup funktioniert nicht mehr

Screenshots erstellen und im Forum einbinden (Windows)

(Betriebs)- System vs. Systemvolume - Hinweise zum Verständnis

QuDedup: Backup Job neu verlinken - Ein Ritt ins Verderben

VPN - ganz allgemein

[QUICK HOW-TO] Apps manuell auf ein anderes Volume verschieben

Kodi-Headless Server als Docker-Container

Hardware Praxis – „Hör mal wer da surrt“: Ein Erfahrungsbericht aus dem IT-Alltag

Hardware Praxis – Tipps zum Einbau einer neuen Festplatte: Ergänzung

Foren Update im Juli / August geplant

IT-Geschichten – Die verrückte Tastatur

Ähnliche Themen

Hybrid Backup Sync - Verständnisfrage zum Zeitplan

RTRR-Echtzeitsynchronisation - dauernd Fehlermeldung nach Neustart des NAS?

Hybrid Backup Sync - Sicherung in und von HiDrive wird nicht beendet

Backup Versioning

Tags