. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55 3.1.1 网络管理器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 3.1.2 使用电缆连接 . . . . . . . . . . . . . . . 272 6.5 软件包管理器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277 6.5.1 软件包管理器种类 . . . . . . . . . . . . . . . . . . . . 软件中心 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 278 6.7 使用新立得软件包管理器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285 6.8 安装单个软件包文件 . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 III.I.I 网络管理器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58 III.I.II . . . . . . . . . . . . . . 273 VI.V 软件包管理器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 278 VI.V.I 软件包管理器种类 . . . . . . . . . . . . . . . . . . . . 软件中心 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279 VI.VII使用新立得软件包管理器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286 VI.VIII安装单个软件包文件 .

Kubernetes 节点 • 基于 HTTP 的 Kubernetes 集群状态 • 通过 HTTP 的 Kubernetes API 服务器 • 通过 HTTP 的 Kubernetes 控制器管理器 • 基于 HTTP 的 Kubernetes 调度程序 • 基于 HTTP 的 Kubernetes kubelet 要启用 Kubernetes 监控，您需要使用新工具 Zabbix Helm 在服务器日志文件中收集诊断信息。 historycache - 历史缓存统 计 valuecache - 值缓存统计 preprocessing - 预处理管 理器统计信息 alerting - 警报管理器统计 信息 lld - LLD 管理器统计信息 locks - 互斥锁列表（在 **BSD 系统 * 上为空） ha_status 记录高可用性 (HA) 集群状态。 ha_remove_node=target 设置高可用性 (HA) 故障转移延迟。 支持时间后缀，例如 10 秒，1 分钟。 secrets_reload 从 Vault 重新加载机密。 service_cache_reload 重新加载服务管理器缓存。 snmp_cache_reload 重新加载 SNMP 缓存，清除所有主机的 SNMP 属性（引擎 时间、引擎启动、引擎 ID、凭据）。 housekeeper_execute 启动管家

计划的大量的函数库，和基于 X Window 的图形界面。 一个典型的 Linux 桌面发行版包括一个 Linux 内核，来自 GNU 的工具和库， 和附加的软件、文档，还有一个窗口系统，窗口管理器，和一个桌面环境。大部分 包括的软件是自由软件/开源软件，它们同时以二进制可执行文件和源代码形式发 布，只要用户愿意，还允许修改和重新编译源代码。还有一些可能是专有软件而不 提供源代码。 Ubuntu 图像格式的库，一套字体，或者一个浏览器。 软件包通常是已编译的机器码，并且由软件包管理器安装和卸载。每一个软件 包都包含为包管理器提供的元数据，比如描述和版本，以及"依赖"（一些软件包会 依赖另一些）。包管理器能够使用这些元数据提供搜索功能、将软件包自动更新到 最新版本，以及自动解决依赖。 最常见的软件包管理器包括：Fedora、RedHat 的 rpm，Debian 、Ubuntu 的 dpkg GNOME、KDE，以及轻量级桌面环境 XFCE、LXDE 等 窗口管理器 通常在使用图形界面的操作系统时，应用程序都是通过一个个的窗口 （window）与用户进行交流沟通的。而窗口管理器（Window manager）就是在 图形用户界面的操作系统中，控制窗口位置与外观的软件。窗口管理器又分为了平 铺式窗口管理器与栈式窗口管理器（又叫浮动式窗口管理器）两种。 我们平常见到的 GNOME 中的 Metacity，KDE

整体空间应用层请求的授权。 - AOFS：提供空间文件的存储和管理功能。它是一个虚拟文件系统，结合了对象存储和文件存储方法。 - 预览（Preview）：负责为空间文件生成预览图。 - 容器管理器（ContainerMgr）：用于与底层容器服务进行通信。 - SQL 数据库实例（Postgresql）：为空间内的关系型数据库提供数据存储和管理。 - NoSQL 数据库实例（Redis）： 统、统信操作系 统服务器版和统信操作系统专用设备版均在使用统信桌面环境 统信桌面环境专注打磨产品交互、视觉设计，拥有桌面环境的核心技术，主要功能包含：登录锁屏、桌面及文件管理器、 启动器、 任务栏（DOCK）、窗口管理器、控制中心等。由于界面美观、交互优雅、安全可靠、尊重隐私，一直是用户首选桌面环境之一， 用户可以使用它进行办公与娱乐，在工作中发挥创意和提高效率，和亲朋好友保持联系，轻松浏览网页、 力于提供界面友好、简单易用的人性化用户操作界面。该版本支持在 openEuler 中使用 Kiran2.6。 Kiran 提供了操作系统的用户界面，包括了用户登录、桌面图标、控制面板、系统面板、文件管理器、桌面应用等功能。 • 用户登录：Kiran 提供用户名和密码登录功能，在输入框输入用户名 -> 回车 -> 输入密码后回车进行登录。同时 Kiran 还具备 多因子登录认证功能，用户可选择认证

够保护这些数据库和系统服务，当集群中节点上的软件出现故障，会自动切换到其他节点。 18 19 openEuler 21.03 技术白皮书 openEuler WHITE PAPER 5. 文件管理器：支持多标签页显示，将文件管理器的搜索栏和地址栏合二为一，重构的搜索功能，可以更加快速精 准的搜索所需要的文件。 应用场景 应用场景 1：个人 PC 领域 为用户提供了操作简单，更加高效的桌面环境。 应用场景 幕显示设置、系统和应用更新升级等更多设置。 2. 窗口管理器：窗口管理器可以在不同的工作区内展示不同的窗口内容，通过窗口管理器您可以同时使用多个桌面， 对桌面窗口进行分组管理。 3. 桌面组件：桌面是用户登录后看到的主屏幕区域，在桌面上用户可以根据自己的习惯设置壁纸、屏保等，还可以 增加常用的应用快捷方式。同时包含通知消息、剪贴板等常用组件。 4. 文件管理器：图形化分类管理文件，提供文件操作、检索 的开发工具集。 • Helper Applications (exo) ： 管理首选应用和编译 .desktop 文件的程序。 • File Manager (thunar) ： Xfce 文件管理器。 • Menu Library (garcon) ： 菜单相关库。 • Panel (xfce4-panel) ： 应用启动器，窗口按钮，程序菜单，工作区 切换器放置面板。 •

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218 12.2.3 定制 GUI（图形用户界面）文件管理器的行为 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219 12.2.4 Perl 短脚本的疯狂 . . . . . . . （例如 gnome-terminal(1)、rxvt(1) 或 xterm(1)）中 root 的 shell 提示符下启动它。参见第 1.1.4 节和第 7.8 节。 警告 永远不要在显示管理器（例如 gdm3(1)）的提示符下输入 root 来使用 root 账户启动 GUI 显示/会话管理 器。 永远不要在显示关键信息的 X Window 下运行不受信任的远程 GUI 程序，因为它可能会监听你的 vim sudo aptitude ... 如果你已经安装了这些软件包，那么不会有新的软件包被安装。 软件包 流行度 大小 说明 mc V:50, I:213 1542 文本模式的全屏文件管理器 sudo V:681, I:837 6540 给普通用户授予部分 root 权限的程序 vim V:95, I:373 3742 Unix 文本编辑器 Vi 的改进版，一个程序员的文本编辑器（标准

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217 12.2.3 定製 GUI（圖形使用者介面）檔案管理器的行為 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218 12.2.4 Perl 短指令碼的瘋狂 . . . . . . . 端模擬器（例如 gnome-terminal(1)、rxvt(1) 或 xterm(1)）中 root 的 shell 提示符下啟動它。參見節 1.1.4和節 7.8。 警告 永遠不要在顯示管理器（例如 gdm3(1)）的提示符下輸入 root 來使用 root 賬戶啟動 GUI 顯示/會話管理 器。 永遠不要在顯示關鍵資訊的 X Window 下運行不受信任的遠程 GUI 程序，因爲它可能會監聽你的 vim sudo aptitude ... 如果你已經安裝了這些軟體包，那麼不會有新的軟體包被安裝。 軟體包 流行度 大小 說明 mc V:50, I:213 1542 文本模式的全螢幕文件管理器 sudo V:681, I:837 6540 給普通使用者授予部分 root 權限的程序 vim V:95, I:373 3742 Unix 文本編輯器 Vi 的改進版，一個程式設計師的文本編輯器

续发生的情况下，告警可能会发生延迟。类似地，在实时性较高和实时性较低的媒体类型 (如短信和电子邮件) 混合存在的环境中，可能会 存在延时，邮件的发送需要等待短信发送完成。 在新版本中，并行处理告警功能已经实现，有一个新的告警管理器进程，如果需要，可以向多个 “worker” 进程分发告警。媒体类型被并 行处理，每个媒体类型可以配置最大并发会话数，但服务器上的告警器进程总数只能由新的 StartAlerters 参数限制，每个触发器生成的 参数限制，每个触发器生成的 告警都会顺序的进行处理。 还有其他相关的更新： • 有三个可用的新告警处理选项在媒体类型配置中: 并发会话, 重试和 重试间隔: • 数据库看门狗进程的功能已经合并到告警管理器中，并且看门狗进程本身也被删除。 5.6 已通知的问题确认 现在可以在确认触发器生成的问题时收到 Zabbix 所有可用方式的通知，为了实现这一点，而创建了一种新的操 作类型，称为确认操作，其有自己的专用配置选项卡。 Zabbix 3.4 以来，已经添加了一个新的 IPMI 管理器进程来规划对 IPMI 轮询器的 IPMI 检查。现在主机总是被同一个 IPMI 轮询器轮询， 这样减少了与 BMC 控制器打开的连接数，通过这些更新，可以安全地增加 IPMI 轮询器的数量，而不必担心 BMC 控制器重载。只要有一 个 IPMI 轮询器启动时，IPMI 管理器进程也会自动启动。 5.16.2 配置参数 Zabbix

在过渡到多线程架构的过程中，进行了以下一些更改： • 添加了一个新的配置参数：--with-stacksize。该参数允许覆盖系统使用的默认线程堆栈大小（以 kb 为单位）。 9 • 用户宏解析已从预处理管理器移至预处理工作进程。 在运行时检测 cURL 库特性 以前，Zabbix server、proxy 或 agent 在构建时会检测 cURL 库的特性。如果 cURL 的特性得到了升级，为了使用这些特性，需要重新编 之前，每个网络发现规则都由一个发现进程处理。因此，规则内的所有服务检查只能按顺序执行。 在新版本中，网络发现进程已重新设计，以允许服务检查之间的并发性。已添加一个新的发现管理器进程，以及可配置数量的发现工作进 程（或线程）。 发现管理器处理发现规则，并为每个规则创建一个包含任务（服务检查）的发现作业。服务检查由发现工作进程接收并执行。只有那些具 有相同 IP 和端口的检查才会按顺序进行调度，因为某些 在服务器日志文件中收集诊断信息。 historycache - 历史缓存统计 valuecache - 值缓存统计 preprocessing - 预处理管理器统计信息 alerting - 警报管理器统计信息 lld - LLD 管理器统计信息 locks - 互斥锁列表（在 **BSD 系统 * 上为空） ha_status 记录高可用性 (HA) 集群状态。 ha_remove_node=target