xfs
[Top] [All Lists]

Re: more xfs on ppc

To: linux-xfs@xxxxxxxxxxx
Subject: Re: more xfs on ppc
From: Thomas Graichen <news-innominate.list.sgi.xfs@xxxxxxxxxxxxx>
Date: 28 Aug 2000 05:59:42 GMT
Distribution: local
Organization: innominate AG, Berlin, Germany
References: <200008271408.JAA19490@xxxxxxxxxxxxxxxxxxxx>
Reply-to: Thomas Graichen <graichen@xxxxxxxxxxxxx>
Reply-to: thomas.graichen@xxxxxxxxxxxxx
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
Steve Lord <lord@xxxxxxx> wrote:

> I will try and take a look at this tomorrow - I am currently on
> the other side of a very slow network link. However, I would suspect this
> problem is not an on disk issue in particular, but a getdents output
> problem. Since for the cat of test to work the directory entry
> must be there for it to work.

my idea was - that this problem will most probably also manifest
itself on the disk too (if something goes wrong somewhere before
it goes to disk it will most probably not go clean to the disk
and the disk pattern may give an idea of what goes wrong) ... but
maybe i am wrong here

> You could use strace to look at the system call output from ls. try
> something like 

>       strace -o /tmp/strace.out -v ls

> You should see one or more getdents calls in the output, entries in
> the getdents output should look like this:

>       {d_ino=43042, d_off=64, d_reclen=24, d_name=".bash_logout"}

> You should see . .. XFS and test as d_name values.

> Let us know what you see as before and after output for the getdents
> calls in ls.

will do so tonight - thanks so far

t

-- 
thomas.graichen@xxxxxxxxxxxxx
technical director                                       innominate AG
clustering & security                                networking people
tel: +49.30.308806-13  fax: -77                   http://innominate.de

<Prev in Thread] Current Thread [Next in Thread>