我有两个磁带更换器机器人(Quantum Superloader 3),一个带有并行SCSI连接,另一个带有SAS.它们连接到Centos 5服务器,启动将正常进行.
它们现在连接到运行CentOS 6.3的新服务器.当服务器一个接一个地进入’Starting udev’阶段时,转换器开始经历许多例程,可能是某种库存. SAS更换器是第一个,可能是因为它被分配了较低的设备号(/ dev / changer-sg4与其他更换器的/ dev / changer-sg6相比).在发生这种情况时,启动过程只停留在’Starting udev’上
第一个更换器在大约3-4分钟内通过其库存进行搅拌,然后第二个更换器启动.几分钟后,我看到屏幕上出现了SCSI错误消息(如果需要,我可以很快将它们粘贴在这里),但更换器继续执行其库存并从那里正确启动.更换器在启动之前完成,并且当启动时,两个磁带更换器似乎完全可用并且正常工作.
结果是,启动成功完成而无需人工干预,但是我想减少额外的时间,这会增加启动,以及磁带更换器上的额外磨损(如果有的话).
回应你的编辑.
原文链接：https://www.f2er.com/centos/373400.html我认为这不重要.仅仅因为在EL5中以某种方式工作并不意味着它应该在EL6中表现得相似.
你必须考虑：
>不同的内核代……
>大大不同的编译默认值.
> sysctl.conf设置不同.
>包/应用程序配置文件不同…
SCSI子系统初始化/模块加载过程可能是原因.我不认为这会导致你的驱动器过早磨损.我怀疑有没有办法绕过这个过程……
你不应该加载/卸载模块或经常重启,这是一个问题.
