Hi,
The issue here was using DKIOCGMEDIAINFOEXT by ZFS introduced in
changeset 12208.
Forcing DKIOCGMEDIAINFO solved that.
On Tue, Sep 7, 2010 at 4:35 PM, Gavin Maltby wrote:
> On 09/07/10 23:26, Piotr Jasiukajtis wrote:
>>
>> Hi,
>>
>> After upgrade from snv_13
iana.org/mailman/listinfo/openindiana-discuss
> ___
> zfs-discuss mailing list
> zfs-discuss@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
>
--
Piotr Jasiukajtis | estibi | SCA OS0072
http://e
of deadlock within ZFS.
Were there any known ZFS related bugs similar to this one within b128?
On Mon, Sep 6, 2010 at 12:13 PM, Jason Banham wrote:
> On 06/09/2010 10:56, Piotr Jasiukajtis wrote:
>>
>> Hi,
>>
>> I am looking for the ideas on how to check if the mac
I don't have any errors from fmdump or syslog.
The machine is SUN FIRE X4275 I don't use mpt or lsi drivers.
It could be a bug in a driver since I see this on 2 the same machines.
On Fri, Sep 10, 2010 at 9:51 PM, Carson Gaspar wrote:
> On 9/10/10 4:16 PM, Piotr Jasiukajtis wrote:
&g
: No known data errors
Resilvering tmp_data is not related. I did zpool attach manually.
On Tue, Sep 7, 2010 at 12:39 PM, Piotr Jasiukajtis wrote:
> This is snv_128 x86.
>
>> ::arc
> hits = 39811943
> misses = 630634
> d
Hi,
Lets take a look:
# zpool list
NAMESIZE USED AVAILCAP DEDUP HEALTH ALTROOT
rpool68G 13.9G 54.1G20% 42.27x ONLINE -
# zfs get all rpool/export/data
NAME PROPERTYVALUE
SOURCE
rpool/export/data type
