| To: | jtrostel@xxxxxxxxxxxxxx |
|---|---|
| Subject: | Re: Difficulties with large ACL/DACL counts |
| From: | Nathan Scott <nathans@xxxxxxx> |
| Date: | Sat, 4 May 2002 07:55:38 +1000 |
| Cc: | acl-devel@xxxxxxxxxxx, Andreas Gruenbacher <ag@xxxxxxxxxxx>, XFS list <linux-xfs@xxxxxxxxxxx>, Timothy Shimmin <tes@xxxxxxxxxxxxxxxxxxxxxxx>, Marc Kaplan <mkaplan@xxxxxxxxxxxxxx>, "Burrows, Dan" <dburrows@xxxxxxxxxxxxxx> |
| In-reply-to: | <XFMail.20020503174123.jtrostel@snapserver.com>; from jtrostel@snapserver.com on Fri, May 03, 2002 at 05:41:23PM -0400 |
| References: | <XFMail.20020503174123.jtrostel@snapserver.com> |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
| User-agent: | Mutt/1.2.5i |
hi John, Tim and I came across this during the week -- we believe it to be a problem in our XFS code, returning E2BIG instead of ERANGE in some places where the user tools are expecting ERANGE (which we documented in the man pages when doing the unified syscalls). Ultimately, this prevents the tools from re-doing the request with a larger buffer, and we get an error instead of a retry. Should be fixed early next week, along with Ethan's other errno related problem (EPERM vs EACCESS), though I haven't had a chance to look into that in detail. cheers. -- Nathan |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Difficulties with large ACL/DACL counts, jtrostel |
|---|---|
| Next by Date: | [PATCH] fix data bug in device-mapping invalidation, Christoph Hellwig |
| Previous by Thread: | Difficulties with large ACL/DACL counts, jtrostel |
| Next by Thread: | [PATCH] fix data bug in device-mapping invalidation, Christoph Hellwig |
| Indexes: | [Date] [Thread] [Top] [All Lists] |