Running 9.2.0.1 – Shigawire (revision 972) on some supermicro server with an Intel Xeon.<\/p>\n
Noticed that I wasn’t receiving my weekly status emails so I finally got around to checking it out (system is running as a backup of a backup for my personal files, so not the end of the world if it doesn’t work right).<\/p>\n
Logged in via the web interface and didn’t notice anything really going on except that out of the 4 available cores on the processor 2 were maxing out at 100%. Process listing showed smartctl was the culprit. Went into the ZFS settings (forgot no smart settings in there), and then tried to load up the Disk > Management area. No go – spinning and spinning.<\/p>\n
Logged in using SSH to restart the web services Back in business, but then the Disk > Management area was once again crashing it out.<\/p>\n Issued a kill -s HUP thePIDhere. They came right back.<\/p>\n Rebooted the server. Smartctl was still coming up eating all of my available CPU time for reports.<\/p>\n I ended up renaming the smartctl bin file and then killing the processes. From there I could load the Disk > Management page again and disable smart monitoring.<\/p>\n And yes, the disks have all checked OK.<\/p>\n","protected":false},"excerpt":{"rendered":" Running 9.2.0.1 – Shigawire (revision 972) on some supermicro server with an Intel Xeon. Noticed that I wasn’t receiving my weekly status emails so I finally got around to checking it out (system is running as a backup of a backup for my personal files, so not the end of the world if it doesn’t … Continue reading Nas4Free Smartctl<\/span>
\n\/etc\/rc.d\/lighttpd restart<\/code><\/p>\n
\nIt’s located \/usr\/local\/sbin, then mv smartctl to smartctl.old or something<\/p>\n