🚀 go-pugleaf

W dniu 15.08.2016 o 20:52, Jan Stożek pisze:
> Witam,
>
> 	Mam backup zrobiony na rsyncu: frontend (back-in-time) + rsync
> w tle. Backup chodzi w sposób dość skomplikowany, bo najpierw tworzy
> rsynkiem hardlinkowaną "kopię" poprzedniego backupu (drzewo katalogów
> + hardlinki do ostatniej wersji plików), a potem również rsynkiem
> nadpisuje ją nowszymi wersjami tych plików, które zostały zmienione.
> Wygląda to dość skomplikowanie, ale jest skuteczne i od dwóch lat
> działało bez zarzutu: mam szereg kompletnych "obrazów" kopiowanych
> folderów, a przy tym zajętość miejsca jest taka, jakby była kopia
> pełna i odpowiednia liczba kopii różnicowych. No i jest to szybkie, bo
> poza pierwszą kopią, która wymaga skopiowania wszystkich danych,
> kolejne kopie są robione dosłownie w ciągu kilku minut (ostatnio -
> około ośmiu).
>
> 	Teraz problem, który nastąpił dziś: po godzinie pracy backupu
> zauważyłem, że rsynk nadal chodzi - zajmuje dość dużo procesora
> (procesor mam całkowicie obciążony), ale niczego nie pisze na dysku.
> Przebutowałem, wyczyściłem foldery robocze - ale kolejna próba backupu
> doprowadziła do tego samego efektu trwającego wiele godzin: procesor
> całkowicie obciążony, na dysku nic się nie dzieje.
>
> 	Jak to zdiagnozować? Bo na razie nie mam za bardzo pojęcia, co
> tam się właściwie dzieje.
>
> 	Z góry dziękuję za podpowiedzi.
>

fsck ?

i ku pewności przedstawię swoją wersję przy użyciu jednego rsynca:

for i in {14..1};
do
         if [ -e home.$i ]
         then
                 mv home.$i home.$((i+1))
         fi
done

if [ -e home.15 ]
then
         mv home.15 home.1
else
         mkdir home.1
fi
rsync -q -a --no-D --delete -z --timeout=3600 -H --link-dest=../home.2 
${login}@${host}::home/ home.1


-- 
Pozdrawiam
Lemat