[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: 2.2.19/0.0.7a assertion failure

On Thu, Jul 05, 2001 at 11:26:29AM +0100, Stephen C. Tweedie wrote:
> OK, good.  I think I know what it may be: under VM pressure, ext3 can


> be called recursively (that's fine, we deal with that), but it doesn't
> account for growing transactions when that happens.
> 2.4+ext3 should be fine here, but I'll need to fix 2.2 (in fact, my
> current 0.7b tree may already have fixed it in a different way).  How
> exactly do you reproduce this (what software), and what is your setup
> (memory etc)?

Debian 2.2r3 - glibc 2.1.3

15 [20:57:09] hogarth theirongiant:/home/hogarth>> cdparanoia --version
cdparanoia III release 9.7 (December 13, 1999)

the cd-rom drive is a dvd player: hda: TOSHIBA MK2016GAP, ATA DISK drive

partition involved: 

/dev/hda13            10848815   8325545   2523270  77% /data

Journal size:

----------    1 root     root     26214400 May  3 02:26 .fsjournal

dir involved is 3 deep from /

command used:

cdparanoia -B -v

it runs till it gets 3/4-7/8s of the first track:

track        length               begin        copy pre ch
  1.    17183 [03:49.08]        0 [00:00.00]    no   no  2
  2.    15612 [03:28.12]    17183 [03:49.08]    no   no  2

Death is at about 33-34meg into the file.

The CD is a Genesis CD. Could be ext3 has a better taste in music then I

RAM: 256meg


Gateway laptop


just did another test as I was running noflushd before but it still failed.
Dropped back to 2219+006b and it completed just fine.

need more info? :)

CaT (cat zip com au)		*** Jenna has joined the channel.
				<cat> speaking of mental giants..
				<Jenna> me, a giant, bullshit
				<Jenna> And i'm not mental
					- An IRC session, 20/12/2000

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]