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
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't help me
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 that
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
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
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 , and
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 new quota format
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 :)
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 trashbin
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
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 internals.
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 hours (under
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 help us to find
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
14 matches
Mail list logo
