Új hozzászólás Aktív témák

• #80809 urandom0 senior tag cigam #80808

  Új Válasz 2021-10-30 09:07:12 #80809

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  LOGOUT blog (1)

  válasz cigam #80808 üzenetére

  Hogy érted azt hogy nem lehet vele sokat csinálni?

  Hát, pontosabban kéne fogalmaznom
  Úgy értem, hogy a rendszer felcsatolja, és ennyi. De automount nélkül nem lesz olyan mechanizmus, hogy "akkor csatolja fel, amikor szükség van rá". Az autofs-t ismered? A systemd-féle automount kb. ugyanazt tudja.

  Egy egyetemen dolgozok rendszergazdaként. Van a könyvtárunkhoz egy Java-alapú webes rendszer, ahol lehet könyveket lefoglalni elvitelre, a foglalást meghosszabítani, a katalógust nézegetni, a nyilvános szakdolgozatokat böngészni, stb. Ennek van egy adatbázisa, amiről naponta készül inkrementális mentés, hétvégenként pedig teljes mentés egy NAS-ra. A szerver induláskor felcsatolja magának a NAS megosztott mappáját.
  Az utóbbi időben sokszor volt olyan probléma, hogy a NAS nem ment, amikor kellett volna, mert a szünetmentese haldoklik; vagy ment, csak lassabban bootolt be, mint a Java-s rendszert futtató szerver. Olyan is volt, hogy ment a NAS, csak az őt kiszolgáló switch nem, így a szerver nem tudta elérni. Ilyenkor hogy oldod meg, hogy a mentés időpontjában biztosan fel legyen csatolva a NAS-on lévő backup, függetlenül attól, hogy ment-e már vagy még nem ment, amikor elindult a szerver? A legegyszerűbb az, ha csinálsz egy automount unitot hozzá, és amikor a szerver megpróbálja elérni a NAS-t, akkor a systemd felcsatolja azt. Így nem kell aggódni azon, hogy bootoláskor elérhető volt-e a NAS és hasonlók.

  De egyébként a systemd minden egyes fstab bejegyzéshez gyárt egy mount unitot, illetve ahol "x-systemd.automount" paraméter van fstabban, ahhoz automountot is.

Új hozzászólás Aktív témák