| 29 | |
| 30 | [[BR]] |
| 31 | = 3. Management and reporting tools = |
| 32 | |
| 33 | As theses cards a rather old, many tools exists to monitor and manage them. |
| 34 | [[BR]] The first one is an '''opensource''' tool named '''megactl''' which can be used to report controller and disks status. |
| 35 | |
| 36 | For the '''management''' side, you can you '''megamgr''', which is a '''proprietary''' utility from LSI. |
| 37 | [[BR]]It '''emulates the controller BIOS''' from Linux, which is really nice. However, it cannot be used to script some actions. |
| 38 | [[BR]]That's why you need megactl for periodic health checks. |
| 39 | |
| 40 | A Dell specific megamgr is also available. It's called '''dellmgr'''. |
| 41 | [[BR]]Despites both megamgr and dellmgr seems to work on Dell megaraid-based RAID cards, I would advice you to use dellmgr on Dell hardware. |
| 42 | |
| 43 | A wrapper script with periodics checks is available in the packages repository too. Its name is '''megaraid-status'''. |
| 44 | [[BR]]The packages comes with a python wrapper around megactl and an initscript that '''periodic''' run this wrapper to '''check status'''. |
| 45 | [[BR]]It keeps a file with latest status and thus is able to detect RAID '''status changes and/or brokeness'''. |
| 46 | [[BR]]It will log a ligne to '''syslog''' when something failed and will send you a '''mail'''. |
| 47 | [[BR]]Until arrays are healthy again a '''reminder''' will be sent each 2 hours. |
| 48 | and an initscript that daemonize script and does reporting through syslog and by mail. |