where is the 2.4.12 knfsd ?
or is the code built right in these days?
ftp://ftp.namesys.com/pub/misc-patches/
shows last one to be 2.4.2.
--
Dan
+--+
| BRAVENET WEB SERVICES |
| [EMAIL PROTECT
Has anybody tested quota support with Linus's 2.4.12 kernel? I'd like to
get this working soon, but I all that I could find are patches for 2.4.10
and 2.4.13-pre1. Does anybody consider reiserfs quotas ready for
production?
Also, what is reiser's offical repsonse to quota support? Will ther
On Oct 19, 2001 17:21 +0200, Pierre Etchemaite wrote:
> Yes, moving files to a "trashbin folder" should be very fast (even
> faster than a real unlink ?), and even if you pay the price of the
> real unlink later (when flushing the trashbin folder), it should be
> ok for "desktop usage"... reiserf
Hello, Linus, Alan
This patch makes reiserfs to return -EINVAL when remount failed because of wrong
options specifed.
Please apply
diff -rup linux-2.4.13-pre5/fs/reiserfs/super.c linux-2.4.13-pre5-1/fs/reiserfs/super.c
--- linux-2.4.13-pre5/fs/reiserfs/super.c Fri Oct 19 19:15:21 2001
+
"Vladimir V. Saveliev" wrote:
>
> Hi
>
> Harald Barth wrote:
>
> > > I do not think so. The problem probably appeared not recently, but
> > > some time ago. But, if you found a reliable way (either with this
> > > arlad or with something else) to get files sharing one objectid that
> > > would
Hi
Harald Barth wrote:
> > I do not think so. The problem probably appeared not recently, but
> > some time ago. But, if you found a reliable way (either with this
> > arlad or with something else) to get files sharing one objectid that
> > would help us to find this bug.
>
> It took only 6 hour
Hi
Pierre Etchemaite wrote:
> Le 18-Oct-2001, Greg Ward écrivait :
> >> just performance wise i think an unlink to a new
> >> directory everytime a file is deleted will slow the fs down
> >
> > I would have thought intra-filesystem moves were pretty fast, but again
> > I know nothing about FS in
Hi
[EMAIL PROTECTED] wrote:
> Does anyone know the difference between the r5, tea and rupasov hash
Well, there is some well hidden documentation about it.
If you will get
ftp.namesys.com/pub/reiserfs-for-2.2/linux-2.2.18-reiserfs-3.5.30-patch.gz
and unpack it with
zcat linux-2.2.18-reiserfs-3.
Le 18-Oct-2001, Greg Ward écrivait :
>> just performance wise i think an unlink to a new
>> directory everytime a file is deleted will slow the fs down
>
> I would have thought intra-filesystem moves were pretty fast, but again
> I know nothing about FS internals.
Yes, moving files to a "trashb
> I do not think so. The problem probably appeared not recently, but
> some time ago. But, if you found a reliable way (either with this
> arlad or with something else) to get files sharing one objectid that
> would help us to find this bug.
It took only 6 hours (under moderate cache usage) on a
On Fri, Oct 19, 2001 at 08:03:10PM +0800, Liu Tao wrote:
> Thank you.
> I think .viminfo was written right before the crash.
> And there is no .viminfo~ in my directory.
> But I don't understand why wrong contents appear in that file.
> Perhaps I should learn more about reiserfs and jouranling :)
On Fre, 19 Okt 2001, [EMAIL PROTECTED] wrote:
> Does anyone know the difference between the r5, tea and rupasov hash
> functions in mkreiserfs 3.x.0i?
-r5 is supposed to be the average-best.
Dirk
On Friday, October 19, 2001 03:27:45 PM +0200 Philippe Gramoullé
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Sun, 14 Oct 2001 18:54:12 -0400 Chris Mason wrote:
>
>> Hello everyone,
>>
>> This is beta code, it is working here, but should not be used on
>> production machines.
>
> We tried the n
Hi,
On Sun, 14 Oct 2001 18:54:12 -0400 Chris Mason wrote:
>Hello everyone,
>
>This is beta code, it is working here, but should not be used on
>production machines.
We tried the new quota format with lots of process doing reads , writes
(at the same time : ltp , dbench 32, kernel compilation ,
Does anyone know the difference between the r5, tea and rupasov hash
functions in mkreiserfs 3.x.0i?
Which one gives the best performance?
Thanks,
pesarif
Thank you.
I think .viminfo was written right before the crash.
And there is no .viminfo~ in my directory.
But I don't understand why wrong contents appear in that file.
Perhaps I should learn more about reiserfs and jouranling :)
Regards
Liu Tao
On Friday 19 October 2001 18:19, you wrote:
> Hi
Hi
Liu Tao wrote:
> I am using 2.4.12 and all my partions are reiserfs.
> Atfer a dirty reboot caused by an accident when i was using vim,
> a bad .viminfo appears in my home directory.
> Is that fs's fault?
>
It depends from what did happen with that file right before crash.
If vim wrote into
Hi
>> A problem like this could be caused by a "shared objectids".
>> What happened there is that two files got the same objectid.
>They shouldn't have, right?
Yes.
>> You can try to find such files, make their new copies them, remove
>> originals, and rename copies to originals.
>That doesn'
Hi
Ok, I think I understand now: you concern about whether it is reliable to have
reiserfs filesystem filled up to 100%?
That should not cause any problems like file corruptions (but -ENOSPC, of
course).
But, it is known that it is not a good idea to allow filesystem to be that full
all the time.
19 matches
Mail list logo
