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 _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
