From owner-freebsd-stable@FreeBSD.ORG Thu Sep 13 10:01:11 2012 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55E8C1065672; Thu, 13 Sep 2012 10:01:11 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id AFC758FC12; Thu, 13 Sep 2012 10:01:10 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q8DA17TR049361; Thu, 13 Sep 2012 17:01:07 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <5051AEE3.7010907@rdtc.ru> Date: Thu, 13 Sep 2012 17:01:07 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Alexander Motin References: <50516F96.1020905@rdtc.ru> <5051ACBD.1090207@FreeBSD.org> In-Reply-To: <5051ACBD.1090207@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, re@FreeBSD.org Subject: Re: GEOM_RAID in GENERIC is harmful X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Sep 2012 10:01:11 -0000 13.09.2012 16:51, Alexander Motin wrote: >> That's makes users very angry when production server fails to boot >> with GENERIC kernel after correctly performed upgrade. >> >> GEOM_RAID compiled in GENERIC should be deactivated and require activation >> with some loader knob. Also, we need distinct RELEASE NOTES warning about the issue. > > Problem of on-disk metadata garbage is not limited to GEOM_RAID. For > example, I had case where remainders of old UFS file system were found > by GEOM_LABEL and ZFS incorrectly attached to it instead of proper GPT > partition, making other partitions inaccessible. Does it mean we should > remove GEOM_LABEL also? I don't think so. All what GEOM_RAID is guilty > in is that it was not in place for 9.0 release. If we remove it now, it > will just postpone the problem for later time or will never be able to > add it again because of the same reasons. We must be ready for lots of angry users of 9.1-RELEASE then and have BIG RED WARNING in RELEASE NOTES. Eugene Grosbein