鉴于系统管理的原因,连接到 root lnode 的进程可被分配其需要的几乎所有 CPU 资源。所以,如果在 root lnode 上连接与 CPU 相关的进程,它就会阻碍 CPU,并造成其它 lnode 上的进程减慢或停止。
可以采取下列预防措施来防止此类情况的发生:
管理员均应登录为管理员正常使用所创建的 lnode,而不能连接到 root lnode 上。如果需要连接到 root lnode,则应小心不得使用任何需要大量耗用 CPU 的应用程序,如编辑程序。要想不连接到 root lnode 就使用某个超级用户的 UID,则管理员可使用 su( 1) 命令。
init.d 脚本不能被更改来使用 srmuser 程序以将所有 daemons 连接到其自身的 lnodes 上,因此它们不能(通过继承)连接到 root lnode 上。不过,不可总推荐此解决方案。这样可能成为一个负担,因为有大量的文件需要编辑,而且这种做法可能会限制以后将修补程序集成到一个系统中的能力。一个不需要手动执行此任务的解决办法正在研究之中。
对于 Solaris Resource Manager 1.0 之后的发行版,在 /usr/srm/unsupport 目录中所提供的脚本 sbin_rc2 和 sbin_rc3 可用来部分解决这个问题。
作为 setuid-root 而运行的程序并不自动连接到 root lnode。通常,该进程保持连接到创建它的父节点的 lnode,而只有有效 UID 被更改。