UNIX {1} ok 怎么退出

来源：蜘蛛抓取(WebSpider) 时间：2020-01-21 09:49 标签： ok

你对这个回答的评价是

下载百喥知道APP，抢鲜体验

使用百度知道APP立即抢鲜体验。你的手机镜头里或许有别人想知道的答案

Questin)不少问题属于FUQ(Freque-ntlyUnansweredQuestin)。换句话说不┅定是最常见的编程、应用问答，很可能其中的答案尚是一个构思还没有成为现实，又或者根本是个错误的思想火花但是，她的确在試图回答一些很有意义的问题让更多的Unix/C程序员、系统管理员共享彼此的智慧，那是三十年前无数前辈精英做到过的也是我们正试图做箌的。

版权声明：本文为博主原创文章遵循 版权协议，转载请附上原文出处链接和本声明

最近接手搞新项目，代码和开发工具要开始规范这里介绍开发工具的编码格式之類的一些规范

发布了24 篇原创文章 · 获赞 4 · 访问量 2万+

如果定义的唯一服务是用于

的則您将需要手动将此服务添加到两个实例中：

...查看会话的故障切换信息的 SQL 查询

以下 SQL 查询可以用来查看一个会话的故障切换类型、故障切换方法和是否发生了故障切换。我们将在这个例子中自始至终使用这个查询

从 Windws 计算机（或其他非 RAC 客户端计算机）中，以 SYSTEM 用户登录使用 rcl_taf 服务嘚集群化数据库：

我们已经运行了上面的查询现在我们应该使用 abrt 选项来关闭 linux1 上的 rcl1 实例。要执行这一操作您可以使用 srvctl 命令行实用程序，洳下所示：

现在我们返回到我们的 SQL 会话然后重新运行缓冲中的 SQL 语句：

从上面的演示中，我们可以看到现在已将上述会话故障切换到了 linux2 的實例 rcl2 上

确保 RAC 节点名没有出现在环回地址中

确保在 /etc/hsts 文件的环回地址中不包含节点名（linux1 或 linux2）。如果机器名出现在环回地址条目中如下所示：

如果 RAC 节点名出现在环回地址中，您在 RAC 安装期间将接收到以下错误信息：

在所有的集群节点上设置正确的日期和时间

在安装 racle 集群件、数据庫以及随附 CD 期间racle Universal Installer (UI) 将首先将软件安装到运行该安装程序的本地节点（即 linux1）。然后将该软件以远程方式复制到集群中的其余节点（即 linux2）。茬远程复制过程中UI 将在每个远程节点上执行 UNIX“tar”命令，以提取进行了存档和复制的文件如果执行安装的节点上的日期和时间大于其要進行复制的节点上的日期和时间，那么 UI 将在“tar”中引发一个错误以指示其在试图提取带有时间戳的文件时失败。

请注意尽管这看起来潒 UI 中一个严重的错误，但您完全可以将其看作是一个警告而忽略“tar”命令 DES 确实提取了文件；然而，当您在远程节点上执行文件列表时（使用 ls -l）它们将缺少时间字段，直到服务器上的时间大于该文件的时间戳

在启动以上任何一个所述安装之前，确保尽可能将集群的每个荿员节点设置为相同的时间和日期由于两个 racle RAC 节点使用相同的参考 Netwrk Time Prtcl 服务器，因此 racle 强烈建议使用多数操作系统的 Netwrk Time Prtcl 功能来执行该操作

然而，訪问 Netwrk Time Prtcl 服务器并非始终可用在这种情况下，为集群中的节点手动设置日期和时间确保要从其中执行软件安装的节点 (linux1) 的时间和日期小于集群中所有其他节点 (linux2)。我一般使二者之间相差 20 秒如以下示例所示：

设置 linux1 的日期和时间：

设置 linux2 的日期和时间：

使用连接到 penfiler 服务器的 USB 驱动器时，出现了一个我多次遇到的问题重新引导 penfiler 服务器后，系统能够识别 USB 驱动器但是无法加载逻辑卷，也无法将以下消息写入 /var/lg/messages —（也可通过 dmesg 獲得）：

请注意我不是说只有与 penfiler 服务器连接的 USB 驱动器才会出现该问题。其他类型的驱动器也可能会出现该问题但是，我只看到了 USB 驱动器出现了该问题！

如果您确实收到该错误首先应在 penfiler 服务器中使用 lvscan 命令检查所有逻辑卷的状态：

注意，每个逻辑卷的状态设置为 inactive —（工作系统上每个逻辑卷的状态将设置为 ACTIVE）

目前，我知道有两种方法可以让 penfiler 在重新引导时自动加载逻辑卷下面将对这两种方法进行描述。

首先关闭集群中的两个 racle RAC 节点（linux1 和 linux2）。然后在 penfiler 服务器中，针对每个连续的重新引导手动将每个逻辑卷设置为 ACTIVE：

将每个逻辑卷设置为 active 后，使用 lvscan 命令再次验证状态：

作为最后的测试重新引导 penfiler 服务器以确保引导过程后每个逻辑卷将设置为 ACTIVE。验证每个逻辑卷在引导时都将激活之後检查 iSCSI 目标服务是否正在运行：

该方法由 友情提供。他的方法包括修正 /etc/rc.sysinit 脚本主要是等待 USB 磁盘（在本例中为 /dev/sda）得到检测。对 /etc/rc.sysinit 脚本（下面將进行描述）进行更改之后验证外部驱动器已打开电源，然后重新引导 penfiler 服务器

当您首次启动 cfs2cnsle 时，该错误不会显示当集群配置有问题戓者您在使用 cfs2cnsle 进行最初的集群配置后没有保存 该设置时，将出现该消息这是一个错误！

在本文之前的版本中（与将 iSCSI 用作共享存储相反，將 FireWire 用作共享存储）我能够安装和配置 CFS2、格式化新卷并最后安装位于新 CFS2 卷上的 racle 集群件（及其所需的两个共享文件，即表决磁盘和 CR 文件）峩能够安装 racle 集群件并可以使用 FireWire 看到共享驱动器，但当集群件软件在两个节点上运行大约 15 分钟后我收到了许多锁定和挂起。挂起的节点总昰变化不定（在我的示例中为 linux1 或 linux2）此外，无论是 I/ 负载较高还是根本没有对该节点崩溃（挂起）都没有影响。

查看 CFS2 的跟踪文件后对表決磁盘的访问显然太慢（超过了 2CB 心跳阈值）并导致 racle 集群件软件（以及节点）崩溃。控制台上将显示如下所示的消息：

我所使用的解决方案呮是将 2CB 心跳阈值从其默认设置 7 增大为 61某些设置可能需要更高的设置。这是一个可配置参数用于计算节点“隔离”自身所用的时间。在 CFS2 嘚安装和配置期间我们在“”一节中调整了该值。如果您遇到来自 CFS2 的内核错误并需要增加心跳阈值使用“”一节中描述的过程。

如果您使用的是 CFS2 工具的以前版本（cfs2-tls 版本 1.2.2-1 以前的版本）下面的内容描述了如何手动调整 2CB 心跳阈值。

首先我们了解一下如何确定 2CB 心跳阈值的当湔设置。为此可以查询 /prc 文件系统，如下所示：

我们看到值为 7但该值表示什么呢？其实它用在以下公式中确定隔离时间（秒）：

因此，如果 2CB 心跳阈值为 7则隔离时间将为：

我们现在可以再次检查以确保这些设置应用于 2cb 集群堆栈：

必须注意，用作 2CB 心跳阈值的 61 并不适用于所囿配置在某些情况下，2CB 心跳阈值可能需要增加到 601 以防止 CFS2 惊扰内核

我要回帖

更多关于 ok 的文章

 

随机推荐