Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 13 Sep 2012 17:01:07 +0700
From:      Eugene Grosbein <egrosbein@rdtc.ru>
To:        Alexander Motin <mav@FreeBSD.org>
Cc:        stable@FreeBSD.org, re@FreeBSD.org
Subject:   Re: GEOM_RAID in GENERIC is harmful
Message-ID:  <5051AEE3.7010907@rdtc.ru>
In-Reply-To: <5051ACBD.1090207@FreeBSD.org>
References:  <50516F96.1020905@rdtc.ru> <5051ACBD.1090207@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5051AEE3.7010907>