Whats up with sync ? this is what happens when i run hdparm -t /dev/hda
( i tested /dev/hda with testdisk tool, and everything seems fine)
# df -h
FilesystemSize Used Avail Use% Mounted on
/dev/hda1 3.0G 2.5G 326M 89% /
/dev/hda2 139G 72G 68G 52%
Hello, i've been experiencing crashes for more than 2 months, and i'm
trying to figure out what is causing it. I sent to this list few
description of my problem, but you said it is not fault of reiser4.
I still have to hard proofs, but my apt-get is still very slow, and vim
is also not very
Tobi Kunze wrote:
Hi,
i have a strange problem with my system and i think it might be caused by
reiser4. If i write a file with vim, even if it is just a word, my harddisk
starts to write like mad for a few seconds and vim is not responding. The
problem does not exist with nano or emacs. One
Vladimir V. Saveliev wrote:
Hello
Artur Makówka wrote:
Hello, i've been investigating this problem for few weeks, and it seems
reiser4 can be reason for this.
My apache process is from no clear reason suddenly peaking to 95% CPU
usage and it stays that way until i kill it and start again
Hello, i've been investigating this problem for few weeks, and it seems
reiser4 can be reason for this.
My apache process is from no clear reason suddenly peaking to 95% CPU
usage and it stays that way until i kill it and start again.
It happens 6-7 times a day, i have hosting services on my
Avuton Olrich wrote:
On 11/23/05, Sander [EMAIL PROTECTED] wrote:
Please don't forget that the behavior without 'noatime' is new. I never
had my disk mounted 'noatime', and until recently did not experience the
huge slowdown. I assume the other people who reported this agree.
So whether or not
Ingo Bormuth wrote:
On 2005-11-22 11:23, Marcel Hilzinger wrote:
Did you ever think about, that this is not a reiser4 problem, but a kernel bug
or a problem related to hal?
Just to mention again:
I do not see the problem on my Laptop. I use a the clean vanilla-2.6.14.2
kernel manually
E.Gryaznova wrote:
Unfortunately we are not able to reproduce this slowdown. Would you
please provide more info?:
Is this 2.6.14-mm2 bad sync/fsync performance reproducible on fresh
created reiser4 too?
Are these values stable reproducible? If you run this test several time
-- do you have the
Artur Makówka wrote:
My slowdown problems are on my web server, so its concerning different
things than Evolution. but this slowdown was very easy to notice when
writing something with vim.
Anyways, i remembered that i was using stable kernel without this
happening some time ago. So i tested
Thorsten Hirsch wrote:
Hi,
I've seen the mails in the mail archive concerning a slow-down problem
with reiser4. Seems like I've got the same problem. My kernel is
2.6.14-mm2 (gentoo) and my default disk scheduler is anticipatory, but
I've also tried cqf and I'd say that it depends on the
Avuton Olrich wrote:
It's funny that you mention vim. vim seems to be what _really_ makes
my reiser4 do the 'slowdown'. I call it harddrive thrashing cause
that's what my wife calls it when she hears it from 5 yards away :)
Right before saving or saving/exiting it really does this thrashing,
Pat Double wrote:
On Sunday 13 November 2005 08:05, Artur Makówka wrote:
Thomas Kuther wrote:
i was using anticipatory I/O as default in debian. i just did echo cfq
/sys/block/hda/queue/scheduler. Hope its enough to change it.
no noticed effects yet, i will give report, if anything changes
Laurent Riffard wrote:
Le 13.11.2005 01:55, Artur Makówka a écrit :
[snip]
one more thing im pretty sure of - the 2.6.13mm3 without any reiser4
additional patches (just clean 2.6.13mm3 as it has reiser4 already
built) is working fine.
i mean, im not sure if this bug still exists here, but im
Thomas Kuther wrote:
On Sun, 13 Nov 2005 13:29:25 +0100
Artur Makówka [EMAIL PROTECTED] wrote:
it crashed today morning, so 2.6.13mm is not much better than 2.6.14.
My fs is heavly used (but not overloaded) by many apache process or
ftp process or postfix process.
I have free hosting server
rvalles napisał(a):
Still having the same problem, with 2.6.14.2 patched with 2.6.14-1
reiser4 patch.
It's easy to trigger it while editing a file with vim, and it does take
a hell of a long wait (while it hits the disk for a minute or so,
sometimes) for it to unlock.
or if you try to run
On Saturday 12 November 2005 06:38, Hans Reiser wrote:
Being seamless, cleanly implemented, and requiring little or no admin
work, matters a lot to end users.
Amen, Brother!
Yes, users can do what you said with rsync, but it is important that it
be no more work than specifying a
Hans Reiser wrote:
John Gilmore wrote:
On Saturday 12 November 2005 06:38, Hans Reiser wrote:
Being seamless, cleanly implemented, and requiring little or no admin
work, matters a lot to end users.
Amen, Brother!
Yes, users can do what you said with rsync, but it is important
hi, how can i apply all patches that are inside broken-out package (for
reiser4 2.6.13) ? also, what does it mean in practice this broken-out ?
( i know its not reiser questoin, the second one, but i maybe someone will
answer anyways)
sorry for such basic questions, but there is no
Will it work also with 2.6.13.2 kernel ? or is it only for 2.6.13 ( or
2.6.13.1 )
i couldnt find any information about this on page, and i want to be
sure...
I used it fine with 2.6.13.2... but my wireless card isn't supported
there. (it's been included in 2.6.14x, so it was never patches
Will it work also with 2.6.13.2 kernel ? or is it only for 2.6.13 ( or
2.6.13.1 )
i couldnt find any information about this on page, and i want to be
sure...
sorry for resending, but no answer has been given
Hello
Artur Makówka wrote:
Hello, my server crashed few times latetly, and the only strange thing i
found in logs, are reiser4 entries just before every crash:
#1 crash:
kern.log:Sep 27 21:09:06 werewolf kernel:
reiser4[pure-ftpd-mysql(18871)]: parse_node40
(fs/reiser4/plugin/node/node40.c
Will it work also with 2.6.13.2 kernel ? or is it only for 2.6.13 ( or
2.6.13.1 )
i couldnt find any information about this on page, and i want to be sure...
Hello, my server crashed few times latetly, and the only strange thing i
found in logs, are reiser4 entries just before every crash:
#1 crash:
kern.log:Sep 27 21:09:06 werewolf kernel: reiser4[pure-ftpd-mysql(18871)]:
parse_node40 (fs/reiser4/plugin/node/node40.c:746)[nikita-494]:
now it is crashing even more often, i will paste more logs, as it seems to
changed a little:
Sep 28 19:28:52 werewolf kernel: reiser4[pure-ftpd-mysql(7092)]:
parse_node40 (fs/reiser4/plugin/node/node40.c:746)[nikita-494]:
Sep 28 19:28:52 werewolf kernel: WARNING: Wrong level found in node: 1 !=
24 matches
Mail list logo