on 21/11/2012 09:51 Andrei Lavreniyuk said the following:
> Problem solved. Raidz pool mount without zpool.cache.
>
>
> # zpool status -v
> pool: zsolar
> state: ONLINE
> scan: resilvered 2,56M in 0h0m with 0 errors on Tue Nov 20 10:26:35 2012
> config:
>
> NAME STATE
2012/11/20 Andriy Gapon :
> on 20/11/2012 17:06 Andriy Gapon said the following:
>> on 20/11/2012 16:59 Andrei Lavreniyuk said the following:
> Sorry to make you jump through so many hoops.
> Now that I see that the probed config is entirely correct, the problem
> appears to
> be q
on 20/11/2012 17:06 Andriy Gapon said the following:
> on 20/11/2012 16:59 Andrei Lavreniyuk said the following:
Sorry to make you jump through so many hoops.
Now that I see that the probed config is entirely correct, the problem
appears to
be quite obvious: vdev_alloc is not a
on 20/11/2012 16:59 Andrei Lavreniyuk said the following:
>>> Sorry to make you jump through so many hoops.
>>> Now that I see that the probed config is entirely correct, the problem
>>> appears to
>>> be quite obvious: vdev_alloc is not able to properly use spa_version in this
>>> context because
>> Sorry to make you jump through so many hoops.
>> Now that I see that the probed config is entirely correct, the problem
>> appears to
>> be quite obvious: vdev_alloc is not able to properly use spa_version in this
>> context because spa_ubsync is not initialized yet.
>>
>> Let me think about ho
on 20/11/2012 15:56 Andriy Gapon said the following:
> on 20/11/2012 15:34 Andrei Lavreniyuk said the following:
>>> What about the " "un-ifdef" the DEBUG sections of it" part?
>>
>>
>> http://tor.reactor-xg.kiev.ua/files/zfs/20121120_000.jpeg
>> http://tor.reactor-xg.kiev.ua/files/zfs/20121120_001
on 20/11/2012 15:34 Andrei Lavreniyuk said the following:
>> What about the " "un-ifdef" the DEBUG sections of it" part?
>
>
> http://tor.reactor-xg.kiev.ua/files/zfs/20121120_000.jpeg
> http://tor.reactor-xg.kiev.ua/files/zfs/20121120_001.jpeg
> http://tor.reactor-xg.kiev.ua/files/zfs/20121120_0
> What about the " "un-ifdef" the DEBUG sections of it" part?
http://tor.reactor-xg.kiev.ua/files/zfs/20121120_000.jpeg
http://tor.reactor-xg.kiev.ua/files/zfs/20121120_001.jpeg
http://tor.reactor-xg.kiev.ua/files/zfs/20121120_002.jpeg
http://tor.reactor-xg.kiev.ua/files/zfs/20121120_003.jpeg
___
2012/11/20 Andriy Gapon :
> on 20/11/2012 14:41 Andrei Lavreniyuk said the following:
>> Hi!
>>
>>
>>> "Can not parse the config for pool" message explains what happens but not
>>> why...
>>>
>>> Could you please apply the following patch, "un-ifdef" the DEBUG sections
>>> of it
>>> and try again
on 20/11/2012 14:41 Andrei Lavreniyuk said the following:
> Hi!
>
>
>> "Can not parse the config for pool" message explains what happens but not
>> why...
>>
>> Could you please apply the following patch, "un-ifdef" the DEBUG sections of
>> it
>> and try again?
>> http://people.freebsd.org/~avg
2012/11/20 Andrei Lavreniyuk :
> Hi!
>
>
>> "Can not parse the config for pool" message explains what happens but not
>> why...
>>
>> Could you please apply the following patch, "un-ifdef" the DEBUG sections of
>> it
>> and try again?
>> http://people.freebsd.org/~avg/spa_generate_rootconf.debug.
Hi!
> "Can not parse the config for pool" message explains what happens but not
> why...
>
> Could you please apply the following patch, "un-ifdef" the DEBUG sections of
> it
> and try again?
> http://people.freebsd.org/~avg/spa_generate_rootconf.debug.diff
I use spa_generate_rootconf.debug.d
2012/11/20 Tom Evans :
> All those files just redirect to the homepage for me...
Fixed.
Please download and view files:
http://tor.reactor-xg.kiev.ua/files/zfs/disk0.txt
http://tor.reactor-xg.kiev.ua/files/zfs/disk2.txt
http://tor.reactor-xg.kiev.ua/files/zfs/disk3.txt
http://tor.reactor-xg.ki
on 20/11/2012 12:45 Andrei Lavreniyuk said the following:
> Hi!
>
>
>> Are there any other unusual messages before this line?
>> Could you please try adding vfs.zfs.debug=1 to loader.conf and check again?
>
>> Could you also provide 'zdb -CC zsolar' output and 'zdb -l /dev/gpt/diskX'
>> for
>>
Hi!
> Are there any other unusual messages before this line?
> Could you please try adding vfs.zfs.debug=1 to loader.conf and check again?
> Could you also provide 'zdb -CC zsolar' output and 'zdb -l /dev/gpt/diskX' for
> each of the disks. These could be uploaded somewhere as they can be quite
on 20/11/2012 10:57 Andrei Lavreniyuk said the following:
> Hi!
>
>
> My system:
>
> # uname -a
> FreeBSD open.technica-03.local 10.0-CURRENT FreeBSD 10.0-CURRENT #0:
> Tue Oct 30 14:13:01 EET 2012
> root@open.technica-03.local:/usr/obj/usr/src/sys/SMP64R amd64
>
>
> # zpool status -v
> poo
Hi!
My system:
# uname -a
FreeBSD open.technica-03.local 10.0-CURRENT FreeBSD 10.0-CURRENT #0:
Tue Oct 30 14:13:01 EET 2012
root@open.technica-03.local:/usr/obj/usr/src/sys/SMP64R amd64
# zpool status -v
pool: zsolar
state: ONLINE
scan: resilvered 2,56M in 0h0m with 0 errors on Tue Nov 2
on 19/11/2012 17:07 Guido Falsi said the following:
> On 11/19/12 14:00, Andriy Gapon wrote:
>> on 18/11/2012 13:48 Andriy Gapon said the following:
>>> on 18/11/2012 02:26 Bartosz Stec said the following:
>>>
>>> Thank you both very much for testing!
>>> Committed as r243213.
>>>
>>
>> BTW, if you
On 11/19/12 14:00, Andriy Gapon wrote:
on 18/11/2012 13:48 Andriy Gapon said the following:
on 18/11/2012 02:26 Bartosz Stec said the following:
Thank you both very much for testing!
Committed as r243213.
BTW, if you have some spare time and a desire to do some more testing, you can
try the
on 18/11/2012 13:48 Andriy Gapon said the following:
> on 18/11/2012 02:26 Bartosz Stec said the following:
>> W dniu 2012-11-16 17:17, Guido Falsi pisze:
>>> On 11/16/12 16:45, Andriy Gapon wrote:
Guido, Bartosz,
could you please test the patch?
>>>
>>> I have just compiler an r242910 ke
on 18/11/2012 02:26 Bartosz Stec said the following:
> W dniu 2012-11-16 17:17, Guido Falsi pisze:
>> On 11/16/12 16:45, Andriy Gapon wrote:
>>> Guido, Bartosz,
>>> could you please test the patch?
>>
>> I have just compiler an r242910 kernel with this patch (and just this one)
>> applied.
>>
>> Sy
W dniu 2012-11-16 17:17, Guido Falsi pisze:
On 11/16/12 16:45, Andriy Gapon wrote:
on 13/11/2012 18:16 Guido Falsi said the following:
My idea, but is just a speculation, i could be very wrong, is that
the geom
tasting code has some problem with multiple vdev root pools.
Guido,
you are abso
On 11/16/12 16:45, Andriy Gapon wrote:
on 13/11/2012 18:16 Guido Falsi said the following:
My idea, but is just a speculation, i could be very wrong, is that the geom
tasting code has some problem with multiple vdev root pools.
Guido,
you are absolutely correct. The code for reconstructing/t
on 16/11/2012 18:13 Niclas Zeising said the following:
> Then I'm fine to update without issues. the problem is only if, as an
> example, you
> have a mirror with striped disks, or a stripe with mirrored disks, which it
> seems
> to me the original poster had.
> Am I correct, and therefore ok to
On 11/16/12 17:13, Niclas Zeising wrote:
Just to confirm, since I am holding back an update pending on this.
If I have a raidz root pool, with three disks, like this:
NAME STATE READ WRITE CKSUM
zroot ONLINE 0 0 0
raidz1-0 ONL
On 11/16/12 16:45, Andriy Gapon wrote:
on 13/11/2012 18:16 Guido Falsi said the following:
My idea, but is just a speculation, i could be very wrong, is that the geom
tasting code has some problem with multiple vdev root pools.
Guido,
you are absolutely correct. The code for reconstructing/t
on 13/11/2012 18:16 Guido Falsi said the following:
> My idea, but is just a speculation, i could be very wrong, is that the geom
> tasting code has some problem with multiple vdev root pools.
Guido,
you are absolutely correct. The code for reconstructing/tasting a root pool
configuration is a m
27 matches
Mail list logo
