From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hans Reiser Subject: Re: metas Permission Denied Date: Thu, 29 Apr 2004 09:14:12 -0700 Message-ID: <409129D4.6050703@namesys.com> References: <16528.46352.173184.528623@laputa.namesys.com> <39CF0546-99EE-11D8-8CFE-000A95C88606@aoc.nrao.edu> <16529.9818.916980.360020@laputa.namesys.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <16529.9818.916980.360020@laputa.namesys.com> List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Nikita Danilov Cc: Boyd Waters , reiserfs-list Nikita Danilov wrote: >Boyd Waters writes: > > > > On Apr 29, 2004, at 1:56 AM, Nikita Danilov wrote: > > > > > Boyd Waters writes: > > >> Perhaps this is obvious, but why am I getting "Permission Denied" > > >> errors on the "metas" pseudo for some -- but not all -- of the files > > >> on > > >> a reiser4 volume? > > >> > > >> (doing this as root) > > > > > > Can you provide more details? > > > > Sorry, I know I was not very specific, but I thought perhaps there was > > a quick obvious answer. > > > > Here is a simple case: a directory that holds three files; I can see > > the metas dir on one of the files and not on another one. > > > > It's like this all over this file system. I cannot predict which files > > will let me look at their "metas" pseudo. All directories seem to > > support the metas pseudo consistently. > > > > > > > > > lurch __ # ls backup/ > > > backup.sh* fsplit* fsplit.c > > > > > lurch __ # ls backup/fsplit.c/metas > > > ls: backup/fsplit.c/metas: Permission denied > >chmod u+rx backup/fsplit.c > >"x" bit is necessary for lookups, and "r" bit---for readdir. > >Nikita. > > > > > Didn't someone send us a fix for this problem which separated the permissions? Remeind me what the problem with that was.....?