' bios
to match. It doesn't seem to make a difference.
Once I was able to run top, and saw that many processes were stuck in
the 'tx->tx' state.
So far, no corruption appears to have occurred in the drives.
I'm about to downgrade to 9.0, but I wanted to know if a
On Mon, Nov 26, 2012 at 9:09 PM, Mark Saad wrote:
>
>
>
> On Nov 26, 2012, at 4:01 PM, "Reed A. Cartwright" wrote:
>
>> I'm new to this list...
>>
>> I'm running a bioinformatics server using 9.1-RC3 (64 cores, 512GB
>> ram). I have
used, but some features are unavailable.
>> action: Upgrade the pool using 'zpool upgrade'. Once this is done, the
>> pool will no longer be accessible on software that does not support
>> feature
>> flags.
>> scan: scrub repaired 0 in 45h37m with 0 errors on Mon Dec 3
g is wrong. You can read in the links why panic was selected for
>>> this job.
>>>
>>> And speaking FreeBSD-centric - I think that our CAM layer would be a
>>> perfect place
>>> to detect such issues in non-ZFS-specific way.
>>>
>>> --
>>> And
gt;> that
>>> something is wrong. You can read in the links why panic was selected for
>>> this job.
>>>
>>> And speaking FreeBSD-centric - I think that our CAM layer would be a
>>> perfect place
>>> to detect such issues in non-ZFS-specif
ZFS::VDEV/zfs::vdev/da40
>> 0 0 0 00.0 0 00.0 0 0
>> 0.00.0 ZFS::VDEV/zfs::vdev/da41
>> 0 0 0 00.0 0 00.0 0 0
>> 0.00.0 ZFS::VDEV/zfs::vdev/da26p3
>> 0 0 0 00.0 0
