On Wed, Sep 12, 2012 at 11:08:25PM +0300, Alexander Motin wrote:
> On 12.09.2012 22:58, Lars Engels wrote:
> > On Wed, Sep 12, 2012 at 09:58:31PM +0300, Alexander Motin wrote:
> >> On 12.09.2012 20:46, Lars Engels wrote:
> >>> On Wed, Sep 12, 2012 at 08:30:36PM +0300, Andriy Gapon wrote:
> on
On 13.09.2012 08:31, Eugene Grosbein wrote:
9-STABLE has got options GEOM_RAID in GENERIC.
In real world, this change is pretty harmful and there are lots of cases
when 9.0-RELEASE systems upgraded to 9-STABLE fail to mount root UFS filesystem
or attach ZFS.
It seems, there are lots of HDDs supp
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
Hi.
On 13.09.2012 15:51, Alexander Motin wrote:
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 partition
On 13.09.2012 13:01, Eugene Grosbein wrote:
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 lo
On Thursday, September 13, 2012 6:13:51 am Eugene M. Zheganin wrote:
> From my point of view GEOM_RAID in GENERIC kernel is a bomb, and we
> will lose lots of FreeBSD beginners due to this.
I had the completely opposite experience. I bought a new desktop and wanted
to use the onboard SATA RAID
On 13.09.2012 10:44, Lars Engels wrote:
On Wed, Sep 12, 2012 at 11:08:25PM +0300, Alexander Motin wrote:
On 12.09.2012 22:58, Lars Engels wrote:
On Wed, Sep 12, 2012 at 09:58:31PM +0300, Alexander Motin wrote:
On 12.09.2012 20:46, Lars Engels wrote:
On Wed, Sep 12, 2012 at 08:30:36PM +0300, A
On Wed, Aug 29, 2012 at 14:01:15 +0100 , Matt Burke wrote:
> Following http://wiki.freebsd.org/DTrace/userland on 9.1-RC1, the example
> fails to work as demonstrated:
>
> # dtrace -s pid.d -c test
> dtrace: script 'pid.d' matched 2 probes
> CPU IDFUNCTION:NAME
> 1 59284
On 09/12/2012 10:51 PM, Freddie Cash wrote:
On Wed, Sep 12, 2012 at 1:48 PM, Jack Vogel wrote:
On Wed, Sep 12, 2012 at 12:40 PM, Freddie Cash wrote:
Thanks for checking. I've used lagg(4) with igb, just not on 9.x.
You're right, it seems to be pointing to the igb(4) driver in 9.x
compared t
