长期支持版本

    社区创新版本

      使用说明

      本章介绍 devmaster的使用方法,包括常驻进程配置、客户端工具、规则使用说明和网卡配置。

      常驻进程配置

      常驻进程 devmaster启动后会读取配置文件,并根据配置文件内容,调整日志级别、设置规则加载路径等等。devmaster拥有唯一的配置文件,路径为 /etc/devmaster/config.toml,文件内容采用 toml格式。

      配置选项

      目前 devmaster配置文件中支持的配置选项如下:

      • rules_d: 指定规则加载路径,默认规则中设置为 ["/etc/devmaster/rules.d"],未指定时无默认加载路径。devmaster当前不支持规则加载优先级,不同规则路径下的同名规则文件不会发生覆盖。规则文件的加载顺序按照 rules_d配置项中指定的目录顺序,相同目录下按照规则文件的字典序进行加载。
      • max_workers: 指定最大 worker线程并发数,未指定时默认为3。
      • log_level: 指定日志级别,支持 debuginfo级别,未指定时默认为 "info"
      • network_d: 指定网卡配置加载路径,默认规则中设置为 ["/etc/devmaster/network.d"],未指定时无默认加载路径。网卡配置用于控制 devmaster的内置命令 net_setup_link的行为,具体可参考网卡配置说明

      客户端工具

      devctl是常驻进程 devmaster的客户端工具,用来控制 devmaster的行为、模拟设备事件、调试规则等等。

      # devctl --help
      devmaster 0.5.0
      parse program arguments
      
      USAGE:
          devctl <SUBCOMMAND>
      
      OPTIONS:
          -h, --help       Print help information
          -V, --version    Print version information
      
      SUBCOMMANDS:
          monitor         Monitor device events from kernel and userspace
          kill            Kill all devmaster workers
          test            Send a fake device to devmaster
          trigger         Trigger a fake device action, then the kernel will report an uevent
          test-builtin    Test builtin command on a device
          help            Print this message or the help of the given subcommand(s)
      

      选项说明:

      -h, --help: 显示帮助信息。

      -V, --version: 显示版本信息。

      <SUBCOMMAND>: 选择执行的子命令,包括monitortriggertest-builtin等。

      接下来介绍三种常用的子命令,分别用于监听设备事件、触发设备事件以及测试内置命令。

      监听设备事件

      监听内核上报的 uevent事件和 devmaster处理完设备后发出的事件,分别以 KERNELUSERSPACE作为前缀进行区分,执行的命令如下:

      # devctl monitor [OPTIONS]
      

      选项说明:

      -h, --help: 显示帮助信息。

      触发设备事件

      模拟一个设备动作,使内核上报对应的uevent事件,用于重放内核初始化过程中的冷插(coldplug)设备事件,执行的命令如下:

      # devctl trigger [OPTIONS] [DEVICES...]
      

      选项说明:

      -h, --help: 显示帮助信息。

      -a, --action <ACTION>: 指定设备事件的动作类型。

      -t, --type <TYPE>: 指定搜索的设备类型,可以是devices(设备)或者subsystems(子系统)。

      -v, --verbose: 打印搜索到的设备。

      -n, --dry-run: 不会实际触发设备事件,配合--verbose选项使用时,可以查看系统中的设备清单。

      [DEVICES...]: 指定若干个需要触发事件的设备,如果为空,则触发系统中所有设备的事件。

      测试内置命令

      测试内置命令在某个设备上的执行效果,执行的命令如下:

      # devctl test-builtin [OPTIONS] <BUILTIN> <SYSPATH>
      

      选项说明:

      -a, --action <ACTION>: 指定设备事件的动作类型,包括:addchangeremovemoveonlineofflinebindunbind

      -h, --help: 显示帮助信息。

      <BUILTIN>: 选择执行的内置命令,目前支持blkidinput_idkmodnet_idnet_setup_linkpath_idusb_id

      <SYSPATH>: 指定设备的 sysfs路径。

      规则使用说明

      devmaster的规则由一组规则文件组成,devmaster常驻进程启动后会根据配置文件中指定的规则加载目录,按字典序依次加载各个规则文件。

      说明 说明:

      增加、删除、修改规则后,均需要重启 devmaster使之生效。

      常用规则案例

      以下介绍几种常见的规则应用案例,规则语法详见官方文档中的devmaster手册

      示例1: 创建块设备软链接

      通过 blkid内置命令,读取块设备的 uuid,并基于 uuid创建块设备的软链接。

      触发拥有文件系统的某块设备的事件后,在 /dev/test目录下生成该设备对应的软链接。

      sda1分区块设备为例,测试规则效果:

      1. 创建规则文件 /etc/devmaster/rules.d/00-persist-storage.rules,内容如下:

        SUBSYSTEM!="block", GOTO="end"
        
        IMPORT{builtin}=="blkid"
        
        ENV{ID_FS_UUID_ENC}=="?*", SYMLINK+="test/$env{ID_FS_UUID_ENC}"
        
        LABEL="end"
        
      2. 触发 sda1设备的事件:

        # devctl trigger /dev/sda1
        
      3. 查看 /dev/test/目录下存在指向 sda1的软链接,表示规则生效:

        # ll /dev/test/
        total 0
        lrwxrwxrwx 1 root root 7 Sep  6 15:35 06771fe1-39da-42d7-ad3c-236a10d08a7d -> ../sda1
        

      示例2: 网卡重命名

      使用 net_id内置命令,获取网卡设备的硬件属性,再使用 net_setup_link内置命令,基于网卡配置选择某个硬件属性作为网卡名,最后通过 NAME规则重命名网卡。

      ens33网卡为例,测试网卡重命名规则的效果:

      1. 创建规则文件 /etc/devmaster/rules.d/01-netif-rename.rules,内容如下:

        SUBSYSTEM!="net", GOTO="end"
        
        IMPORT{builtin}=="net_id"
        
        IMPORT{builtin}=="net_setup_link"
        
        ENV{ID_NET_NAME}=="?*", NAME="$env{ID_NET_NAME}"
        
        LABEL="end"
        
      2. 创建网卡配置/etc/devmaster/network.d/99-default.link,内容如下:

        [Match]
        OriginalName = "*"
        
        [Link]
        NamePolicy = ["database", "onboard", "slot", "path"]
        
      3. 先将网卡设备下线:

        # ip link set ens33 down
        
      4. 将网卡名临时命名为 tmp

        # ip link set ens33 name tmp
        
      5. 触发网卡设备的 add事件:

        # devctl trigger /sys/class/net/tmp --action add
        
      6. 查看网卡名称,发现重新命名为 ens33,表示规则生效:

        # ll /sys/class/net/| grep ens33
        lrwxrwxrwx 1 root root 0 Sep  6 11:57 ens33 -> ../../devices/pci0000:00/0000:00:11.0/0000:02:01.0/net/ens33
        
      7. 激活网卡后恢复网络连接:

        # ip link set ens33 up
        

      说明 说明:

      网卡设备处于激活状态下无法重命名,需要先将其下线。另外 devmaster仅在网卡设备的 add事件下对网卡重命名才会生效。

      示例3: 修改设备节点的用户权限

      OPTIONS+="static_node=<devnode>规则会使 devmaster启动后,立即将本规则行中的用户权限应用在 /dev/<devnode>设备节点上。重启 devmaster后立即生效,无需设备事件触发。

      1. 创建规则文件/etc/devmaster/rules.d/02-devnode-privilege.rules,内容如下:

        OWNER="root", GROUP="root", MODE="777", OPTIONS+="static_node=tty5"
        
      2. 重启 devmaster后,观察 /dev/tty5的用户、用户组和权限,变更为 rootrootrwxrwxrwx,表示规则生效:

        # ll /dev/tty5
        crwxrwxrwx 1 root root 4, 5 Feb  3  2978748 /dev/tty5
        

      网卡配置

      devmaster的网卡重命名功能由内置命令 net_idnet_setup_link和网卡配置文件配合完成。在规则文件中,通过 net_id获取网卡的硬件属性,再使用 net_setup_link选择某个网卡属性作为新的网卡名。net_setup_link命令基于网卡配置,针对特定网卡设备,控制网卡命名的风格。本章主要介绍网卡配置文件的使用方法,网卡重命名的实施方法可参考网卡重命名规则案例

      默认网卡配置

      devmaster提供了如下默认网卡配置:

      [Match]
      OriginalName = "*"
      
      [Link]
      NamePolicy = ["onboard", "slot", "path"]
      

      网卡配置文件中包含 [Match]匹配节和 [Link]控制节,每节中包含若干配置项。匹配节的配置项用于匹配网卡设备,当网卡满足所有匹配条件时,将控制节中的所有配置项作用在网卡上,比如设置网卡名选取策略、调整网卡参数等等。

      以上列举的默认网卡配置表示将该配置作用在所有网卡设备上,并依次检查 onboardslotpath风格的网卡命名风格,如果找到一个可用的风格,就以该风格对网卡进行命名。

      网卡配置的详细说明可以参考 sysMaster官方手册中的devmaster手册

      文档捉虫

      “有虫”文档片段

      问题描述

      提交类型 issue

      有点复杂...

      找人问问吧。

      PR

      小问题,全程线上修改...

      一键搞定!

      问题类型
      规范和低错类

      ● 错别字或拼写错误;标点符号使用错误;

      ● 链接错误、空单元格、格式错误;

      ● 英文中包含中文字符;

      ● 界面和描述不一致,但不影响操作;

      ● 表述不通顺,但不影响理解;

      ● 版本号不匹配:如软件包名称、界面版本号;

      易用性

      ● 关键步骤错误或缺失,无法指导用户完成任务;

      ● 缺少必要的前提条件、注意事项等;

      ● 图形、表格、文字等晦涩难懂;

      ● 逻辑不清晰,该分类、分项、分步骤的没有给出;

      正确性

      ● 技术原理、功能、规格等描述和软件不一致,存在错误;

      ● 原理图、架构图等存在错误;

      ● 命令、命令参数等错误;

      ● 代码片段错误;

      ● 命令无法完成对应功能;

      ● 界面错误,无法指导操作;

      风险提示

      ● 对重要数据或系统存在风险的操作,缺少安全提示;

      内容合规

      ● 违反法律法规,涉及政治、领土主权等敏感词;

      ● 内容侵权;

      您对文档的总体满意度

      非常不满意
      非常满意
      提交
      根据您的反馈,会自动生成issue模板。您只需点击按钮,创建issue即可。
      文档捉虫
      编组 3备份