aix 系统运维

/etc/inittab文件可能被vi等手工编辑过，并且有aix不能识别的格式。按要求，该文件手工编辑是很危险的，应该避免。只能用telinit命令来更改配置。收起

telinit命令其实是调用init命令，只是要请求 init 命令重新检查 /etc/inittab 文件，不会主动杀死任何东西

srcmstr是系统资源管理器进程，是个deamon进程，从inittab文件条目来看，开机就会被启动，并且行为是respawn   如果停止会自动启动   

启动命令：手工执行/usr/sbin/srcmstr即可，不用重启   按说掉了会自动起  你这种情况挺奇怪  看看是不是系统版本低 有bug收起

回复 2# 少东家


    上午操作的时候发现。
    查看srcmstr进程发现是存在的：
    root@dcits_test: /]#ps -ef |grep srcmstr
    root  82088      1   0 10:07:24      -  0:00 /usr/sbin/srcmstr
    root 303210 241848   0 15:08:43  pts/0  0:00 grep srcmstr
    之后执行了telinit -q
    发现srcmstr进程被kill掉了。
    经试验验证，正常kill -9 pid杀掉srcmstr进程，系统会重新启动进程的。
    我这边就想重新刷新下/etc/inittab,启动src的进程，就使用telint q，发现srcmstr进程也没起来。想麻烦问问，如果在不重启的情况下，如何启动src的进程.


    ps:刚刚重复了上午的操作，发现执行telinit -q并不会杀掉src进程。
[root@dcits_test: /]#cat /etc/inittab |grep srcmstr
srcmstr:23456789:respawn:/usr/sbin/srcmstr # System Resource Controller
[root@dcits_test: /]#telinit -q
Usage: init [0123456789abchMmNQqSs]
[root@dcits_test: /]#ps -ef |grep srcmstr
    root  82088      1   0 10:07:24      -  0:00 /usr/sbin/srcmstr
    root 237800 241848   0 15:18:38  pts/0  0:00 grep srcmstr

    现在迷惑了。。。

    等待几分钟后发现：
   [root@dcits_test: /]#ps -ef |grep src
    root 336094 241848   0 15:27:15  pts/0  0:00 grep src
    [root@dcits_test: /]#startsrc -s sshd
   0513-001 The System Resource Controller daemon is not active
   src的服务没了，注：这个是自己配置的试验机，仅个人使用，也未做其他的操作收起

详细描述一下  看了半天没看懂收起