[prev in list] [next in list] [prev in thread] [next in thread]
List: reiserfs-devel
Subject: Re: -mm issues with Reiserfs and deleting files.
From: Angel <angel666 () socal ! rr ! com>
Date: 2003-11-25 5:59:16
[Download RAW message or body]
> 1. are there any messages in the kernel log?
None that I can find relating to reiserfs
> 2. with what options reiserfs is mounted (cat /proc/mounts)?
/dev/root / reiserfs rw,noatime 0 0
> 3. send us output of "strace rm config.log"
I have attached the full output but the following lines stick out to me.
access("config.log", W_OK) = 0
unlink("config.log") = -1 EACCES (Permission denied)
write(2, "rm: ", 4rm: ) = 4
write(2, "cannot remove `config.log\'", 26cannot remove `config.log') = 26
write(2, ": Permission denied", 19: Permission denied) = 19
On Mon, 24 Nov 2003 15:01:53 +0300
Nikita Danilov <Nikita@Namesys.COM> wrote:
> Andrew Morton writes:
> > Angel <angel666@socal.rr.com> wrote:
> > >
> > > angel velocity-0.1 # rm config.log
> > > rm: cannot remove `config.log': Permission denied
> > > angel velocity-0.1 # whoami
> > > root
> > > angel velocity-0.1 #
>
> [Andrew, please forward reiserfs bug reports to the
> Reiserfs-Dev@Namesys.COM and Reiserfs-List@Namesys.COM, this has better
> chances to get fast response.]
>
> > >
> > > All files from a certain directory are unable to be deleted. I have since \
> > > tested it in other kernels such as 2.4 and back tracked through the -mm series \
> > > (of versions I had installed) to where I could still remove files. It works in \
> > > 2.6.0-test7-mm1 but fails in 2.6.0-test9-mm3, 2.6.0-test9-mm4, and \
> > > 2.6.0-test9-mm5. touch also fails in this directory. The directorys where \
> > > this weird behavior is happening isn't unique and seems randomly spread \
> > > throughout the filesystem. I have run the filesystem through reiserfsck and it \
> > > turned out clean. I hope I have sent the bug report to the proper person and I \
> > > thank you for all your hard work.
>
> We had similar report recently, also about -mm kernels. In that case
> user fixed it by doing
>
> $ chown -R someuser.somegroup /directory-with-unkillable-file
>
> I wasn't able to trace causes of this problem. May be we shall be
> luckier this time:
>
> 1. are there any messages in the kernel log?
> 2. with what options reiserfs is mounted (cat /proc/mounts)?
> 3. send us output of "strace rm config.log"
>
> >
> > Nikita works on reiserfs...
> >
> > He'll probably ask you to test 2.6.0-test9.
>
> Nikita.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic