cowardly: assertion failed:
carry_level_invariant(doing, CARRY_DOING)
Hopefully this is enough information to help you track down the problem.
On Mon, 2003-09-01 at 22:03, Yury Umanets wrote:
On Tue, 2003-09-02 at 01:53, Mike Benoit wrote:
I assume this isn't supposed to happen?
[EMAIL PROTECTED
: 0
tree height:2
key policy: LARGE
On Tue, 2003-09-02 at 22:33, Yury Umanets wrote:
On Tue, 2003-09-02 at 20:51, Mike Benoit wrote:
Since I enabled all the debugging options that would compile, I re-ran
the mkfs.reiser4 /dev/hda8, then attempted to untar the linux kernel
again
turn up anything.
Just let me know what steps you want me to take to help you debug this.
On Fri, 2003-09-05 at 01:20, Yury Umanets wrote:
On Thu, 2003-09-04 at 23:52, Mike Benoit wrote:
[EMAIL PROTECTED] root]# debugfs.reiser4 -t /dev/hda8
debugfs.reiser4 0.4.12
Copyright (C) 2001, 2002
]
Merge thebsh:/home/bk/reiser4
into tribesman.namesys.com:/home/vs/bk/reiser4
[EMAIL PROTECTED], 2003-08-26 14:59:32+04:00, [EMAIL PROTECTED]
fix of wrong result block calculation from bmap number and offset in
bitmap_alloc_forward()
Bye,
Oleg
--
Best Regards,
Mike Benoit
in the next week or so.
On Fri, 2003-09-05 at 09:23, Mike Benoit wrote:
Its a fresh filesystem, on a brand new drive (week old?), and if I put
ext3 on the exact same partition, it works fine. The only time I see any
errors is when I stick reiser4 on the partition and go through the steps
On Fri, 2003-10-10 at 04:55, Dieter Nützel wrote:
Mike Benoit writes:
To all those who are interested, here are the results of the benchmarks
I've been running over the last week between all the major file systems
(and there different mount options) using both Bonnie++ and IOzone
://fsbench.netnation.com/
--
Best Regards,
Mike Benoit
NetNation Communications Inc.
Systems Engineer
Tel: 604-684-6892 or 888-983-6600
---
Disclaimer: Opinions expressed here are my own and not
necessarily those of my employer
On Wed, 2004-05-12 at 09:59, Hans Reiser wrote:
There were a few bugs of ours that acted as red herrings, but Linspire
is now up and running on this system with ReiserFS 3 and kernel 2.6.5.
While I'm here, I have some other questions:
* What is the time complexity of mounting a
.
The rest of the patches should be stable.
-chris
--
Mike Benoit [EMAIL PROTECTED]
be able to enable auto versioning for an entire directory,
including all new files created in it? For instance I would like to
enable auto versioning on the /etc/ directory, so I can always track
changes to config files.
Also I assume it will track which UID makes the change?
--
Mike Benoit [EMAIL
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Thu, 2006-06-29 at 23:12 +0400, Vladimir V. Saveliev wrote:
Hello
On Thu, 2006-06-29 at 10:41 -0700, Mike Benoit wrote:
So I finally got around to profiling mythbackend when the load starts to
spike. To my surprise it appears that once I have less then 10% (30GB)
free on the drive
Hi Jeff,
I just tried the patch you suggested and it didn't make a difference.
The load still spikes as soon as the free space falls below ~10%.
On Fri, 2006-06-30 at 12:47 -0400, Jeff Mahoney wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hans Reiser wrote:
Mike Benoit
On Thu, 2006-07-06 at 12:58 +0200, Jure Pečar wrote:
On Tue, 04 Jul 2006 19:37:34 -0700
Hans Reiser [EMAIL PROTECTED] wrote:
Mike Benoit wrote:
Hi Jeff,
I just tried the patch you suggested and it didn't make a
difference.
The load still spikes as soon as the free space falls
On Thu, 2006-07-06 at 14:02 -0400, Jeff Mahoney wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Benoit wrote:
My desktop machine (v2.6.16, same as my MythTV box) is running with 9%
free space right now and it is not experiencing any slow down. I think
the problem is caused
that re-creates the
problem too.
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
, 2006-07-06 at 14:39 -0400, Jeff Mahoney wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Benoit wrote:
On Thu, 2006-07-06 at 14:02 -0400, Jeff Mahoney wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Benoit wrote:
My desktop machine (v2.6.16, same as my MythTV box
.
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
5 0.0683 kmem_cache_alloc
5 0.0683 mmx_copy_page
5 0.0683 sysenter_past_esp
4 0.0547 __make_request
--
Mike Benoit [EMAIL PROTECTED]
Fri Jul 7 13:48:49 PDT 2006
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda1293024652
/lab_activities/kernel_testing/stp/test_details.html/document_view
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
as the files usually have a high churn rate. Packing them would
probably be a net loss as the files would just be deleted in 24hrs and
replaced by new ones.
Very few people will (or should) disable fsync as David suggests, I
don't see that as a solution at all, even if it is temporary.
--
Mike Benoit
On Fri, 2006-07-21 at 16:06 -0500, David Masover wrote:
Mike Benoit wrote:
Tuning fsync will fix the last wart on Reiser4 as far as benchmarks are
concerned won't it? Right now Reiser4 looks excellent on the benchmarks
that don't use fsync often (mongo?), but last I recall the fsync
created
their defragmentor. The highest non-contiguous percent I've seen with
EXT3 is about 12%, FAT32 I have seen over 50%, and NTFS over 30%. In
I'd like to see some numbers on Reiser4, then. Maybe a formal
fragmentation benchmark?
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description
community already. A profitable Namesys only means we'll
have a greater chance of seeing even more interesting stuff from them in
the future.
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
, Azureus ) I would be incredibly surprised
if Reiser4 doesn't spawn a large community of people completely
independent of Namesys that create plugins from the useless, to the
amazingly useful for years to come.
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed
and you forget about it.
Charging only for commercial use of the repacker/compression/encryption
plugin would be a great middle ground.
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
corruption.
I send you the output of 'reiserfsck --check'
Regards,
Paco
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
. In your case it sounds like EXT3 limits weren't an
issue for you, in my case they were. Thats life.
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
and also bought us about 1year before the
system finally outgrew itself for good. By that time the company could
afford to drop $250,000 on high end backup software so we could grow
past 10TB.
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
this patch have?
Thanks for all your hard work, I'm sure many other MythTV users will be
appreciate it.
On Thu, 2006-06-29 at 10:41 -0700, Mike Benoit wrote:
My MythTV box recently started showing odd behavior during recordings,
at certain times the load of the box would spike to 10+ and recordings
-test9/scsi/bonnie.html
(4th table down)
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Tue, 2006-07-25 at 19:10 -0500, David Masover wrote:
Mike Benoit wrote:
Thanks for all your hard work, I'm sure many other MythTV users will be
appreciate it.
As a future MythTV user a bit late to this discussion, I'm curious --
was this Reiser3 or 4? Are there any known MythTV
dir_index code to EXT3
any different then adding encryption/compression code to Reiser4?
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
could be
moved to the slowest sustained read/write performance areas.
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
doing this right here,
The question is:
Is or since when is the the patch which helped Mike Benoit integrated to the
kernel source?
Greetings
bernd_b
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
which helped Mike Benoit integrated to the
kernel source?
Greetings
bernd_b
--
Mike Benoit [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
36 matches
Mail list logo
