AIX如何自动启动和关闭软件的运行 博客分类： 常用

1. 自动启动定制的软件
　　在系统引导时, init进程顺序检测/etc/inittab文件, 决定在引导过程中进行什么样的操作.如果应用, 进程或其它的用户操作需要在系统引导过程中进行, 则要在/etc/inittab文件中加入相应的条目.通常的做法是创建一个名为rc.local的脚本文件, 将所有要在系统引导过程中启动的用户应用写入该脚本文件中. 该脚本文件可以在/etc/inittab文件中被调用, 通常是在所有系统应用和服务启动后, 在用户登录被允许之前被调用. 位置通常是在主控登录的条目前.

　　下面是一个例子:
　　rc.local:2:wait:/etc/rc.local > /dev/console 2>&1
　　在上面的条目中, init将在执行余下的条目之前等待该脚本程序的完成.如果进程, 应用或命令需要通过特定的用户运行, 则可在运行的命令中加入su命令.
　　如: su myuser "-c /usr/bin/myapp"
　　建议在脚本程序中加入应用开始启动和完成启动的输出提示.
　　如:
　　#!/bin/ksh
　　echo "Starting User Applications...."
　　echo "Starting Application XYZ"
　　su myuser "-c /usr/bin/myapp"
　　echo "Startup of User Applications completed"

　　2. 自动停止定制的软件
　　shutdown命令用于关闭AIX系统. 在此操作中会关闭所有AIX子系统及文件系统.如果名为/etc/rc.shutdown的脚本程序存在, 系统会首先执行该脚本程序中的命令. 在该脚本程序中可以加入关闭用户应用的命令. 建议在脚本程序中加入应用停止运行和完成停止运行的输出提示.
　　如:
　　#!/bin/ksh
　　echo "Stopping User Applications...."
　　echo "Stopping Application XYZ"
　　[ commands to stop application ]
　　echo "Shutdown of User Applications completed"

 

系统重新启动可能发生在白天，也可能发生在夜晚（可能由于站点停电），若此时能够让系统上运行的服务（应用程序）自动启动，则会非常有利。有时候就是这样！让服务启动可以免除您登录并亲自启动它们的额外任务，这很好。但在某些情况下，我们不希望服务启动。此时，我想到的是一个集群服务环境，可能有不同的服务遍布在几个 IBM® AIX® 主机上，这些服务需要以正确的顺序启动，以便能够正常地工作和集成。在这里，您可能需要手动按顺序启动它们。

启动和关闭方法

为了让服务自动启动，AIX 提供了（类似于其他 UNIX/Linux 操作系统）inittab 文件来实现这一点。您可以从 /etc/inittab 执行以下操作：

• 直接从 inittab 通过发出一个要运行的命令（脚本）来启动服务。
• 使用一个常用脚本，通常表示为 rc.local，从 inittab 调用它，它包含一个或多个要运行的命令（或调用脚本）。
• 使用从 inittab 调用的 rc.run level 目录。

为了在系统关闭时自动关闭某个服务，AIX 提供了：

• /etc/rc.shutdown 脚本。此文件与 rc.local 相反。在这里，放置了系统发出关闭操作时要运行的命令。

在本文中，我不会介绍 rc.runlevel 目录配置，而是打算介绍前面提到的其他进程。

为了将一个条目放进 inittab，您需要使用以下格式：

identifier : runlevel: action: command

其中：

• identifier 是条目的惟一名称。尽量将其长度保持在 1 到 7 个字符之间。它使条目变得可读。
• runlevel 是实际的 runlevel 数字，在到达 runlevel 时，将运行此 inittab 条目中所包含的指定命令。
• action 是达到所需的 runlevel 时对待命令的方式，稍后您可以在这本文找到有关的更多信息。
• command 是将要运行的实际命令。

每个条目字段用冒号 “：” 分隔。

在将条目添加到 inittab 中时，需要确保：

• 在 inittab 中有没有错别字，如果 inittab 中有错别字，AIX 就会不明白它的含义，因而会进入一个进程循环。然后，init 命令无法正确地读取文件。
• 标识符是绝对惟一的，否则，当重复的标识符第二次出现时，可能无法像预期一样正常运行。

如果从 /etc/rc.shutdown 调用的脚本或命令中有错别字，则存在 “语法或没有发现命令” 问题，请注意，如果使用 shutdown 命令进行调用，则会中止关闭操作。因此，请在从 rc.shutdown 调用脚本之前确保它可以正常工作。

需要了解的一些基本信息

机器已经运行的时间信息
#uptime
01:25PMup236days,3:54,

当前的运行级别:
#cat/etc/.init.state
2

上一次 AIX 重启的时间:
#who-b
systembootFeb1719:13

调整 AIX 的运行级别:
#/usr/lib/acct/fwtmp</var/adm/wtmp|greprun-level

TueMay2112:24:43BST2013

                                          run-levelh10015000621369135516

TueMay2112:25:16BST2013
                                          run-level210006201231369135516
TueMay2112:25:16BST2013

这是一个注释

在将条目添加到 inittab 中时，一定要记住，以一个冒号 “：” 开头的行是一个注释，因此，init 在读取 inittab 时将会忽略该行的其余部分。不要使用 “＃”（井号）符号添加注释。但是，您可以在行的末尾对注释使用井号。

inittab 条目

让我们来看看运行脚本的 inittab 的一个条目。假设我们要运行一个将电子邮件发送给系统管理员的脚本，向系统管理员说明设备在系统启动时是可用的。

inittab 的条目如下所示：

 mailout:2:once:/usr/local/bin/mailout > / dev/null 2>&1 #mail users

上面的条目可以概括如下：

• mailout：惟一的标识符
• 2：当系统达到 runlevel 2 时运行此脚本（默认）
• once：运行脚本，并且不用等待其终止；init 将继续处理 inittab。如果进程失败，init 不会尝试重新运行它。
• /usr/local/bin/mailout：要运行的命令的完整路径和脚本名称；请注意，输出被丢弃到 /dev/dull。我们以 “＃” 结束描述脚本是做什么的注释。

就完整性而言，以下是有问题的脚本：

!/bin/sh
# mailout
/usr/sbin/sendmail -t <<mayday
From:`hostname`
To: rs6admins
Subject:`hostname` P-Series is up
The AIX `hostname` is now up, please check services.
.
mayday

在上述示例中，操作部分的属性 once 表示只运行一次，但也有其他可以使用的操作。另外两个常见的操作是：重生（respawn）和等待（wait）。对于重生操作，将会执行相应的命令，但 init 不会等待该命令的完成。如果命令停止，inittab 会重新启动它，让此进程继续。所以，您应该查找一个被重生的命令，该命令几乎在所有时间都在运行。ps-ef 命令输出的 STIME 字段显示了该命令最后一次重生的时间。被重生的典型进程是 tty、cron 和数据库监控应用程序，以及基于网络文件系统（NFS）的实用工具。另一个常用操作是等待。Init 运行命令，并等待命令完成，然后再读取 inittab 文件。使用等待操作的典型进程是网络身份验证应用程序和打印、备份服务，等等。

如果需要启动的进程不是 root 所拥有的，那么只需将 su 命令作为 inittab 中的命令条目的一部分提供即可。下面的示例运行了 /home/ampter/start.sh，但首先会调用 su 命令，因此，进程是由用户 ampter 启动的。请注意，这里使用了包围了部分命令的引号：

amps:2:once:su - ampter "-c /home/ampter/start.sh" > /dev/console 2>&1

在编辑 inittab 文件时，确保在保存文件后检查了您的条目。然后，检查您所做的更改。相信我，没有人愿意搞砸 inittab。如果某人感觉对手动编辑文件没有信心，那么还有挽救的方法。AIX 提供以下实用工具：

• chitab：修改退出的 inittab 条目
• lsitab：列出 inittab 条目
• mkitab：添加一个 inittab 条目
• rmitab：删除一个 inittab 条目

停止一个重生的进程

如果您需要停止进程重生（换句话说，可能需要停止它来执行一些维护工作），首先，编辑 inittab 文件并在条目的开始处输入一条注释，这样 init 就不会读取它。下面的示例显示，通过在条目的开始处放置一个冒号，可以让 inittab 忽略该条目。

:fmc:2:respawn:/opt/db2_09_05/bin/db2fmcd #DB2 Fault Monitor Coordinator

接下来，让 init 重新读取 inittab 文件：

teinit q

现在，停止该应用程序。执行所需的任何维护。要从 inittab 重新启动进程，只需删除条目开始处的冒号即可。然后，在命令提示符下，运行下面的命令，让 init 重新读取 inittab 文件：

teinit q

现在，它将被重新启动。

rc.local 绑定

启动应用程序或在启动时运行命令的另一种常见方法是使用 /etc/rc.local 文件。在这里它是一个可执行脚本，从 inittab 文件中被调用。rc.local 文件可以包含一个或多个需要在启动时运行的定制命令。在我看来，此文件应该仅用于一次性或临时的命令执行，而不是服务启动脚本。

允许从 inittab 调用 rc.local 的一个典型条目是：

rcloc:2:wait:/etc/rc.local > /dev/console 2>&1

在上例中，操作部分是等待。也就是说，init 要等到所有的命令都被执行，然后再继续读取 inittab 文件。我使用 rc.local 文件执行临时或定制命令（如禁用分页空间或断开网络接口），因此没有提供服务的完整启动脚本。这些命令将会在我的 inittab 文件中。

关闭服务

当您发出一个 shutdown 命令时，会调用 /etc/rc.shutdown 文件，这是一个可执行的脚本。在该文件中，将会放入用于关闭您的定制服务的命令或调用脚本。当我必须关闭 AIX 系统来首次调用 /etc/rc.shutdown 文件本身时，我觉得这是一个很好的实践：

/etc/rc.shutdown

然后，我知道所有的应用程序都已正确关闭，在发出实际的 shutdown 命令之前，该命令无疑会重新运行 rc.shutdown 文件。但是，我不介意这一点。