From mboxrd@z Thu Jan 1 00:00:00 1970 From: Edward Shishkin Subject: Re: Information Request Date: Tue, 25 Oct 2011 20:16:31 +0200 Message-ID: <4EA6FCFF.7050507@gmail.com> References: <4EA55AB4.10700@gmail.com> Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: Sender: reiserfs-devel-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="utf-8"; format="flowed" To: =?UTF-8?B?RHXFoWFuIMSMb2xpxIc=?= Cc: Matias Seco , reiserfs-devel@vger.kernel.org On 10/25/2011 09:55 AM, Du=C5=A1an =C4=8Coli=C4=87 wrote: > Hello > > 2011/10/24 Edward Shishkin: >> If you need reiser4 patches against some vanilla kernel, send me a >> request. >> >> NOTE: reiser4 is prone to crash under high workload because of >> old bug, which is not yet fixed. Fsck copes with corruptions >> caused by this bug (appearing objects with inconsistent key order), >> however, this makes reiser4 improper for using in production >> systems (file servers, etc.) >> > Could we get a list of confirmed bugs for latest R4, All bugreports are resolved to only one bug. The shit is in balancing code I didn't touch. The order of keys gets inconsistent at TWIG level while handling secondary COP_INSERT requests generated by new node insertions on LEAF level. And the broken order propagates to upper levels because of delimiting keys assignment policy. As a result some objects can not be found with the following kernel complaints about inconsistent key order. so that we know > its limitations and to avoid dangerous use cases. You need to make sure you can easily fsck your reiser4 partition at any time. So if you have root on reiser4, you also need to have a rescue CD with reiser4 support, etc. Also for this reason try to avoid too large partitions. > Will kernel.org place for patches be back? It is rather painful to follow their paranoid instructions. I think to consider sourceforge.net as a such place (not sure for now). > Can we get 3.0 patch and pitfall list :) ? I have a patch for .39. It also should work for 3.0 If you need this one, then send me a request. Thanks, Edward. P.S. I'll be unreachable from Oct 26 to Nov 07. > From all the FSes I try I still get the best data safety and respons= e > time with R4, even in this state :) > > > Thanks > > Dusan > > >> Thanks, >> Edward. >> >> >> On 10/24/2011 02:17 PM, Du=C5=A1an =C4=8Coli=C4=87 wrote: >>> >>> Hello, >>> >>> You can find enough informations in a FAQ I made for Gentoo >>> http://forums.gentoo.org/viewtopic-p-5200706.html#5200706 >>> >>> Have fun >>> >>> Dushan >>> >>> On Mon, Oct 24, 2011 at 2:10 PM, Matias Seco >>> wrote: >>>> >>>> Greetings, >>>> i found very interesting about testing this filesystem. Unfortunat= ely >>>> i got late with my project, because i couldn't find useful resourc= es >>>> from google for reiser4, >>>> mainly because the reiser4's kernel Wiki was down due to maintenai= nce. >>>> After time, i saw that the page still didn't return: this is why i >>>> would like to ask you, if you can point me resources, to understan= d >>>> how to configure the reiser4 on my HDD. >>>> >>>> Salut, Matias >>>> -- >>>> To unsubscribe from this list: send the line "unsubscribe reiserfs= -devel" >>>> in >>>> the body of a message to majordomo@vger.kernel.org >>>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>>> >>> -- >>> To unsubscribe from this list: send the line "unsubscribe reiserfs-= devel" >>> in >>> the body of a message to majordomo@vger.kernel.org >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >> >> -- To unsubscribe from this list: send the line "unsubscribe reiserfs-deve= l" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html