Posts Tagged ‘rsync’

OnlineStorageSolution

szombat, október 5th, 2013

UPDATE: Az OnlineStorageSolution egy rakás szar.

Elvesznek fájlok, nincs elég hely, béna a support. Pénzkidobás az egész! Nem megbízható, DO NOT USE kategória!

 

Elkezdtem használni nem is olyan régen egy online tárhely szolgáltatót fénykép backup céljából. Az oldal működik, de néha vannak vele apróbb problémák…

Egyszer-egyszer nem volt elérhető, néha éppen mozgatják az accountomat, néha éppen visszaállítják az accountomat, de túl nagy probléma még nem volt. Egy picit rémisztő azért, hogy egyszer elhaltak diszkjeik és úgy kellett volna visszaállítani mentésből a fiókomat, de mindezek ellenére talán használható lehet.

Elég nagy mennyiségű adatot rsynceltem fel (~500 GB) és eddig nem bántam meg, hogy kifizettem 2 évet előre.

Tetszik, mert lehet rsyncelni, van webdav, ssh tunnel, stb. Fapadosnak tűnhet, de az otthoni bsd a képeimet rsynceli szépen fel. Nem kell semmilyen színes-szagos varázslatot hegeszteni, hogy működjön. A notebookomon is fel van mountolva, így bárhol elérhetem a képeimet. Természetesen használok encfs-t rajta, így a felhőbe csak titkosítottan mennek fel a képek.

Ez az rsyncet sem zavarja és a felmountolt davfs felett is elmegy.

Ezt inkább magamnak írtam össze, hátha egyszer elfelejteném:


root@petike-desktop:/root # ssh -N -f USERNAME@fm.ols18.com -L 873:localhost:873
root@petike-desktop:/root # encfs --public --reverse /photos /tmp/.photos
olscs@petike-desktop:/home/olscs # rsync -va --progress -b /tmp/.photos/ rsync://USERNAME@localhost/USERNAME/photos

A vissza irány egy másik gépen (kell hozzá az eredeti encfs6.xml)


petike@petike-tp-nb:~/.photos > sudo mount -o ro -t davfs "https://dav.ols18.com/USERNAME" /mnt/
petike@petike-tp-nb:~/.photos > ENCFS6_CONFIG=/home/petike/.encfs6.xml encfs /mnt/rsync/photos/ /home/petike/.photos

Szóval ennyi.

Mindig aggódtam, hogy otthon a mirrorozott zpool nem a legjobb és máshol meg nincsenek meg a képek. A zfs eddig jól vizsgázott és talán nem lesz túl nagy szívás az ols sem.

A végén azért meg kell jegyezni, hogy BSD-n nem volt olyan egyszerű az encfs beizzítása. Volt egy kis gubanc a verziókkal, miszerint a reverse nem működött. Elcraschelt az encfs, de ezzekkel megy:


root@petike-desktop:/root # pkg_info | egrep "fuse|encfs"
fusefs-encfs-1.7.4_1 An encrypted pass-through FUSE filesystem
fusefs-kmod-0.3.9.p1.20080208_10 Kernel module for fuse
fusefs-libs-2.7.4 FUSE allows filesystem implementation in userspace
root@petike-desktop:/root #

Tessék a portsból ezeket használni és minden jó lesz.

Ha valakit érdekel, hogy svnben melyik reviziók ezek:


root@petike-desktop:/root/fusefs-encfs # svn info
Path: .
Working Copy Root Path: /root/fusefs-encfs
URL: http://svn.freebsd.org/ports/head/sysutils/fusefs-encfs
Repository Root: http://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 300897
Node Kind: directory
Schedule: normal
Last Changed Author: beat
Last Changed Rev: 300897
Last Changed Date: 2012-07-14 16:29:18 +0200 (Sat, 14 Jul 2012)

root@petike-desktop:/root/fusefs-kmod # svn info
Path: .
Working Copy Root Path: /root/fusefs-kmod
URL: http://svn.freebsd.org/ports/head/sysutils/fusefs-kmod
Repository Root: http://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 296408
Node Kind: directory
Schedule: normal
Last Changed Author: kevlo
Last Changed Rev: 296408
Last Changed Date: 2012-05-11 09:08:07 +0200 (Fri, 11 May 2012)

root@petike-desktop:/root/fusefs-libs # svn info
Path: .
Working Copy Root Path: /root/fusefs-libs
URL: http://svn.freebsd.org/ports/head/sysutils/fusefs-libs
Repository Root: http://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 226662
Node Kind: directory
Schedule: normal
Last Changed Author: wxs
Last Changed Rev: 226662
Last Changed Date: 2009-01-22 04:15:23 +0100 (Thu, 22 Jan 2009)

 

rsync helyben

szombat, december 19th, 2009

A képeim szinkronizálására használom, hogy legyen biztonsági mentésem:

rsync -azvv /media/Kepek/ /media/Kepek_ment/

Persze lehet okoskodni, hogy miért nem teszem valami szoftveres raidbe meg hasonló használható ötletek, de így legalább nem fogyaszt állandóan áramot és nem megy olyan hamar tönkre a tartalék HDD.

RSync ssh-n nem a default porton

szombat, november 21st, 2009

Mentés ssh-n rsync segítségével… Azért jó megoldás, mert csak egyszer kell a teljes tartalmat áttölteni, később már csak a változások terhelik a sávszélességet…

rsync -avz -e 'ssh -p12312' /usr/ usert@host:/usr/backup