fs_mkmount - Online sa Cloud

PROGRAMA:

NAME

fs_mkmount - Lumilikha ng mount point para sa isang volume

SINOPSIS

fs mkmount -dir <direktoryo> -vol <dami pangalan>
[-selula <selda pangalan>] [-rw] [-mabilis] [-tulong]

fs mk -d <direktoryo> -v <dami pangalan>
[-c <selda pangalan>] [-r] [-f] [-h]

DESCRIPTION

Ang fs mkmount Ang command ay lumilikha ng mount point para sa volume na pinangalanan ng -vol argumento sa
ang lokasyon sa puwang ng AFS file na tinukoy ng -dir argumento. Mukhang ang mount point
tulad ng isang karaniwang elemento ng direktoryo, at nagsisilbing root directory ng volume, ngunit ay
talagang isang espesyal na object ng file system na tumutukoy sa dami ng AFS. Kapag ang Cache Manager
unang nakatagpo ng isang ibinigay na mount point sa panahon ng pathname traversal, ito ay nakikipag-ugnayan sa VL Server
upang malaman kung aling mga file server machine ang naglalaman ng ipinahiwatig na volume, pagkatapos ay kukuha ng kopya ng
root directory ng volume mula sa naaangkop na file server machine.

Posible, bagaman hindi inirerekomenda, na lumikha ng higit sa isang mount point sa isang volume.
Ang Cache Manager ay maaaring malito kung ang isang volume ay naka-mount sa dalawang lugar kasama ang parehong
landas sa pamamagitan ng filespace.

Sinusunod ng Cache Manager ang tatlong pangunahing panuntunan habang binabagtas nito ang AFS filespace at
nakatagpo ng mga mount point:

Panuntunan 1: I-access ang Backup at Read-only na Volume Kapag Tinukoy
Kapag ang Cache Manager ay nakatagpo ng isang mount point na tumutukoy sa isang volume na may alinman sa a
".readonly" o isang ".backup" na extension, ina-access lang nito ang ganoong uri ng volume. Kung isang bundok
point ay walang alinman sa isang ".backup" o ".readonly" extension, ang Cache Manager
gumagamit ng Mga Panuntunan 2 at 3.

Halimbawa, hindi kailanman ina-access ng Cache Manager ang read/write na bersyon ng volume kung
pinangalanan ng mount point ang backup na bersyon. Kung hindi naa-access ang tinukoy na bersyon,
ang Cache Manager ay nag-uulat ng isang error.

Panuntunan 2: Sundin ang Read-only Path Kapag Posible
Kung ang isang mount point ay nasa read-only na volume at ang volume na tinutukoy nito ay
ginagaya, ang Cache Manager ay sumusubok na mag-access ng read-only na kopya ng volume; kung
ang isinangguni na dami ay hindi ginagaya, ina-access ng Cache Manager ang read/write
kopya. Ang Cache Manager ay sinasabing mas gusto ang a Basahin lamang landas sa pamamagitan ng filespace,
pag-access sa mga read-only na volume kapag available ang mga ito.

Ang Cache Manager ay nagsisimula sa read-only na landas sa unang lugar dahil ito ay palaging
nag-a-access ng read-only na kopya ng ugat.afs dami kung mayroon ito; ang volume ay naka-mount
sa ugat ng AFS filespace ng isang cell (pinangalanang /afs sa pamamagitan ng kumbensyon). Ibig sabihin, kung ang
Ang volume ng "root.afs" ay ginagaya, sinusubukan ng Cache Manager na mag-access ng read-only na kopya
nito sa halip na ang read/write copy. Ang panuntunang ito ay nagpapanatili sa Cache Manager sa a
read-only na landas hangga't ang bawat sunud-sunod na volume ay ginagaya. Ang implikasyon ay
na ang mga volume ng "root.afs" at "root.cell" ay dapat na kopyahin para sa Cache
Manager upang i-access ang mga kinopya na volume na naka-mount sa ibaba ng mga ito sa AFS filespace. Ang
volume ay conventionally naka-mount sa /afs at /afs/cellname mga direktoryo,
ayon sa pagkakabanggit.

Panuntunan 3: Sa sandaling nasa Landas ng Pagbasa/sulat, Manatili Doon
Kung ang isang mount point ay naninirahan sa isang read/write volume at ang volume name ay walang a
".readonly" o isang ".backup" na extension, sinusubukan ng Cache Manager na i-access lamang ang
basahin/isulat ang bersyon ng volume. Nabigo ang pagtatangka sa pag-access nang may error kung ang
Ang read/write na bersyon ay hindi naa-access, kahit na ang read-only na bersyon ay naa-access. Dito sa
sitwasyon ang Cache Manager ay sinasabing nasa a basa sulat landas at hindi na maibabalik
sa read-only na path maliban kung tahasang pinangalanan ng mount point ang volume na may ".readonly"
extension. (Ang mga cellular mount point ay isang mahalagang pagbubukod sa panuntunang ito, bilang
ipinaliwanag sa susunod na talakayan.

May tatlong uri ng mga mount point, bawat isa ay angkop para sa ibang layunin dahil sa
ang paraan kung saan binibigyang-kahulugan ng Cache Manager ang mga ito.

· Kapag tumawid ang Cache Manager a regular mount point, sinusunod nito ang lahat ng tatlo sa bundok
point traversal rules na naunang inilarawan. Para gumawa ng regular na mount point, isama
tanging ang kinakailangan -dir at -vol mga argumento sa fs mkmount utos.

· Kapag tumawid ang Cache Manager a basa sulat mount point, sinusubukan nitong i-access lamang
ang bersyon ng volume na pinangalanan sa mount point. Kung ang pangalan ng volume ang base
(read/write) form, nang walang extension na ".readonly" o ".backup", ang Cache Manager
ina-access ang read/write na bersyon ng volume, kahit na ito ay ginagaya. Sa iba
salita, binabalewala ng Tagapamahala ng Cache ang pangalawang panuntunan sa pag-mount point kapag
tumatawid sa read/write mount point: lilipat ito sa read/write path sa pamamagitan ng
filespace.

Para gumawa ng read/write mount point, isama ang -rw bandila sa fs mkmount utos. Ito
ay conventional na lumikha lamang ng isang read/write mount point sa filespace ng isang cell, gamit ang
ito upang i-mount ang volume ng "root.cell" ng cell sa ibaba lamang ng AFS filespace root (by
kombensiyon, /afs/.cellname). Tingnan ang OpenAFS Mabilis simula patnubayan para sa mga tagubilin at
ang kabanata tungkol sa pamamahala ng volume sa OpenAFS pangangasiwa patnubayan para sa karagdagang
talakayan.

Ang paggawa ng read/write mount point para sa read-only o backup na volume ay katanggap-tanggap, ngunit
hindi kailangan. Tinukoy na ng unang panuntunan ng mount point traversal na ang Cache
Ina-access sila ng Manager kung ang pangalan ng volume sa isang regular na mount point ay may ".readonly" o
".backup" na extension.

· Kapag tumawid ang Cache Manager a maraming sela mount point, ina-access nito ang ipinahiwatig
volume sa tinukoy na cell, na karaniwang isang dayuhang cell. (Kung ang mount point
ay hindi pinangalanan ang isang cell kasama ang volume, ina-access ng Cache Manager ang volume in
ang cell kung saan naninirahan ang mount point.) Hindi pinapansin ng Cache Manager ang ikatlong mount
point traversal rule kapag tumatawid sa isang regular na cellular mount point: ina-access nito ang isang read-
tanging bersyon ng volume kung ito ay ginagaya, kahit na ang volume na naglalaman ng
mount point ay read/write. Ang paglipat sa read-only na path sa ganitong paraan ay idinisenyo upang
iwasang magpataw ng hindi nararapat na pagkarga sa mga file server machine sa mga dayuhang selula.

Para gumawa ng regular na cellular mount point, isama ang -selula argumento sa fs mkmount
utos. Karaniwang gumawa ng mga cellular mount point lamang sa ikalawang antas
sa filespace ng isang cell, gamit ang mga ito upang i-mount ang mga dayuhang cell' ugat.selula mga volume sa ibaba lamang
ang AFS filespace root (sa pamamagitan ng convention, at /afs/foreign_cellname). Ang mount point
nagbibigay-daan sa mga lokal na user na ma-access ang filespace ng dayuhang cell, sa pag-aakalang mayroon sila ng
kinakailangang mga pahintulot sa ACL ng root directory ng volume at na mayroong isang
entry para sa dayuhang cell sa bawat lokal na makina ng kliyente /etc/openafs/CellServDB
file. Sa output ng fs lsmount command, lalabas ang cell name at isang colon (":")
sa pagitan ng paunang sign ng numero at ang pangalan ng volume sa isang regular na cellular mount point
pangalan.

Opsyon

-dir <direktoryo>+
Pangalanan ang direktoryo na gagawin bilang isang mount point. Ang direktoryo ay hindi dapat umiiral.
Ang mga kamag-anak na pathname ay binibigyang-kahulugan kaugnay ng kasalukuyang gumaganang direktoryo.

Tukuyin ang read/write path sa direktoryo, upang maiwasan ang pagkabigo na nagreresulta mula sa
sinusubukang gumawa ng bagong mount point sa read-only na volume. Sa pamamagitan ng convention, ang
Ang read/write path ay ipinahiwatig sa pamamagitan ng paglalagay ng tuldok bago ang pangalan ng cell sa
pangalawang antas ng pathname (halimbawa, /afs/.abc.com). Para sa karagdagang pagtalakay sa
konsepto ng read/write at read-only na mga landas sa pamamagitan ng filespace, tingnan ang DESCRIPTION.

-vol <dami pangalan>
Tinutukoy ang pangalan o volume ID number ng volume na i-mount. Kung naaangkop, idagdag ang
".readonly" o ".backup" na extension sa pangalan, o tukuyin ang naaangkop na volume ID
numero.

-selula <selda pangalan>
Pangalanan ang cell kung saan naninirahan ang volume (lumilikha ng cellular mount point). Magbigay
ang ganap na kwalipikadong pangalan ng domain, o isang pinaikling anyo na naglilinaw dito mula sa
iba pang mga cell na nakalista sa lokal /etc/openafs/CellServDB file.

Kung aalisin ang argumentong ito, walang lalabas na tagapagpahiwatig ng cell sa mount point. Kapag ang
Ang Cache Manager ay binibigyang kahulugan ito, ipinapalagay nito na ang volume na pinangalanan sa mount point
naninirahan sa parehong cell bilang ang volume na naglalaman ng mount point.

-rw Lumilikha ng read/write mount point. Alisin ang flag na ito upang lumikha ng isang regular na mount point.

-mabilis
Pinipigilan ang Volume Location (VL) Server na suriin kung ang volume ay may VLDB
pagpasok at pag-print ng mensahe ng babala kung hindi. Kung ito man o hindi ang bandila
kasama, ang File Server ay lumilikha ng mount point kahit na ang volume ay walang VLDB
entry.

-tulong
Nagpi-print ng online na tulong para sa command na ito. Binabalewala ang lahat ng iba pang wastong opsyon.

HALIMBAWA

Ang sumusunod na command ay lumilikha ng isang regular na mount point, na naglalagay ng volume na "user.smith" sa
/afs/abc.com/usr/smith:

% cd /afs/abc.com/usr
% fs mkmount -dir smith -vol user.smith

Ang mga sumusunod na command ay lumikha ng read/write mount point at isang regular na mount point para sa
Ang dami ng "root.cell" ng cell ng ABC Corporation sa file tree ng cell na iyon. Ang pangalawang utos
sumusunod sa kumbensyon ng paglalagay ng tuldok sa simula ng read/write mount
pangalan ng punto.

% fs mkmount -dir /afs/abc.com -vol root.cell
% fs mkmount -dir /afs/.abc.com -vol root.cell -rw

Ang sumusunod na command ay nag-mount sa "root.cell" volume ng State University cell sa ABC
Ang file tree ng Corporation cell, na lumilikha ng isang regular na cellular mount point na tinatawag
/afs/stateu.edu. Kapag ang isang ABC Corporation Cache Manager ay nakatagpo ng mount point na ito, ito
tumatawid sa cell ng State University sa isang read-only na landas.

% fs mkmount -dir /afs/stateu.edu -vol root.cell -c stateu.edu

PRIBIHIYO KAILANGAN

Ang nag-isyu ay dapat magkaroon ng "i" (insert) at "a" (administrator) na mga pahintulot sa ACL ng
direktoryo na maglalagay ng mount point.

Gamitin ang fs_mkmount online gamit ang mga serbisyo ng onworks.net