On Sun, Jul 30, 2006 at 03:03:26AM +0200, Wijnand Wiersma wrote: > 2006/7/29, andrew fresh <[EMAIL PROTECTED]>: > >One thing I ran into is that bioctl needs to run as root to get access > >to /dev/bio, even for read only access. Is there a way to query bioctl > >without needing root? > > Well, I think you only need the status of the drives and that is > availlable using sysctl hw.sensors in current (you already mentioned > sysctl). A monitoring system should not use the capabilities of > bioctl, it just needs to know the status and report that.
If that is the case, then this check will become obsolete. That would be nice! I will have to go put -current on my test box and try it out. As it is, on my 3.9-stable box, the output from sysctl if it is available does not seem very reliable: hw.sensors.29=esm0, Drive 0, drive, online hw.sensors.30=esm0, Drive 1, drive, online hw.sensors.31=esm0, Drive 2, drive, unknown hw.sensors.32=esm0, Drive 3, drive, unknown hw.sensors.33=esm0, Drive 4, drive, online hw.sensors.34=esm0, Drive 5, drive, online hw.sensors.35=esm0, Drive 6, drive, unknown hw.sensors.36=esm0, Drive 7, drive, unknown $ sudo bioctl ami0 Password: Volume Status Size Device ami0 0 Online 8984199168 sd0 RAID1 0 Online 8984199168 0:0.0 safte0 <IBM DRVS09D 0140> 1 Online 8984199168 0:1.0 safte0 <IBM DRVS09D 0140> ami0 1 Online 36234592256 sd1 RAID10 0 Online 18117296128 0:3.0 safte0 <QUANTUM ATLAS10K2-TY184JDA40> 1 Online 18117296128 0:4.0 safte0 <QUANTUM ATLAS10K2-TY184JDA40> 2 Online 18117296128 0:5.0 safte0 <QUANTUM ATLAS10K2-TY184JDA40> 3 Online 18117296128 0:8.0 safte0 <QUANTUM ATLAS10K2-TY184JDA40> ami0 2 Hot spare 8984199168 0:2.0 safte0 <IBM DMVS09M 0220> ami0 3 Hot spare 18117296128 0:9.0 safte0 <QUANTUM ATLAS 10K 18SCA UCHD> The rest of the sensors seem mostly correct though, and there are sure enough of them! $ sysctl hw.sensors | tail -1 hw.sensors.99=safte0, temp1, OK, temp, 27.78 degC / 82.00 degF Also, on another box that has external disk box connected with ses, I don't get any status for those disks in sysctl. The disks that are actually in the server are using safte and those show up in sysctl. I don't know why, so now I have this check :-) > Now that I think of it, I should add support to the upwatch monitoring > system too, but I am not that lucky to have hardware to actually test > it :-) If the information is available in sysctl in 4.0, that would be the check to integrate. l8rZ, -- andrew - ICQ# 253198 - JID: [EMAIL PROTECTED] BOFH excuse of the day: dynamic software linking table corrupted