ses控制和监控程序
继续记一笔,在 /usr/src/share/examples/ses 里面。
为啥这些程序不成为基本系统的一部分呢?难道是因为太简单了……害得我好找(好歹应该在联机手册里面提一句吧)。顺手把代码清理了一下,等新机器到了拿这个去杵杵看。有谁知道ses设备和总线位置(也就是物理的槽位)之间的对应关系有什么办法能拿到吗?还是只能写个程序让一个人去根据这种设备训练一下系统?
共 6 篇文章。
继续记一笔,在 /usr/src/share/examples/ses 里面。
为啥这些程序不成为基本系统的一部分呢?难道是因为太简单了……害得我好找(好歹应该在联机手册里面提一句吧)。顺手把代码清理了一下,等新机器到了拿这个去杵杵看。有谁知道ses设备和总线位置(也就是物理的槽位)之间的对应关系有什么办法能拿到吗?还是只能写个程序让一个人去根据这种设备训练一下系统?
今天听 Doug White 大牛说有这个功能,于是查了一下资料,先记一笔,不一定对,有机会找机器测试一下。
首先要定义SCSI/SAS总线所在的位置。通常它是由某个SCSI接口卡提供的,也就是类似这样:
这周找了些公司淘汰的设备来测试ZFS。用14块SCSI盘的傻盘阵搭了一个RAID-Z2(可以掉两块盘的RAID-Z,1块盘作为热备)。测试机为2GB内存、双CPU(Xeon 5140双核、amd64模式)。
多少不适合发布太多非常个人的东西。有些东西可能涉及商业机密,有些东西可能不希望对手看到,有些东西可能涉及别人的隐私没法公开,有些东西会被一些别有用心的人转到争议人士聚集的地方炸锅用,等等。
今天的测试过程中发现了一个新的panic:
panic: mpt_get_request: corrupted request free list (ccb)
这个panic似乎与swap的消耗有关,初步定为为LSI SCSI卡驱动的问题。port 7上面的mpt驱动中。
好事多磨:
初一:修正了一组SCSI配置问题,MFC掉的那个CAM改进也加入了内核。发现有4台机器硬件存在不同的毛病。
初二:深夜发现一些机器panic,连夜进一步加入新近MFC的UFS2错误修正。
初三:正式部署新的kernel,看上去运转良好。
初四:软件现在已经足够稳定了,但是居然有一台机器SCSI卡出了问题,已经通知厂商取备机……