fs_mkmount - 云端在线

程序：

您的姓名

fs_mkmount - 为卷创建挂载点

概要

fs 挂载 -目录 <目录> -卷 <体积 姓名>
[-细胞 <细胞 姓名>] [-rw[-快速[-救命]

fs mk -d <目录> -v <体积 姓名>
[-c <细胞 姓名>] [-r[-f[-h]

商品描述

fs 挂载 命令为由 -卷 争论在
指定的 AFS 文件空间中的位置 -目录 争论。 挂载点看起来
像一个标准的目录元素，并作为卷的根目录，但
实际上是指 AFS 卷的特殊文件系统对象。 当缓存管理器
在路径名遍历期间首先遇到给定的挂载点，它联系 VL 服务器
了解哪些文件服务器机器包含指定的卷，然后获取该卷的副本
卷的根目录从适当的文件服务器机器。

虽然不推荐，但可以为一个卷创建多个挂载点。
如果一个卷安装在同一个地方的两个地方，缓存管理器可能会变得混乱。
通过文件空间的路径。

缓存管理器在遍历 AFS 文件空间时遵守三个基本规则，
遇到挂载点：

规则 1：在指定时访问备份和只读卷
当缓存管理器遇到指定卷的挂载点时
“.readonly”或“.backup”扩展名，它仅访问该类型的卷。 如果一个坐骑
点没有“.backup”或“.readonly”扩展名，缓存管理器
使用规则 2 和 3。

例如，缓存管理器从不访问卷的读/写版本，如果
挂载点命名备份版本。 如果指定的版本无法访问，
缓存管理器报告错误。

规则 2：尽可能遵循只读路径
如果挂载点位于只读卷中并且它引用的卷是
复制后，缓存管理器尝试访问卷的只读副本； 如果
引用的卷没有被复制，缓存管理器访问读/写
复制。 因此，据说缓存管理器更喜欢 唯读 径 通过文件空间，
在只读卷可用时访问它们。

缓存管理器首先在只读路径上启动，因为它总是
访问只读副本 根文件 体积（如果存在）； 卷已安装
位于单元 AFS 文件空间的根目录（名为 /AFS 按照惯例）。 也就是说，如果
“root.afs”卷被复制，缓存管理器尝试访问只读副本
它而不是读/写副本。 此规则然后将缓存管理器保持在
只读路径，只要每个连续的卷都被复制。 含义是
必须为缓存复制“root.afs”和“root.cell”卷
管理器访问 AFS 文件空间中安装在它们下面的复制卷。 这
卷通常安装在 /AFS 和 /afs/细胞名 目录，
。

规则 3：一旦进入读/写路径，就留在那里
如果挂载点位于读/写卷中并且卷名没有
“.readonly”或“.backup”扩展名，缓存管理器尝试仅访问
卷的读/写版本。 访问尝试失败并出现错误，如果
即使可以访问只读版本，也无法访问读/写版本。 在这
据说缓存管理器处于 读/写 径 并且无法切换回来
到只读路径，除非挂载点用“.readonly”显式命名卷
延期。 （蜂窝安装点是此规则的一个重要例外，因为
在下面的讨论中解释。

有三种类型的挂载点，每种都适用于不同的目的，因为
缓存管理器解释它们的方式。

· 当缓存管理器越过一个 定期 挂载点，它遵守所有三个挂载点
之前描述的点遍历规则。 要创建常规挂载点，请包括
只有所需的 -目录 和 -卷 的论据 fs 挂载 命令。

· 当缓存管理器越过一个 读/写 挂载点，它只尝试访问
挂载点中命名的卷版本。 如果卷名是基础
（读/写）形式，没有“.readonly”或“.backup”扩展名，缓存管理器
访问卷的读/写版本，即使它被复制。 其他
也就是说，缓存管理器不理会第二个挂载点遍历规则，当
穿越读/写挂载点：它通过
文件空间。

要创建读/写挂载点，请包括 -rw 上的旗帜 fs 挂载 命令。 它
通常只在单元的文件空间中创建一个读/写挂载点，使用
它将单元的“root.cell”卷挂载到 AFS 文件空间根目录的正下方（通过
惯例， /afs/.cellname）。 见 的OpenAFS 快速 Start 开始 产品指南 有关说明和
卷管理章节 的OpenAFS 行政和支持部门 产品指南 为了更进一步的
讨论。

为只读或备份卷创建读/写挂载点是可以接受的，但
不必要。 挂载点遍历的第一条规则已经指定了Cache
如果常规挂载点中的卷名具有“.readonly”或
“.backup”扩展名。

· 当缓存管理器越过一个 细胞的 挂载点，它访问指定的
指定单元格中的体积，该单元格通常是外来单元格。 （如果挂载点
不与卷一起命名单元，缓存管理器访问卷
挂载点所在的单元。）缓存管理器忽略第三个挂载
穿越常规蜂窝挂载点时的点遍历规则：它访问读取-
卷的唯一版本，如果它被复制，即使包含卷的卷
挂载点是读/写。 这种方式切换到只读路径的目的是为了
避免对外部单元中的文件服务器机器施加过度负载。

要创建常规的蜂窝安装点，请包括 -细胞 论据 fs 挂载
命令。 通常只在第二级创建蜂窝挂载点
在单元格的文件空间中，使用它们来挂载外部单元格 根单元格 卷就在下面
AFS 文件空间根目录（按照惯例，在 /afs/foreign_cellname）。 挂载点
允许本地用户访问外部单元的文件空间，假设他们有
卷根目录的 ACL 上的必要权限，并且有一个
每个本地客户端机器的外部单元的条目 /etc/openafs/CellServDB
文件。 在输出中 fs 挂载 命令，单元格名称和冒号（“:”）出现
在常规蜂窝安装点中的初始数字符号和卷名称之间
名称。

配置

-目录 <目录>+
将要创建的目录命名为挂载点。 该目录必须不存在。
相对路径名相对于当前工作目录进行解释。

指定目录的读/写路径，以避免导致失败
试图在只读卷中创建新的挂载点。 按照惯例，
读/写路径通过在单元格名称前放置一个句点来表示
路径名的第二级（例如， /afs/.abc.com）。 为了进一步讨论
通过文件空间的读/写和只读路径的概念，请参阅说明。

-卷 <体积 姓名>
指定要装入的卷的名称或卷 ID 号。 如果合适，添加
名称的“.readonly”或“.backup”扩展名，或指定适当的卷 ID
数。

-细胞 <细胞 姓名>
命名卷所在的单元（创建一个蜂窝安装点）。 提供
完全限定的域名，或一个缩短的形式，以消除它与
本地列出的其他单元格 /etc/openafs/CellServDB 文件中。

如果省略此参数，则挂载点中不会出现单元指示符。 当。。。的时候
缓存管理器解释它，它假设挂载点中命名的卷
与包含安装点的卷驻留在同一单元中。

-rw 创建读/写挂载点。 省略此标志以创建常规挂载点。

-快速
阻止卷位置 (VL) 服务器检查卷是否具有 VLDB
如果没有输入并打印警告消息。 无论这个标志是
包括在内，即使卷没有 VLDB，文件服务器也会创建挂载点
条目。

-救命
打印此命令的联机帮助。 所有其他有效选项都将被忽略。

示例

以下命令创建一个常规挂载点，将卷“user.smith”挂载在
/afs/abc.com/usr/smith:

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

以下命令创建一个读/写挂载点和一个常规挂载点
ABC Corporation 单元的“root.cell”卷在该单元的文件树中。 第二条命令
遵循在读/写挂载开头放置句点的约定
点的名称。

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

以下命令在 ABC 中挂载州立大学单元的“root.cell”卷
Corporation 单元的文件树，创建一个名为的常规单元安装点
/afs/stateu.edu. 当 ABC Corporation Cache Manager 遇到此挂载点时，它会
以只读路径进入州立大学单元。

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

特权 所需

发行人必须对 ACL 的“i”（插入）和“a”（管理）权限
存放挂载点的目录。

使用 onworks.net 服务在线使用 fs_mkmount