[hobbit] Monitoring linux quotas
Josh Luthman
josh at imaginenetworksllc.com
Wed Jan 16 19:50:25 CET 2008
Galen,
Excellent! I look forward to seeing the script next week (or when you get
around to it =)
Josh
On 1/16/08, Galen Johnson <Galen.Johnson at sas.com> wrote:
>
> it's similar…under solaris, grace is 'timeleft' and there's no summation
> but the core appears to be the similar enough on minor checks would need to
> be made.
>
>
>
> =G=
>
>
>
> *From:* Josh Luthman [mailto:josh at imaginenetworksllc.com]
> *Sent:* Wednesday, January 16, 2008 1:14 PM
> *To:* hobbit at hswn.dk
> *Subject:* Re: [hobbit] Monitoring linux quotas
>
>
>
> Galen,
>
> Does your output look like this?
>
> -> repquota -av
> *** Report for user quotas on device /dev/md0
> Block grace time: 7days; Inode grace time: 7days
> Block limits File limits
> User used soft hard grace used soft hard grace
> ----------------------------------------------------------------------
> root -- 1453828 0 0 43803 0 0
> daemon -- 20 0 0 3 0 0
> <snip>
> jluthman -- 284 0 0 44 0 0
> testuser +- 1287896 1048576 0 6days 6 0 0
>
> Statistics:
> Total blocks: 7
> Data blocks: 1
> Entries: 16
> Used average: 16.000000
>
> Josh
>
> On 1/16/08, *Galen Johnson* <Galen.Johnson at sas.com> wrote:
>
> Yep…solaris and OSX use the same commands for local filesystem quotas.
> There's a wrapper script for 'repquota -av' that needs to be tweaked to work
> correctly that we may be able to modify…I need to do this for another
> environment so I may get to it this weekend or next week.
>
>
>
> For your info, NetApp is basically a standalone nfs server (of cifs if you
> want to add windows mounts as well).
>
>
>
> =G=
>
>
>
> *From:* Josh Luthman [mailto:josh at imaginenetworksllc.com]
> *Sent:* Wednesday, January 16, 2008 12:04 PM
>
>
> *To:* hobbit at hswn.dk
> *Subject:* Re: [hobbit] Monitoring linux quotas
>
>
>
> I am using "linux quotas" on Centos 5.1 (a RHEL derivative).
>
> I've never heard of NetApp. The command I'm using to check the quotas are
> edquota and repquota. I had to stick in the quota options in /etc/fstab
> too. Does this help confirm I'm using the right quotas?
>
> Here is what the RPM says:
>
> Name : quota
> Arch : i386
> Epoch : 1
> Version: 3.13
> Release: 1.2.3.2.el5
> Size : 783 k
> Repo : installed
> Summary: System administration tools for monitoring users' disk usage.
>
> Description:
> The quota package contains system administration tools for monitoring
> and limiting user and or group disk usage per filesystem.
>
> On 1/16/08, *Galen Johnson* <Galen.Johnson at sas.com> wrote:
>
> There's actually a better netapp monitoring tool for Hobbit (which I think
> works for BB as well). I've found several snippets of various commands and
> perl scripts that could probably be cobbled together into a decent monitor.
>
>
>
> =G=
>
>
>
> *From:* Ralph Mitchell [mailto: ralphmitchell at gmail.com]
> *Sent:* Wednesday, January 16, 2008 10:56 AM
> *To:* hobbit at hswn.dk
> *Subject:* Re: [hobbit] Monitoring linux quotas
>
>
>
> On Jan 16, 2008 9:31 AM, Galen Johnson <Galen.Johnson at sas.com> wrote:
>
> Unfortunatley, you didn't…I do recall seeing one but now I don't recall
> where.
>
>
> You may be thinking of this:
>
> http://support.bb4.com/archive/200009/msg00877.html
>
> which uses rsh to get disk usage/quota from NetApp fileservers.
>
> Dunno if that helps, but it might give you a place to start. How does the
> system tell you the users are exceeding their quotas??
>
> Ralph Mitchell
>
>
>
>
> --
> Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
>
> Those who don't understand UNIX are condemned to reinvent it, poorly.
> --- Henry Spencer
>
>
>
>
> --
> Josh Luthman
> Office: 937-552-2340
> Direct: 937-552-2343
> 1100 Wayne St
> Suite 1337
> Troy, OH 45373
>
> Those who don't understand UNIX are condemned to reinvent it, poorly.
> --- Henry Spencer
>
--
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20080116/625f1026/attachment.html>
More information about the Xymon
mailing list