From mboxrd@z Thu Jan 1 00:00:00 1970 From: Oleg Drokin Subject: Re: vpf-10680, minor corruptions Date: Fri, 27 Jun 2003 16:25:56 +0400 Message-ID: <20030627122556.GA8753@namesys.com> References: <20030624151940.GC21845@namesys.com> <3EF888B2.4000900@g-house.de> <3EF8EFF0.6020207@g-house.de> <20030625054031.GA11576@namesys.com> <3EF9A0F6.4030401@g-house.de> <3EF9E939.1050501@g-house.de> <20030626092608.GA12252@namesys.com> <3EFAE933.6040206@g-house.de> <20030627092821.GA29715@namesys.com> <3EFC361A.4030009@g-house.de> Mime-Version: 1.0 Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com Content-Disposition: inline In-Reply-To: <3EFC361A.4030009@g-house.de> List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Christian Kujau Cc: ReiserFS List Hello! On Fri, Jun 27, 2003 at 02:18:34PM +0200, Christian Kujau wrote: > >Well, there is really a pattern. > >Each 4k of data you copy us placed in its own 8k page (the rest 4k are > >freed). > >But I really cannot see how that may happen! It simply cannot, I'd say. > i put some more info about this alpha on the very same web-address, > alpha machines differ much, maybe it's just this kind of alpha (Avanti) > showing this behaviour... Sigh, I have found what happens. And it will happen on every 64 bit platform with recent 2.5 kernel. the internal reiserfs blocknumbers were referred to as 'unsigned long', that's where these extra blocks of zeroes are from, this also explains all other anomalies. Except when I make it 'unsigned int' as it ought to be, it still breaks, only in some other way which I have not understood yet. (yes, I seem to finally got our alpha to some working state and can do experiments locally now). Bye, Oleg