Dotaz: NFS zalohování?

[Ferda]

V siti máme NAS ,které mimo jiné sdíli disk přes NFS v3/4 rád bych ho využil pro zálohování dat z jiného linuxu.

Na prvni pohled to vypada jednoduše, do /etc/fstab přidam něco jako

192.168.0.10:/mnt/NAS /zalohy nfs defaults 0 0

a pak již jen posílám zalohované soubory do /mnt/NAS

Daný NAS,ale nemá zaručen provoz 7/24 a tak může nastat:

- NAS nebude online při náběhu linuxu ,který na něj má zálohovat - NAS se nevypne a znovu nezapne prakticky kdykoliv - NAS bude offline v okamžiku, kdy začne zálohování

a ja nevim co se stane nebo nestane. Reconect při výpadku NASU asi nebude problém, ale nevím co se stane pokud NAS bude offline při připojováíní při náběhu linuxu? Stejně tak nevím jak v zálohovacím skriptu zjistit , že na NAS jede NFS v předtím, než se začne zálohovat?

Omlouvám se za možná trivilání dotazy.

Odpovědi

[MP]

Pouzivam nfs v /etc s volitelnymi parametry (staci dohledat, od timeoutu, reconnectu apod) nad systemd v deb9. To ma i jednu zajimavou vlastnost, adresar, na ktery se nfs mountuje, je takto nedostupny, pokud neni namountovano. Co se tyce nedostupnosti nas, tak staci zkontrolovat default timeouty pro systemd a pripadne modifikovat, popr. je pry nejaka volba, ktera mountpoint nastavuje jako nekriticky, takze se na nej neceka.

[Josef Kufner]

NFS se po výpadku chytne. O to se neboj. Může to však minutku trvat. Další možnost je použít automount, to trochu situaci zlepší.

Pro zjištění, zda počítač je dostupný máme ping. Ve svých zálohovacích skriptech používám toto:

if ! ping -c 10 -i 1 -W 10 -n "$host" >/dev/null
then
        echo "$host offline. (No ping response.)"
        exit 1
fi

Neřeší to skutečnou dostupnost služby, jen že běží jádro, ale to obvykle nijak nevadí.

[MM]

Šlo by mountovat až v zálohovacím skrptu a pokud se zdaří zálohovat... (případně umount/mount), a/nebo zkontrolovat mountpoint pomocí 'mountpoint' a cvičně s kontrolou tam něco zapsat + ověřit a když to jde, spustit zálohování

[Jendа]

V rootu toho NASu vytvořit soubor tady_jsem, zálohovacím skriptem kontrolovat na začátku jeho existenci v /zalohy. Pokud neexistuje, počkat hodinu, zkusit znova, poslat email.

[Josef Kufner]

NAME
       mountpoint - see if a directory or file is a mountpoint

SYNOPSIS
       mountpoint [-d|-q] directory | file

       mountpoint -x device

DESCRIPTION
       mountpoint checks whether the given directory or file is mentioned in the /proc/self/mountinfo file.

[k3dAR]

Pokud se nepletu, mountpoint rozlisuje jen pripojeno/nepripojeno, pokud by ale bylo pripojeno a nasledne server nebyl dostupnej, tak se stale pro mountpoint bude tvarit jako pripojene, presto ze nedostupne, takze je potreba i testovat realnpu dostupnost/citelnost soubory na vzdalenem serveru...

[Josef Kufner]

Pokud je server nedostupný, tak ti čtení souboru buď zamrzne, nebo selže. To první ti je na nic, to druhé je trochu užitečnější. Tak jako tak je ale potřeba vědět, že chyba je vzdálená a nikoliv lokální.

Rozhodně je lepší zjišťovat, že je připojeno tím, že se podíváme zda je připojeno, než testovat přítomnost nějakého pochybného souboru.

Co se zálohování týče, přijde mi nejlepší použít ping && rsync.

[k3dAR]

tak si to zjednodusime, zkusil sem a mountpoint zamrzne (pri nedostupnosti jiz pripojeneho serveru) take

[lertimir]

NFS je zcela nevhodné do situace, kdy vypadává server. Nestudoval jsem to v detailu, ale patrně v tom protokolu není žádné očekávní a řešení takovéto situace. Zrušil jsem doma připojení k NFS serveru z notebooku a připojuji se jen desktopy, protože to, že se neodmountuji, zaklapnu a uspím notebook a odejdu, mě dostávalo do problému. Tazateli jsem radil použít na zálůohu rsync, protože u souborove připojeného zařízení i když by to bylo pořád funkční, tak všechny data musí přetáhnout přes tu síť.

[Josef Kufner]

To je mrzuté, ale v kombinaci s automountem by to mohlo fungovat. Jen ten server nesmí odpadnout v nevhodný okamžik.

[lertimir]

to bys musel ale připojit provést operaci a okamžitě odpojovat. NFS očekává, že problém nastane v komunikaci a ne, že se server vypne. Už se mi stalo, že jsem zaklapl notebook (v jednom okně jsem měl otevřený ve vim nějaký soubor na NFS mountu) uspal se, pak jsem pracoval na notebooku v práci, a večer přišel, našel ten rozeditovaný soubor a bylo možné pokračovat v editaci. Nerozpadlo se to nerozpadly se handlery. To NFS umí, Ale moc neumí říci, že se má vše pozavírat, že se spojení rozpadlo.

[lertimir]

Pokud to není zálohování stále nových a nových dat, tak místo NFS a jakékoliv sítové složky bych řešil zálohování přes rsync. Podstatné je, že v tom případě se na obou systémech rozběhne program, který lokálně (s rychlostí lokálního disku) posuzuje co je nebo není stejné a přenášejí se pouze rozdílová data. Pokud se processin děje jen na jednom místě tak raw data se musí vždy procpat přes sít.

[Peter Golis]

Síce neviem prečo by sa mal NAS vypínať, ale asi by sa mal nejakým spôsobom vedieť aj zapnúť. Napríklad pomocou Wake on Lan. Len pozor, v lacných sietiach nemusí WoL packet doraziť na RJ45 ak bol odoslaný cez WiFi.

[Martin]

Co tam máte za nás? Buď již řečený rsync a nebo iscsi.