From: Laurent Riffard <laurent.riffard@free.fr>
To: reiserfs-list@namesys.com
Cc: Bruce Guenter <lists-reiserfs-list@bruce-guenter.dyndns.org>
Subject: Re: reiserfs tails and disk space
Date: Sat, 21 Jan 2006 19:08:23 +0100 [thread overview]
Message-ID: <43D27897.3090500@free.fr> (raw)
In-Reply-To: <200601200100.58038.vitaly@namesys.com>
Le 19.01.2006 23:00, Vitaly Fertman a écrit :
> On Thursday 19 January 2006 22:53, Bruce Guenter wrote:
>
>>On Wed, Jan 18, 2006 at 09:34:49PM +0300, Vitaly Fertman wrote:
>>
>>>thank you for the report, the attached patch should fix
>>>the broken mount options. please try it.
>>
>>It does indeed fix the problem. What other mount options would have
>>been affected by this problem?
>
>
> it does not seem to brake anything else.
>
>
>>In what version of the kernel was this
>>problem introduced?
>
>
> 2.6.13.
>
This patch have been pushed into 2.6.16-rc1-mm2, and now I have some
permissions problems : I'm not able to update some files or
directories althought the permissions seems OK. Not all files are
impacted.
Reverting
someone-broke-reiserfs-v3-mount-options-this-fixes-it.patch fixes my
permissions problems.
I have to say this filesystem have been badly hit by the
2.6.16-rc1-mm1 reiserfs' bugs. I had to issue a "fsck.reiserfs
--rebuild-tree" to get back about 1 Gb of files in lost+found
(reiserfsck 3.6.19).
Here are some logs taken with an unpatched 2.6.16-rc1-mm2 kernel :
Script started on Sat Jan 21 17:54:22 2006
[ this is root user ]
sh-3.00# cd /home/gnutella/
sh-3.00# df -h .
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vglinux1-lvhome
5.0G 4.8G 291M 95% /home
sh-3.00# mount
[...]
/dev/mapper/vglinux1-lvhome on /home type reiserfs (rw)
[...]
sh-3.00# ls -ld .
drwx--x--x 18 gnutella gnutella 768 Jan 21 16:35 .
sh-3.00# ls -l
total 16
drwxr-xr-x 3 gnutella gnutella 72 Dec 24 2002 News
lrwxrwxrwx 1 gnutella gnutella 21 Jan 20 00:19 azureus ->
/home/laurent/azureus
-rw-r--r-- 1 root root 121 Jan 21 16:35 essai
-rw-r--r-- 1 root root 121 Jan 21 15:44 essai2
-rw-r--r-- 1 root root 121 Jan 21 16:24 essai3
-rw-r--r-- 1 root root 0 Jan 21 16:35 essai4
drwxr-xr-x 5 gnutella gnutella 120 Jan 20 00:11 klibido
-rw------- 1 gnutella gnutella 377 Jan 20 00:22 nohup.out
drwx------ 7 gnutella gnutella 320 Jan 21 04:08 tmp
sh-3.00# touch essai5
touch: cannot touch `essai5': Permission denied
sh-3.00# > eesai5
sh: eesai5: Permission denied
sh-3.00# rm essai
rm: remove write-protected regular file `essai'? y
rm: cannot remove `essai': Permission denied
sh-3.00# strace touch essai
execve("/bin/touch", ["touch", "essai"], [/* 13 vars */]) = 0
uname({sys="Linux", node="antares.localdomain", ...}) = 0
brk(0) = 0x8051000
[...]
open("essai", O_WRONLY|O_NONBLOCK|O_CREAT|O_NOCTTY|O_LARGEFILE,
0666) = -1 EACCES (Permission denied)
utime("essai", NULL) = -1 EACCES (Permission denied)
write(2, "touch: ", 7touch: ) = 7
write(2, "cannot touch `essai\'", 20cannot touch `essai') = 20
write(2, ": Permission denied", 19: Permission denied) = 19
write(2, "\n", 1
) = 1
exit_group(1) = ?
Process 1699 detached
sh-3.00# ls -l
total 16
drwxr-xr-x 3 gnutella gnutella 72 Dec 24 2002 News
lrwxrwxrwx 1 gnutella gnutella 21 Jan 20 00:19 azureus ->
/home/laurent/azureus
-rw-r--r-- 1 root root 121 Jan 21 16:35 essai
-rw-r--r-- 1 root root 121 Jan 21 15:44 essai2
-rw-r--r-- 1 root root 121 Jan 21 16:24 essai3
-rw-r--r-- 1 root root 0 Jan 21 16:35 essai4
drwxr-xr-x 5 gnutella gnutella 120 Jan 20 00:11 klibido
-rw------- 1 gnutella gnutella 377 Jan 20 00:22 nohup.out
drwx------ 7 gnutella gnutella 320 Jan 21 04:08 tmp
sh-3.00# strace vi essai 2>/tmp/trace
[...]
sh-3.00# grep essai /tmp/essai
execve("/bin/vi", ["vi", "essai"], [/* 13 vars */]) = 0
stat64("essai", {st_mode=S_IFREG|0644, st_size=121, ...}) = 0
stat64("/home/gnutella/essai", {st_mode=S_IFREG|0644, st_size=121,
...}) = 0
stat64("essai", {st_mode=S_IFREG|0644, st_size=121, ...}) = 0
stat64("essai", {st_mode=S_IFREG|0644, st_size=121, ...}) = 0
access("essai", W_OK) = -1 EACCES (Permission denied)
open("essai", O_RDONLY|O_LARGEFILE) = 3
open("essai", O_RDONLY|O_LARGEFILE) = 3
stat64("essai", {st_mode=S_IFREG|0644, st_size=121, ...}) = 0
sh-3.00#
Script done on Sat Jan 21 18:24:23 2006
~~
laurent
prev parent reply other threads:[~2006-01-21 18:08 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-17 18:15 reiserfs tails and disk space Bruce Guenter
2006-01-17 18:58 ` Hans Reiser
2006-01-18 18:34 ` Vitaly Fertman
2006-01-19 19:53 ` Bruce Guenter
2006-01-19 22:00 ` Vitaly Fertman
2006-01-21 18:08 ` Laurent Riffard [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=43D27897.3090500@free.fr \
--to=laurent.riffard@free.fr \
--cc=lists-reiserfs-list@bruce-guenter.dyndns.org \
--cc=reiserfs-list@namesys.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.