Bug 1119717

Description of problem:
------------------------

While the usage of a particular directory had reached the hard limit, and the quota service was in critical state, usage on another directory reached the soft limit. This caused the service to change state from critical to warning which *should not* happen, with usage on one directory having reached the hard limit.

The status information of the service was as follows when the service was critical -

QUOTA:hard limit reached on /test1:

While usage of test1 was still equal to the hard limit, the usage on / exceeded the soft limit, this is when the status of the service changed to warning from critical, and the status information was as follows -

QUOTA: Usage is above soft limit: 57.1GB used by /

Notifications via e-mail and SNMP were sent for this change of state.

After a while the state of the service changed back to critical with the following status information - 

QUOTA:hard limit reached on /test1: soft limit exceeded on /

The above message is the expected status information. Notifications were again sent.

Version-Release number of selected component (if applicable):
gluster-nagios-addons-0.1.9-1.el6rhs.x86_64

How reproducible:
Saw it once.

Steps to Reproduce:
1. On the client machine, write data to directory test1 at the mount point in such a way that the soft limit is exceeded.
2. Continue to write data to test such that the hard limit is reached. Writes are now disallowed inside test.
3. Repeat step 1 for directory / (the mount of the volume).

Actual results:
The actual result seen is as described above, the status of the service changed from critical to warning, even though usage on one directory had reached the hard limit.

Expected results:
Expected is that the status of the service remain in critical state with the status information being updated appropriately.

Additional info: