Jim Klimov
2013-10-17 16:04:38 UTC
Hello all,
(Another +1 in favor of explicit hacky ashift or clear blocksize
setting in zpool program)
I have the zpool-12 binary stashed in my archives (the original
websites/blogs are gone), but it does not work anymore anyway:
ld.so.1: zpool-12: fatal: relocation error: file /tmp/zpool-12:
symbol zpool_set_history_str: referenced symbol not found
Killed
Googling shows that this happened back with oi151a6 already.
Unfortunately, right now I'm stuck with an IDE disk (actually a
SATA in Legacy mode) and can't use the sd.conf tricks, apparently...
Any ideas about how to lie to ZFS for an IDE/CMDK device (from
an OI LiveUSB environment)? Perhaps via loopbacks or iSCSI, but
in such a way that the on-disk raw block device would still be
bootable?
Also, just in case you know: what SSD page sizes are used by a
"Seagate Enterprise SATA SSD 120Gb (ST120FN0021)" and does it
matter much anyway for an rpool with nothing but the OS image
and maybe occasional dumping or swapping? That is, can I leave
it at the default ashift=9 and worry not about performance and
wear-out implications?
Does the ashift size matter any for ZIL and L2ARC devices?
Or, being ring buffers with bulk writes, they don't suffer much
from fragmentation and half-written sectors and pages anyway?
FWIW, I aligned and sized the partitions (rpool slice, zil and
l2arc partitions for data pool) in multiples of 32256 (63*512)
512b-sectors so that both 256Kb pages and 63-sector "tracks" are
both happy. Cylinders (63*255 = 16065) are not so happy... oh
well, I guess this only might matter for rpool's tail. There is
still time to remake and retry :)
Thanks for ideas,
//Jim
(Another +1 in favor of explicit hacky ashift or clear blocksize
setting in zpool program)
I have the zpool-12 binary stashed in my archives (the original
websites/blogs are gone), but it does not work anymore anyway:
ld.so.1: zpool-12: fatal: relocation error: file /tmp/zpool-12:
symbol zpool_set_history_str: referenced symbol not found
Killed
Googling shows that this happened back with oi151a6 already.
Unfortunately, right now I'm stuck with an IDE disk (actually a
SATA in Legacy mode) and can't use the sd.conf tricks, apparently...
Any ideas about how to lie to ZFS for an IDE/CMDK device (from
an OI LiveUSB environment)? Perhaps via loopbacks or iSCSI, but
in such a way that the on-disk raw block device would still be
bootable?
Also, just in case you know: what SSD page sizes are used by a
"Seagate Enterprise SATA SSD 120Gb (ST120FN0021)" and does it
matter much anyway for an rpool with nothing but the OS image
and maybe occasional dumping or swapping? That is, can I leave
it at the default ashift=9 and worry not about performance and
wear-out implications?
Does the ashift size matter any for ZIL and L2ARC devices?
Or, being ring buffers with bulk writes, they don't suffer much
from fragmentation and half-written sectors and pages anyway?
FWIW, I aligned and sized the partitions (rpool slice, zil and
l2arc partitions for data pool) in multiples of 32256 (63*512)
512b-sectors so that both 256Kb pages and 63-sector "tracks" are
both happy. Cylinders (63*255 = 16065) are not so happy... oh
well, I guess this only might matter for rpool's tail. There is
still time to remake and retry :)
Thanks for ideas,
//Jim