Maybe there are too many I/Os for this controller.
You may try this settings
B130
echo zfs_txg_synctime_ms/W0t2000 | mdb -kw
echo zfs_vdev_max_pending/W0t5 | mdb -kw
older versions
echo zfs_txg_synctime/W0t2 | mdb -kw
echo zfs_vdev_max_pending/W0t5 | mdb -kw
Andreas
--
This message posted f
> To fix it, I swapped out the Adaptec controller and
> put in LSI Logic
> and all the problems went away.
I'm using Sun's built-in LSI controller with (I presume) the original internal
cable shipped by Sun.
Still, no joy for me at U320 speeds. To be precise, when the controller is set
at U3
I was frustrated with this problem for months. I've tried different
disks, cables, even disk cabinets. The driver hasn't been updated in
a long time.
When the timeouts occurred, they would freeze for about a minute or
two (showing the 100% busy). I even had the problem with less than 8
L
> Any news regarding this issue? I'm having the same
> problems.
Me too. My v40z with U320 drives in the internal bay will lock up partway
through a scrub.
I backed the whole SCSI chain down to U160, but it seems a shame that U320
speeds can't be used.
--
This message posted from opensolaris.
Any news regarding this issue? I'm having the same problems.
I'm using an external Axus SCSI enclosure (Yotta with 16 drives) and it timed
out on scanning LUNs (16 of them b/c Yotta is configured as JBOD).
I've performed firmware upgrade to the Yotta system and now the scanning works,
the pool
Hi,
I'm having trouble with scsi timeouts, but it appears to only happen
when I use ZFS.
I've tried to replicate with SVM, but I can't get the timeouts to happen
when that is the underlying volume manager, however the performance with
ZFS is much better when it does work.
The symptom is tha
