Monitoring?
Hi! Ok, found an archive, but haven't found the questions/answers I was hoping to find. I have a RAID1 setup with kernel 2.2.13 and appropriate patches for 2.2.11 (only two files didn't patch correctly, as they were already patched in 2.2.13) and raidtools-0.90. Everything works nice, even hot-swapping disks (with hot-pluggable SCSI backplane and some caution, of course) didn't cause a problem. However, are there any tools already available to monitor the md device and notify the administrator via mail, modem, pager etc.? Thanks, D.
Re: Monitoring?
On Fri, Nov 12, 1999 at 12:18:44PM +0100, Danilo Godec wrote:
Hi!
Ok, found an archive, but haven't found the questions/answers I was hoping
to find.
I have a RAID1 setup with kernel 2.2.13 and appropriate patches for 2.2.11
(only two files didn't patch correctly, as they were already patched in
2.2.13) and raidtools-0.90. Everything works nice, even hot-swapping disks
(with hot-pluggable SCSI backplane and some caution, of course) didn't
cause a problem.
However, are there any tools already available to monitor the md device
and notify the administrator via mail, modem, pager etc.?
It should be fairly simple to grep for underscores in /proc/mdstat using
cron+{perl,grep,whatever} and send a mail if one is found.
When a disk dies it is marked in /proc/mdstat like [UU_U].
--
: [EMAIL PROTECTED] : And I see the elder races, :
:.: putrid forms of man:
: Jakob Østergaard : See him rise and claim the earth, :
:OZ9ABN : his downfall is at hand. :
:.:{Konkhra}...:
Re: Monitoring?
On Fri, 12 Nov 1999, [iso-8859-1] Jakob stergaard wrote:
It should be fairly simple to grep for underscores in /proc/mdstat using
cron+{perl,grep,whatever} and send a mail if one is found.
When a disk dies it is marked in /proc/mdstat like [UU_U].
Thanks, I think I will do that.
Now for another question:
I have a hot-swappable SCSI backplane, so I simulated a dead disk by
simply removing it (while there was no I/O activity). If I umount /dev/md0
and stop it (raidstop /dev/md0), I can use /proc/scsi/scsi and first
remove the dead-disk entry and then add a new disk (echo "scsi
[remove|add]-single-device 0 0 1 0" /proc/scsi/scsi). Then, I can
raidhotadd the new disk to /dev/md0 and the world is nice.
However, is there a way to do all this while raid1 is stil active? So that
users never have to notice something went wrong with disks?
Thanks, D.
PS: I thought of adding the new disk with some other ID, but the backplane
has fixed IDs so I cannot change them (disk0= ID 0, disk1= ID 1).
Re: Monitoring?
hi danilo I've collected some monitoring tools/scripts people have hacked... http://www.linux-consulting.com/Raid/docs/raid_monitor* I also reviewsed/collected some regular monitoring tools http://www.linux-consulting.com/Monitor/monitor.pl about 40 lines down is a list of various prog/scripts... have fun raiding alvin Danilo Godec wrote: Hi! Ok, found an archive, but haven't found the questions/answers I was hoping to find. I have a RAID1 setup with kernel 2.2.13 and appropriate patches for 2.2.11 (only two files didn't patch correctly, as they were already patched in 2.2.13) and raidtools-0.90. Everything works nice, even hot-swapping disks (with hot-pluggable SCSI backplane and some caution, of course) didn't cause a problem. However, are there any tools already available to monitor the md device and notify the administrator via mail, modem, pager etc.? Thanks, D.
Re: Monitoring?
Hi, However, are there any tools already available to monitor the md device and notify the administrator via mail, modem, pager etc.? The most simple thing is to do a crontab entry with a daily cat /proc/mdstat (std output will get mailed). You could additionally use grep and look if [] is there or NOT !? If you are looking for sth nice to put on your screen (on the server screen or on a workstations screen by redirecting X output via network): I recently did some work on xosview 1.7.1 to additionally show a RAID status monitor with operational disks (green), unoperational disks (red) and rebuild status (growing bar if in progress or green field if idle). While doing that, I noticed that /proc/mdstat is not nice to parse (eat least my own [working] parser code looked quite bad) and wrote a kernel patch to have some format that parses easier. The stuff already works for RAID1 and RAID5 (RAID0 doesn't make much sense because there is no rebuild and because you WILL notice disk failures easily without xosview ;-| ), but it depends on my kernel RAID patch for /proc/mdstat. I submitted the stuff to Mike Romberg (xosview) and Ingo Molnar (RAID). Mike did some changes and integrated it in xosview development tree (thanks!). Ingo said he'll have a look at it (he seems to be quite busy nowadays working on RAID stuff. Thanks, too!). But: There are some open questions, see next mail. So if you are looking for some nice X11 stuff, then just wait a bit and look out for new xosview and raidpatch stuff ... Thomas -- Thomas Waldmann (com_ma, Computer nach Masz) email: [EMAIL PROTECTED] www: www.com-ma.de Please be patient if sending me email, response may be slow. Bitte Geduld, wenn Sie mir email senden, Antwort kann dauern.
RE: Monitoring?
Behalf Of Jakob Østergaard
Sent: Friday, November 12, 1999 3:42 AM
On Fri, Nov 12, 1999 at 12:18:44PM +0100, Danilo Godec wrote:
Hi!
However, are there any tools already available to monitor
the md device
and notify the administrator via mail, modem, pager etc.?
It should be fairly simple to grep for underscores in
/proc/mdstat using
cron+{perl,grep,whatever} and send a mail if one is found.
When a disk dies it is marked in /proc/mdstat like [UU_U].
But that is not the ONLY underscore;
[root@raven src]# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5]
read_ahead 1024 sectors
md0 : active raid1 hdd1[1] hdc1[0] 6297344 blocks [2/2] [UU]
unused devices: none
[root@raven src]#
Please note the name "read_ahead".
RE: Monitoring?
Title: RE: Monitoring? } -Original Message- } From: Roeland M.J. Meyer [mailto:[EMAIL PROTECTED]] } But that is not the ONLY underscore; } } [root@raven src]# cat /proc/mdstat } Personalities : [linear] [raid0] [raid1] [raid5] } read_ahead 1024 sectors } md0 : active raid1 hdd1[1] hdc1[0] 6297344 blocks [2/2] [UU] } unused devices: none } [root@raven src]# } } Please note the name read_ahead. then 'grep md | grep _' or perl, awk etc equivalents. Stuart
RE: Monitoring?
On Fri, 12 Nov 1999, Roeland M.J. Meyer wrote:
It should be fairly simple to grep for underscores in
/proc/mdstat using
cron+{perl,grep,whatever} and send a mail if one is found.
When a disk dies it is marked in /proc/mdstat like [UU_U].
But that is not the ONLY underscore;
Personalities : [linear] [raid0] [raid1] [raid5]
read_ahead 1024 sectors
md0 : active raid1 hdd1[1] hdc1[0] 6297344 blocks [2/2] [UU]
Please note the name "read_ahead".
OK, then grep for md[0-15] first and then grep for an underscore.
Jason Clifford http://www.definitelinux.com/
Definite Linux - The UK's leading distribution with crypto support
Linux Workstation and Server Systems
Re: Monitoring?
[ Friday, November 12, 1999 ] Roeland M.J. Meyer wrote: But that is not the ONLY underscore; --- drivers/block/md.c.orig Fri Nov 12 10:59:44 1999 +++ drivers/block/md.c Fri Nov 12 10:59:59 1999 @@ -884,7 +884,7 @@ sz+=sprintf (page+sz, "[%d %s] ", i, pers[i]-name); page[sz-1]='\n'; - sz+=sprintf (page+sz, "read_ahead "); + sz+=sprintf (page+sz, "read-ahead "); if (read_ahead[MD_MAJOR]==INT_MAX) sz+=sprintf (page+sz, "not set\n"); else
Re: Monitoring?
On Fri, Nov 12, 1999 at 03:43:34PM -, Adamson, Stuart wrote: } -Original Message- } From: Roeland M.J. Meyer [mailto:[EMAIL PROTECTED]] } But that is not the ONLY underscore; } } [root@raven src]# cat /proc/mdstat } Personalities : [linear] [raid0] [raid1] [raid5] } read_ahead 1024 sectors } md0 : active raid1 hdd1[1] hdc1[0] 6297344 blocks [2/2] [UU] } unused devices: none } [root@raven src]# } } Please note the name "read_ahead". then 'grep md | grep _' or perl, awk etc equivalents. Stuart Actually .. I would be thinking regular expressions would be usefull right about here. .. something like "md[0-9]+" instead of matching for md alone. -- "That is precisely what common sense is for, to be jarred into uncommon sense." ++ Eric Temple Bell, Mathmatics: Queen of the Sciences Mark Ferrell: Major'Trips' Lead Programmer : Chaotic Dreams Development Team URL : http://www.planetquake.com/chaotic E-Mail : [EMAIL PROTECTED]
Re: Monitoring?
"Roeland M.J. Meyer" wrote: But that is not the ONLY underscore; Please note the name "read_ahead". So grep for an underscore with a [ or a U in front of it: grep '[\[U]_' /proc/mdstat -- Mike Marion - Unix SysAdmin/Engineer, Qualcomm Inc. There's even a parody for people opposed to hunting: Deer Avenger. In it, bazooka-toting deer lure potbellied hunters to their death with such "genuine hunter calls" as a feminine cry of "Help, I'm naked, and I have a pizza." - Joshua Quittner, in an article on the Hunting computer game craze in the 12/7/98 issue of Time
Re: any disk monitoring software for raids?
Egon Eckert wrote: Anybody know of any disk rate monitoring software out there that will monitor disk ios and disk transfer rates on Linux systems? Do you know this? vmstat 1 Or this? cat /proc/stat tomas/
Re: any disk monitoring software for raids?
Anybody know of any disk rate monitoring software out there that will monitor disk ios and disk transfer rates on Linux systems? Do you know this? vmstat 1 Egon Eckert
any disk monitoring software for raids?
Anybody know of any disk rate monitoring software out there that will monitor disk ios and disk transfer rates on Linux systems? On another os, I have a monitor program that records the following information: hostname Fri Oct 8 13:14:29 1999 2.25 1.65 1.531 user Mem: act inact wired free Forks: fork vforkChar: in out 124336 10664 17440 1216 7.88 0.00 0.0 101.5 Paging: re pin pout flts cowzf hit% Disk: kbps tps queue 072 0 822 23678 0 rz0 404 55 2 rz2 154 0 Swap: Reserved Free Cache: Namei Buffer 2% 98% 96% 99% CPU: user nice sys idle wait swtch intr scall #0 280 7102647338 2139 Net: ipkts ierrs opkts oerrs collis ln0 57.20.0 42.40.01.0 sl00.00.00.00.00.0 lo0 28.10.0 28.10.00.0 ppp0 0.00.00.00.00.0 Paging: re pin pout flts cowzf hit% Disk: kbps tps 072 0 822 23678 0 rz0 404 55 rz2 154 In particular, I am interested in the number of bytes per second written to each disk drive (whether they are raided or not). I am looking for bottlenecks. I may try to port the software, but am not interested in reinventing the wheel if anyones knows of monitoring software for Linux that already exists. Thanks in advance, Kent Ziebell
Re: MegaRAID monitoring - list
hi ya andrew... I donno... but if it did...it'd make monitoring the raid drives/controller trivial to monitor it for the various status codes... have fun alvin Andrew B. Cramer wrote: Hi Alvin, A question, is there anything that returns the status of a MegaRaid controler, operating in hardware/Raid5 mode? Thanks- Andy
Re: MegaRAID monitoring
On Tue, 10 Aug 1999, Michael St. Laurent wrote: I've sucessfully installed Linux on a system with a MegaRAID 466 card and was wondering what sort of monitoring software might be available to notify me in the event of a drive failure. I thought this was handled by the firmware/driver. I have an older OEM version (ADAC Ultra) that has an onboard speaker and tone generator for drive events and errors. On a related issue, AMI released their MegaManager utility for Linux so you don't need to bring down the server for array maintenance/configuration. See the press release (next to the Penguin, of course) at http://www.megaraid.com/. The software can be downloaded from: ftp://ftp.megatrends.com/MegaRaid/Drivers/linux/linux.zip The above ZIP file contains the v1.01 driver and MegaManager utility (beta). Geof Goodrum Voice: +1-301-457-5100 Email: [EMAIL PROTECTED]
MegaRAID monitoring
I've sucessfully installed Linux on a system with a MegaRAID 466 card and was wondering what sort of monitoring software might be available to notify me in the event of a drive failure.
Re: MegaRAID monitoring
hi ya michael I've sucessfully installed Linux on a system with a MegaRAID 466 card and was wondering what sort of monitoring software might be available to notify me in the event of a drive failure. I've collected some raid monitoring software... - credit due to it's authors... some others are also using it... - see raid_monitor.* I also wrote an server monitoring program that will send emails and pages... - need to solve a few more "problems" before gpl release... have fun alvin http://www.Linux-Consulting.com/Raid/Docs/raid_monitor.* http://www.Linux-Consulting.com/Monitor - sorta like mon
