Hi
User and group quotas are separate. When either of the limits
is reached, a process with corresponding effective uid/gid is
not allowed to allocate any more space on a filesystem.
Andrew.
On Tuesday 29 July 2008 18:44:56 David Levi Hevroni wrote:
Hi,
We had some problem with lfs quota
On Jul 29, 2008 18:51 +0200, Thomas Roth wrote:
kern.log.1:Jul 20 06:47:19 kernel: LustreError:
27696:0:(upcall_cache.c:326:upcall_cache_get_entry()) acquire timeout
exceeded for key 0
kern.log.1:Jul 20 06:47:41 kernel: LustreError:
27713:0:(upcall_cache.c:326:upcall_cache_get_entry())
Andreas Dilger wrote:
On Jul 29, 2008 18:43 -0400, Mark Seger wrote:
your definition are perfect and I'll add them to my documentation. With
respect to my comment about chmod on 100 files only incrementing the
counter once, it did it 100 times this time when I tired it, so never
On Jul 30, 2008 02:37 -0400, Josephine Palencia wrote:
This work-around worked.
Thank you very much.
Can you please file a bug with the details.
A better solution is to replace / in s_id with _ when creating the
proc file so that the full pathname is available. Alternately, this
could create
On Tue, 2008-07-29 at 15:38 -0400, Ms. Megan Larko wrote:
Hello,
Hi,
Lustre-IOkit sgpdd-survey:
scsidevs=/dev/sg16
Per your followup message, you specify the block devices you want to
test, not their SG mapped device. sgpdd_survey will figure out what
devices they are mapped to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thank you, I was only looking at the mkfs.lustre didn't think the
hosts are the ones that need to look there, not mgs filesystem its self.
does the mgsspec also work for --mgsnode= when creating a file system?
mkfs.lustre [EMAIL
Hi Mark,
useful. I suppose one might also make that argument about things like
statfs, getattr - the only time I was able to make them change was in
response to lfs commands. Might that logic also be applied to
extended attributes and acl counters which I suspect also fall into
the category
I just did an interesting experiment. If I run the command 'lfs df' in
a tight loop, the reint_statfs counters increments once but if I stick
in a sleep 1, it increments it for every call. is this a bug or a
feature? Is it doing some kind of short-lived cache lookup in the first
can but not
On Jul 30, 2008 14:52 -0400, Mark Seger wrote:
I just did an interesting experiment. If I run the command 'lfs df' in
a tight loop, the reint_statfs counters increments once but if I stick
in a sleep 1, it increments it for every call. is this a bug or a
feature? Is it doing some
Kilian CAVALOTTI wrote:
Hi Mark,
useful. I suppose one might also make that argument about things like
statfs, getattr - the only time I was able to make them change was in
response to lfs commands. Might that logic also be applied to
extended attributes and acl counters which I
Daniel,
Daniel Kobras wrote:
Hi!
While debugging connection problems on a Lustre client running 1.6.5.1
on RHEL5, I discovered early replies in the client debug output.
Adaptive timeouts are disabled on the client, and our server
infrastructure in running stock 1.6.4.3 (RHEL5),
On Jul 30, 2008 18:15 -0400, Mark Seger wrote:
so here's the test I did. I created 200 files and set acls on all of
them. setxattr changed by 200. then I did an ls -l on the directory
with the files in it and getxattr changed by 1. when I removed all the
files reint changed by 200.
12 matches
Mail list logo