4

We are doing Ok (we'd like to think) monitoring our GlusterFS servers via Icinga. We'd like to monitor the clients too.

Other than making sure, there is a glusterfs process running for each glusterfs-entry in /etc/fstab, what else can be done? We'd like to avoid superficial reads/writes on the mounted volumes, if possible -- can the health of a mount be monitored without adding additional loads, however small?

Any other thoughts? Thanks!

Mikhail T.
  • 2,338
  • 1
  • 24
  • 55
  • 1
    what about using a custom SNMP MIB ? fetching information out of the logs maybe ? – Nikolaidis Fotis Sep 05 '14 at 13:23
  • 1
    What will populate the SNMP information? I'm not asking for monitoring framework -- we have one already. I'm wondering, _what_ to look for -- not _how_. Information from logs? Anything in particular I should look for? Thanks! – Mikhail T. Sep 06 '14 at 18:17

1 Answers1

2

As you say I'd avoid to actually access the volume to verify its availability because in case of failure I'd have a process stuck in interruptible state (the check itself).

The glusterfs process should be in a valid state (i.e. not Zombie), and the mountpoint should be properly listed in /proc/mounts and/or /etc/mtab. You may want to check that the GlusterFS servers are reachable by the clients (i.e., no firewall rules are blocking them).

Some sort of (client) log analysis could give you even more insight, but I have no patterns to suggest.

The tools on GlusterForge seems to be mostly server-oriented:

S19N
  • 1,803
  • 1
  • 19
  • 28