Beiträge von V-Treiber

    :) Ich sehe, wir verstehen uns! Wahrscheinlich erinnerst Du Dich auch noch an debug g-c800:5. :smilie_pc_012:


    Nein, es soll nicht zwischen Partitionen auf ein und der selben Platte kopiert werden, jedenfalls nicht parallel. Bei HDDs, ganz besonders externen, ist die mechanische Kopfbewegung der begrenzende Faktor, wobei das bei großen Dateien ob der Pufferung auch nicht so ins Gewicht fällt.


    Mir geht es mehr um die Puffer, die rsync anlegt und ob die Jobs auf die Kerne verteilt werden. :/

    Ich kopiere/verschiebe regelmäßig große Dateien (zwischen 200 und 300GB) zwischen Partitionen. Dafür schmeiße ich abends den rsync an. Das würde ich gerne in einem script weitestgehend parallelisieren.


    Eckdaten:

    4-Kern 3500er AMD64,

    32 GB RAM

    2 SSD 500GB

    2 externe HDD 1TB


    Plan bash-script


    Code
    rsync quelle1 ziel1 &
    rsync quelle2 ziel2 & 
    rsync ...
    
    wait 


    Ich finde nichts zu Zuverlässiges dazu, wie viele ich parallel starten kann.


    Ich meine ursprünglich war das mal für das synchronisieren von Serverdaten geschrieben, trotzdem ...

    V-Treiber,

    nö ich entschuldige nicht, denn ich habe schon alles mögliche eingegrenzt. Und was du damit in diesem Zusammenhang sagen willst ist auch absolut nicht klar.


    Du brauchst nichts zu entschuldigen, ich sag nur, Textverständnis. Ob Du meinen Rat, den Du nicht verstehst annimmst oder nicht, ist mir eigentlich so lang wie breit. :)

    Woher willst Du wissen, das bei der Auflösung der Abhängigkeiten nicht etwas schiefgelaufen ist?

    Sauerland,

    jetzt nochmal ein zypper dup? Wenn ja vom aktuellen stand, oder vorher ein rollback zum Stand vor den Problemen? Gibt es noch irgendwelche Optionen für zypper dup, die du empfehlen würdest?


    luigi,

    stimmt, hab ich übersehen. Aber dass das die Ursache für das Problem ist ist nahezu ausgeschlossen. Denn Packman hat nichts mit Palsma zu tun.

    Sorry, das ich mich einmische, aber ...

    Mit Fehler einkreisen hast Du es nicht so oder?

    Üblicherweise geht man nach dem Ausschluß-Verfahren vor. D.h. man schmeißt erst ein Mal alles raus, was voraussichtlich nicht die Ursache ist. Das macht das Ganze übersichtlicher.

    Dann schmeißt man alles raus was doppelt. ist Danach bleibt meist nur eine Handvoll Möglichkeiten über. Die kann man dann durchtesten.


    Wenn Du mit Deiner Methode Fehler in einem Code suchen würdest, ...

    Nö, du häätets statt dem symlink den Timer und den service dorthin verschieben müssen, den Rest erledigt dann systemd.

    :)

    Code
    thosto@localhost:/> ls /etc/systemd/system/my*
    /etc/systemd/system/my-backup.service  /etc/systemd/system/my-backup.timer

    .service stand in .../system und .timer in .../system/timers.targets.wants, war damit kein symlink und wird ignoriert. Der Hinweis von luigi hat dazu geführt, das ich mir das Ganze mal genauer angeguckt habe und siehe da...


    OT: Mein Frau schimpft gerade laut und ausführlich über Winzigweich. :P

    Und bei hochwertigem SCSI-Raid würde ich erwarten, dass die Firmware zwischen einem RAID-Member und einer frischen Platte unterscheiden kann, wenn es um die Richtung der Spiegelung geht :saint:

    Nun, Netware 3.12 hatte zwei Möglichkeiten, über einen RAID-Kontroller oder über Mirroring/Duplexing in Netware.

    Öffentlicher Auftraggeber mit einem Hobby-Admin, da kannst Du reden, was Du willst. Die von mir empfohlene Variante mit Adaptec oder Vortex RAID scheitert dann an den Kosten, selbst für ein Duplexing gab es kein Geld

    Platte kaputt, zu mir geschickt, ich mit neuer Platte hin, eingebaut und dann ging es los. Ende vom Lied: Netware neu von Disketten installiert, Bandsicherung (natürlich GFS) zurückgespielt, Spiegel neu eingerichtet. :cursing: Den Laden gibt es sogar noch.

    Dann ersetz halt zum Testen dein Shellscript durch etwas harmloses ... ?

    Nö, ich habe doch gesagt Du hast mich auf eine Idee gebracht.


    Das entscheidende Stichwort war der Sym-link. :smilie_hops_011: Danke.

    Code
    sudo systemctl start my-backup.service

    müsste, wenn alles korrekt ist, nur den service starten, aber noch nicht den timer.

    :) ich weiß, der macht dann aber im laufenden Betrieb ein Backup, das ist :thumbdown: Und da die Bash, wie oben beschrieben Dateien kopiert und "alte" Backups löscht....

    könnte ein systemctl stop schon zu spät sein.