Beiträge von TheSkunk

  • rsyncd gändert?

    hallo leute,


    ich habe vor rund einem jahr ein howto bzgl. opensolaris als quelle und qnap ts 110 als ziel hier im forum erstellt (http://forum.qnapclub.de/viewtopic.php?f=80&t=7684). der opensolarisserver sichert per rsync (client) auf den am qnap laufenden rsyncd. war recht einfach und funktionierte auch recht gut. die befehlszeile vom solaris aus (per cronjob) war

    Code
    /usr/bin/rsync3 -vua --delete --progress --partial /[datapath]/ rsync://admin@192.168.xxx.yyy/backupshare/ >> /backup.log


    die /etc/config/rsyncd.conf dazu war grob

    Code
    read only = false
hosts allow = *
port = 873
[backupshare]
path = /share/HDA_DATA/backupshare


    nun wurde aber, auf grund eines plattenschadens, die festplatte ausgetauscht und die qnap neu installiert. ich habe alles so konfiguriert wie beim alten, und dann noch wie oben (im howto) beschrieben, die authorized_keys erstellt, etc. im prinzip sah die qnap (bis auf die neue software) gleich aus wie die alte. beim ausführen des obigen rsync-aufrufs jedenfalls frägt mich die der rsyncd der qnap nun aber permanent nach einen kennwort, auch wenn ich das "admin@" weglasse. die fehlermeldung @ERROR: auth failed on module backupshare bzw rsync error: error starting client-server protocol (code 5) at main.c(1506) [sender=3.0.7] kann ich schon nicht mehr sehen.


    ps.
    1 mit der alten sw vom jän. 2010 funktioniert das konstrukt tadellos.
    2 dass sie die sw nun geändert haben ist mir klar. ebenfalls klar ist mir, dass die menüstruktur sich verändert hat.
    3 ... unklar ist, wie sie den rsyncd dort reincompiliert haben, der scheint nämlich neuerdings nur mehr per authetifizierung zu funktionieren - das geht aber nicht, weil alles bei mir per cron funzt (und das alles nur unnötig kompliziert macht)
    4 alternativ könnte ich die alte software vom jän 2010 installieren ... (will i aber net ;) )


    ja, wenn wer einen rat hat (und bitte sparts mir obergscheite ansagen und fragen - es steht alles schon da) dem wäre ich sehr dankbar

  • [Howto] Opensolaris 2009.06 & QNAP TS 110 - rsync

    Hallo allerseits,


    nach längerer Suche (auch hier), sowie nach dem Durchlesen einiger recht belustigender Posts - wo z.B. der HW die Schuld (ich verwende auch besagt WD-Platte :thumb: ) an den zu geringen Datentransferraten beim rsync'en gegeben wurde (usw) - möchte ich nur kurz meine erste Erfahrung mit der TS 110 und Opensolaris 2009.06 hier posten.


    Am Anfang probierte ich es wie man sich's so denkt :roll: :


    1) SSH-Schlüssel (dsa o. rsa - hier dsa) als

    Code
    $su

    mit

    Code
    #ssh-keygen -t dsa

    am Solarisrechner erzeugen (liegt dann default unter

    Code
    /root/.ssh/id_dsa.pub

    )
    2) Den public in einer neuen Datei auf der QNAP unter

    Code
    /root/.ssh/authorized_keys

    abspeichern (pro Schlüssel eine neue Zeile) - somit kein Einloggen mehr notwendig ... (sollte man aber vorher einmal, dann kennt er den Key)
    3) In der QNAP irgendwo ein Verzeichnis anlegen, der Ordnung halber dort wo man dick Platz hat z.B. unter:

    Code
    /shares/HBA_DATA/xyz

    legt man dann das Zielverzeichnis (hier xyz) an. Schnell noch

    Code
    chmod 777 /shares/HDA_DATA/xyz

    und fertig (Bezgl. Sicherheit mach ich mir beim Testen anfangs mal keine Gedanken ...)
    4) ... so, nun denkt man sich, nett - nur mehr schnell am Solaris (Quelle) rsync aufrufen und fertig - also z.B.:

    Code
    rsync -auvz --delete /quellverzeichnis/ admin@[IP von QNAP]:/share/HDA_DATA/xyz/


    Tja, und ab da funktionierte auch alles, nur war es gähnend langsam. Mehr als 2,2 MByte/s waren einfach nicht drin. Egal wie man an den Parametern vom rsync schraubte, es war nichts zu machen. Nach kurzem Lesen - aha, QNAP verwendet rsync 3.x und OpenSolaris 2009.06 irgendeine 2.6.x Version - lt. "Expertenmeinungen" im Internet nicht ratsam. Gut, rsync 3.0.7 Sourcen direkt von http://rsync.samba.org/ftp/rsync/ besorgt, auf dem Solarishobel compiliert (aber nicht installiert), das entstandene rsync-binary nach /user/bin/rsync3 kopiert und gedacht es wird besser werden. Nix da, wieder nur 2,3 MByte/s. Ok, andere "Webvorschläge" betrachtet (SSH-Encryption runterdrehen, etc.) - nichts brachte etwas. Das Problem liegt auf der Hand: SSH produziert rund 75% load und rsync 25%. D.h. egal wie und was man rumdreht, zum (ver- und ) Entschlüsseln wird auf der QNAP einfach zuviel Prozessorleistung weggefressen (ist ja eigentlich nur ein Handy :D ). Welche Möglichkeit bestand noch - ja, nur die mit dem rsync-Daemon den die QNAP bereits mit sich führt.


    5) ... dann in der QNAP einfach mit

    Code
    vi /etc/rsyncd.conf

    am Ende sein Verzeichnis reinsetzen, also eine zusätzliche Freigabe erstellen (wie auch zuvor, Sicherheit mal hinten ran - wir testen) und den rsync-Daemon restarten.

    Code
    /etc/init.d/rsyncd.sh restart


    6) ... vermutlich schlecht war es trotzdem nicht die 3er Version des rsync-Clients am Solaris zu compilieren, denn nur mehr:

    Code
    rsync3 -vua --delete --progress --partial /quellverzeichnis/ rsync://admin@[IP von QNAP]/xyz/

    und siehe da, ~20MByte/s durchgehen, wie im Prospekt beschrieben :thumb: .


    Den Teil mit dem SSH-Schlüsselpaar hätte man sich natürlich dann sparen können, ebenso wie dem Nachgehen aller "Expertenmeinungen" :shock: im Internet.


    Falls wer anderer, noch bessere Lösungen parat hat (oder das Absichern dieser Variante besprechen will), dann rein da ...


    MfG