OnITRoad - OpenSolaris
无需重启即可重置 iostat 错误计数器
无需重启即可重置 iostat 错误计数器 通常，在任何 Solaris 系统中，磁盘上出现越来越多的硬错误表示磁盘已发生故障或者即将发生故障。 如果 iostat -e 报告错误的非零值，则在我们重新启动系统之前不会重置这些值。 当我们用新磁盘替换故障磁盘时，可能会发生这种情况。 该脚本适用于 Solaris 10 和 11. 此 perl 脚本支持重置 sd 和 ssd kstat 错误计数器
Views：0 2020-09-17
solaris 区域中的资源管理：内存上限
solaris 区域中的资源管理：内存上限 缺省情况下，创建solaris 区域时，它将占用全局区域中的所有CPU 和内存资源。 有多种方法可以限制区域使用的内存。 资源上限守护进程可以限制区域使用的内存。 也可以在不重新启动区域的情况下在线更改内存和交换分配给区域。 内存上限 rcapd 守护进程负责内存上限及其管理。 在区域配置中添加上限内存为特定区域设置上限内存。 要使上限内存生效，我们
Views：0 2020-09-17
solaris 区域中的资源管理：CPU 共享、上限 CPU、专用 CPU 分配
solaris 区域中的资源管理：CPU 共享、上限 CPU、专用 CPU 分配 1. 使用 FSS 共享 CPU 公平共享调度程序 (FSS) 是 solaris OS 中的默认调度程序。 它负责根据工作负载的重要性为操作系统中运行的所有进程提供对 CPU 的平等访问。 我们可以使用 FSS 来定义区域的 CPU 份额。 请记住，FSS 仅在存在 CPU 资源竞争的情况下根据定义的份额来限制
Views：0 2020-09-17
solaris 区域中的资源管理：动态资源池
solaris 区域中的资源管理：动态资源池 solaris 10/solaris 11 中的资源池提供了一种将处理器集和调度类分配给非全局区域的机制。 资源池框架如下图所示。 当我们在区域上具有可变负载并且我们希望动态更改对这些区域的资源分配时，动态资源池非常有用。 与上限 CPU 分配不同，区域的动态资源池分配是在线的，可以随时在线更改。 注意：资源池是一个旧功能，现在被专用于区域的 CPU
Views：0 2020-09-17
Solaris 10 (x86/x64)：如何从 Grub 引导加载程序引导到单用户模式
Solaris 10 (x86/x64)：如何从 Grub 引导加载程序引导到单用户模式 默认情况下，在 Solaris x86 10 1/06 中，新的 GRUB 引导加载程序在引导时显示的菜单中不提供全功能的单用户引导选项。 默认菜单只有一个 GRUB“安全模式”引导选项可供选择，但没有选择引导到单用户模式的选项。 真正的“单用户”引导选项是许多客户应用补丁和执行其他管理需求的关键。 以下步骤
Views：0 2020-09-17
使用 SVM 修补 Solaris 10 传统方法（非实时升级）
使用 SVM 修补 Solaris 10 传统方法（非实时升级） 像许多其他人一样，在升级/修补 solaris 时，我非常喜欢实时升级。 这篇文章适用于出于任何原因仍想使用传统修补方法的系统管理员。 设置 我们将使用的示例系统具有基于 SVM 的镜像根。 准备 检查所有元数据库副本 (metadbs) 和 SVM 元设备的健康状况。 # metastat # metastat -c
Views：0 2020-09-17
对 solaris 10 与 SMF 和里程碑相关的引导问题进行故障排除
对 solaris 10 与 SMF 和里程碑相关的引导问题进行故障排除 这篇文章描述了一些解决与 SMF（服务管理设施）相关的启动问题的故障排除技巧。 我们可以启动到早期的里程碑，并且可以从一个级别进入下一个级别。 通过这种方式，我们可以确定导致问题的里程碑，并最终确定导致问题的服务。 一般故障排除 在进行更详细的故障排除之前，我们可以在启动服务器时启用更详细的调试。 查看以下引导命令的结果
Views：0 2020-09-17
如何解决 Solaris 10 SMF（服务管理工具）相关问题
如何解决 Solaris 10 SMF（服务管理工具）相关问题 服务管理工具最初是在 Solaris 10 中引入的，用于管理系统和应用程序服务。 这取代了旧的 init 脚本和其他启动脚本。 这篇文章讨论了一些基本的故障排除技术来解决 SMF（服务管理工具）相关问题。 日志文件、列表和方法 SMF 日志文件可以在以下位置找到： /var/svc/log /etc/svc/volatile
Views：0 2020-09-17
Solaris 10 与 Solaris 11 网络配置比较
Solaris 10 与 Solaris 11 网络配置比较 Oracle 向solaris 11的网络堆栈添加了大量新特性。 我们将讨论solaris中的新特性11 网络堆栈，并在适用的情况下将其与 solaris 10 进行比较。 网络配置文件 从solaris 11 开始不推荐使用以下网络文件，它由SMF 管理以在重新启动后具有持久网络配置。 /etc/defaultdomain /et
Views：0 2020-09-17
Solaris 10 x86/x64引导过程
Solaris 10 x86/x64引导过程 x86/x64 硬件上的引导过程与 SPARC 硬件略有不同。 x86/x64 硬件也涉及 5 步引导过程，与 SPARC 硬件相同。 启动 PROM 阶段 BIOS（基本输入输出系统）ROM 运行开机自检（POST）以测试硬件。 BIOS 尝试从启动顺序中提到的设备启动。 （我们可以通过按 F12 或者 F2 来更改它）。 从引导盘
Views：0 2020-09-17
Solaris 11.2：向正在运行的Zone 在线添加新资源
Solaris 11.2：向正在运行的Zone 在线添加新资源 Solaris 11.2 提供了一种支持的方式来在线向正在运行的Zone添加新资源。 在此版本之前，需要重新启动非全局Zone才能使更改生效。 本文说明了将原始磁盘设备在线添加到非全局Zone的示例。 例子： 检查 Solaris 操作系统版本。 # uname -a SunOS test 5.11 11.2 sun4v spar
Views：0 2020-09-17
Solaris 11 创建 IPS 存储库
Solaris 11 创建 IPS 存储库 Oracle Solaris 11 使用全新的包管理方法。 现在有了镜像打包系统 (IPS)，系统管理员可以从本地或者远程存储库安装、更新和搜索包。 可以使用命令行和 GUI 界面访问存储库。 存储库可以是以下任何一种： 本地仓库 本地网络中的远程仓库 互联网存储库 尽管本地网络中的远程存储库是生产设置中的常见做法，因为这提供了中央存储库以及安全性和
Views：0 2020-09-17
Solaris 11：如何检查我是否登录到内核Zone？
Solaris 11：如何检查我是否登录到内核Zone？ 什么是 Solaris 内核区域 solaris-kz 品牌使用品牌区域框架来运行具有与全局区域使用的内核和操作系统安装不同的内核和操作系统的区域。 solaris-kz 安装独立于全局区域的安装； 它不是 pkg 链接的镜像，无论全局区域内容如何，都可以对其进行修改。 可以直接从全局区域或者通过引导介质以与其他品牌相同的方式安装 so
Views：0 2020-09-17
Solaris 11 镜像打包系统 (IPS)
Solaris 11 镜像打包系统 (IPS) 镜像包管理系统 (IPS-Image Packaging System) 是一个支持软件生命周期管理的框架，例如软件包的安装、升级和删除。 IPS 还使用户能够创建自己的软件包、创建和管理软件包存储库以及复制和镜像现有的软件包存储库。 软件包只能安装到作为引导环境 (BE) 一部分的文件系统中。 例如，在默认的 Oracle Solaris 11 安
Views：0 2020-09-17
Solaris 11 IPS pkg 命令示例
Solaris 11 IPS pkg 命令示例 镜像包管理系统 (IPS) 是一个支持软件生命周期管理的框架，例如软件包的安装、升级和删除。 IPS 还使用户能够创建自己的软件包、创建和管理软件包存储库以及复制和镜像现有的软件包存储库。 软件包只能安装到作为引导环境 (BE) 一部分的文件系统中。 例如，在默认的 Oracle Solaris 11 安装中，包操作仅支持 rpool/ROOT/BE
Views：0 2020-09-17
Solaris 11 管理软件包
Solaris 11 管理软件包 现在oracle 已经完全重构了Solaris 11 中的软件管理，以简化软件包管理。 让我们从一些 pkg 命令开始。 发布者相关命令 查看机器正在使用哪种发布者配置 本地存储库 # pkg publisher PUBLISHER TYPE STATUS P LOCATION solaris
Views：0 2020-09-17