From: Deacy, Michael (Michael.Deacy@TycoHealthcare.com)
Date: Tue Jun 01 2004 - 13:34:02 EDT
Thanks to:
Dr. Thomas Blinn
Chris Ruhnke
Iain Barker
Alan Davis
Bryan LaVelle
In summary, I got assurances that while the quota file might say it is big,
it really is not, though as I indicated in the original post, vdump appeared
to be out of the loop on that. Toward that end, HP Support directed me to
use the -D switch which avoids backing up the quota files, which could be a
help.
I was hoping to gain some insight as to why the file might report in as big
as it does; I have similar systems with similar group IDs (including the
source system) but the quota files are fractions of this size of this one.
HP Support also gave me an idea on shrinking the reported size (turn quotas
on and run quotacheck) but this did not change anything.
Thanks again for the assistance.
Mike
-----Original Message-----
From: Deacy, Michael [mailto:Michael.Deacy@TycoHealthcare.com]
Sent: Thursday, May 27, 2004 12:10 PM
To: Tru64 Unix Managers (tru64-unix-managers@ornl.gov)
Subject: Quota.group file issue
Greetings Admins:
I recently 'cloned' one of our Tru64 4.0G systems onto different hardware. I
booted off of CD, built a generic system, and then laid our backup (vdump
created) down on top of the root and usr filesystems. We use this method
for DR activities and it's worked well. I'm giving this info as background;
it may be irrelevant to the issue.
I noticed later when backing up (using vdump) this 'cloned' system that the
root_domain filesystem had a quota.group file that was in excess of 136GB.
It wasn't really that big but a filesystem listing (using the ls command)
was reporting it that way. Vdump was treating that way but thankfully must
have compressed it to the nothingness that it really was.
My question is - does anyone know what might cause this? Any way to get rid
of this? The source system does not have a corresponding file that size. HP
support has thus far skirted the central question but I will press further
and report back.
Thanks in advance for any assistance.
Mike Deacy
U.S. Surgical
(203) 845-2732
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:50:00 EDT