All of lore.kernel.org
 help / color / mirror / Atom feed
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


      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.