a question about disk quota
a question about disk quota
am 13.03.2004 16:34:29 von Luca Ferrari
Hello,
I've got some problems using disk quotas, or better I saw some strange
behaviors that I cannot explain to myself.
This is the situation: one file server (Linux debian 3.0 r2) with homes
mounted by client (debian too) through NFS. Users cannot access directly to
the server, and this means the only directories they can see is their home,
mounted thru NFS.
Since the number of user start growing fast,I decided to activate disk quotas
per users. To do so I applied a first quota to a user and then copied it to
all others using edquota -p. In other words I applied quotas after some users
have already started to use their disk space, so that they can be already out
of the quota limit. In fact, some users had to delete some files to come back
under the limit, and until now all seems right.
But from a few days I found some users with large amounts of disk usage,
exceeding the quota (and thus unable to save files), but I cannot find their
files! In other words, checking their home they don't seem to use more space
than the quota limit. I have already tried with find, to see all their files,
I have ran quotacheck more than one time (and I execute it every night), but
I cannot find their files.
The only solution I found is to temporarily raise their quota, but this is not
what I want to do. Any idea? Could it be a bug? I'm using quota v2.
Thanks,
Luca
--
Luca Ferrari,
fluca1978@virgilio.it
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: a question about disk quota
am 15.03.2004 11:17:06 von Glynn Clements
Luca Ferrari wrote:
> But from a few days I found some users with large amounts of disk usage,
> exceeding the quota (and thus unable to save files), but I cannot find their
> files! In other words, checking their home they don't seem to use more space
> than the quota limit. I have already tried with find, to see all their files,
> I have ran quotacheck more than one time (and I execute it every night), but
> I cannot find their files.
> The only solution I found is to temporarily raise their quota, but this is not
> what I want to do. Any idea? Could it be a bug? I'm using quota v2.
Have you checked the entire filesystem, not just their home
directories?
Do any of the users have processes running which could be holding onto
deleted files?
--
Glynn Clements
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: a question about disk quota
am 16.03.2004 12:23:08 von Stephen Samuel
Quotas are based on file ownership, not location. The files owned
by the over-quota users may be in another user's directory...
try:
find /partition -user victim -ls
where /partition is the partition where the quotars are applied.
Luca Ferrari wrote:
> Hello,
> I've got some problems using disk quotas, or better I saw some strange
> behaviors that I cannot explain to myself.
> This is the situation: one file server (Linux debian 3.0 r2) with homes
> mounted by client (debian too) through NFS. Users cannot access directly to
> the server, and this means the only directories they can see is their home,
> mounted thru NFS.
.....
> But from a few days I found some users with large amounts of disk usage,
> exceeding the quota (and thus unable to save files), but I cannot find their
> files! In other words, checking their home they don't seem to use more space
> than the quota limit. I have already tried with find, to see all their files,
--
Stephen Samuel +1(604)876-0426 samuel@bcgreen.com
http://www.bcgreen.com/~samuel/
Powerful committed communication. Transformation touching
the jewel within each person and bringing it to light.
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: a question about disk quota
am 16.03.2004 12:55:14 von Luca Ferrari
On Tuesday 16 March 2004 12:23 Stephen Samuel's cat walking on the keyboard
wrote:
> Quotas are based on file ownership, not location. The files owned
> by the over-quota users may be in another user's directory...
I know this, and it is for this reason that I'm surprised, since the users
cannot access the whole disk, but only homes mounted via NFS. I've already
tried to find files by owner along the whole disk, but I'm unable to find a
total amount that exceeds the quota.
I cannot explain it to myself.
Luca
--
Luca Ferrari,
fluca1978@virgilio.it
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: a question about disk quota
am 16.03.2004 16:42:46 von dmarian
Did you run quotacheck in single user mode?
Luca Ferrari wrote:
> On Tuesday 16 March 2004 12:23 Stephen Samuel's cat walking on the keyboard
> wrote:
>
>
>>Quotas are based on file ownership, not location. The files owned
>>by the over-quota users may be in another user's directory...
>
>
> I know this, and it is for this reason that I'm surprised, since the users
> cannot access the whole disk, but only homes mounted via NFS. I've already
> tried to find files by owner along the whole disk, but I'm unable to find a
> total amount that exceeds the quota.
> I cannot explain it to myself.
>
> Luca
>
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: a question about disk quota
am 17.03.2004 20:14:24 von Luca Ferrari
On Tuesday 16 March 2004 16:42 Dar=EDo Mariani's cat walking on the key=
board =20
wrote:
> Did you run quotacheck in single user mode?
>
No, but I have quotacheck in my crontab. The problem is that home direc=
tories=20
are on the same partition of the /. I believe this is not a good idea, =
but=20
this machine has been inherited, so I have to put it working as it is. =
Coming=20
back to quota, the fact that homes are on the same partition of the / i=
mposes=20
to run quotacheck with the filesystem in rw mode, and as quotacheck war=
ns me,=20
it can cause errors. But what i found is users with 100.000 blocks, whi=
le=20
quota is just 10.000 and their home is about 1-2MB.
I know that it seems ridiculus, but I don't know where to check for fil=
es.
Luca
--=20
Luca Ferrari,
fluca1978@virgilio.it
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: a question about disk quota
am 18.03.2004 16:41:53 von Richard Nairn
Try doing a "find / -type f -uid nnn" That will find all the files that=
=20
the person owns.
On Wed, 17 Mar 2004 20:14:24 +0100, Luca Ferrari
>=20
wrote:
> On Tuesday 16 March 2004 16:42 Dar=EDo Mariani's cat walking on the=20
> keyboard
> wrote:
>
>> Did you run quotacheck in single user mode?
>>
>
> No, but I have quotacheck in my crontab. The problem is that home=20
> directories
> are on the same partition of the /. I believe this is not a good idea=
,=20
> but
> this machine has been inherited, so I have to put it working as it is=
.
> Coming
> back to quota, the fact that homes are on the same partition of the /=
=20
> imposes
> to run quotacheck with the filesystem in rw mode, and as quotacheck=20
> warns me,
> it can cause errors. But what i found is users with 100.000 blocks, w=
hile
> quota is just 10.000 and their home is about 1-2MB.
> I know that it seems ridiculus, but I don't know where to check for=20
> files.
>
> Luca
--=20
| Richard Nairn Specializing in Linux
| Nairn Consulting Web / Database Solutions
| Calgary, AB
| Richard@NairnConsulting.ca
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html