我有两个磁带转换机器人(量子超级装载机3),一个具有并行SCSI连接,另一个与SAS。它们连接到Centos 5服务器,引导将正常进行。
它们现在连接到运行CentOS 6.3的新服务器。当服务器进入‘启动udev’阶段,一个接一个,变化者开始经历许多例程,大概是某种库存。SAS变更器是第一位的,可能是因为它被分配了一个较低的设备编号( /dev/changer-sg4,而不是其他变更者的/dev/changer-sg6)。当这种情况发生时,启动过程只停留在“启动udev”上。
第一个变送器在大约3-4分钟内通过它的库存,然后第二个改变开始。几分钟后,我看到屏幕上出现了SCSI错误消息(如果需要的话,我可以将它们粘贴到这里),但是变更器继续执行它的清单,并从那里正确地启动。换带器在启动之前就完成了,当启动启动时,两个磁带转换器似乎都是完全可用的,并且工作正常。
结果是,在没有手动干预的情况下,启动成功地完成了,但是我想要减少启动所增加的额外时间,以及磁带更换器上的额外磨损(如果有的话)。
发布于 2013-04-24 00:44:54
响应您的编辑。
我觉得这不重要。仅仅因为某些东西在EL5中以某种方式工作并不意味着它在EL6中的行为应该是类似的。
你必须考虑:
SCSI子系统初始化/模块加载过程可能是原因之一。我不认为这会导致你的驾驶过早磨损。我怀疑有没有办法绕过这个过程..。
您不应该加载/卸载模块或重新启动足够频繁,这是一个问题。
https://serverfault.com/questions/476930
复制相似问题