On Wed, Sep 12, 2012 at 10:39:12AM +0200, Miroslav Lachman wrote:
(gdb) bt
#0 0x000801046cba in disk_query_disk (entry=0x0) at
hostres_diskstorage_tbl.c:241
#1 0x000801dd6a00 in ?? ()
#2 0x000801dd6600 in ?? ()
#3 0x in ?? ()
#4 0x000801048230 in
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 12/09/2012
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
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
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
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
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,
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 jfvo...@gmail.com wrote:
On Wed, Sep 12, 2012 at 12:40 PM, Freddie Cash fjwc...@gmail.com 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
10 matches
Mail list logo