As you can see in later instalments of this thread, I did the following, which worked;

reboot, catch on the way up to modify BIOS. (Not as easy as you might think: my KVM and my notebook wouldn't cooperate until I connected a different, USB, keyboard AND reconfigured the KVM end concerning what to present to the console. Probably the fact that it's a German KVM, from very early in the development of KVM over IP, means it's not as efficient as a more recent variant would be. .)

Set AHCI w/o legacy mode for SATA.
(and check on every other minor mistake you might have made in BIOS while you're there)

    zpool import  -f -R /mnt -N rpool

    zpool export rpool

I suppose an extra zpool export rpool would've done away with the need to have the -force be with me.

Worked like a charm, and the server is faster for everything that needs interrupts, and the SATA i/f obviously uses the disk in a better way, too. Lots of little crawley hangs have disappeared, in spite of zfs filling up memory as always.

The funny bit is it was staring me in the face ( eg the disk device names.... :-) ) all the time and the performance was getting impossible but I didn't realise it for many years.



On 2013-03-20 07:08, Ian Collins wrote:
Hans J. Albertsson wrote:
i think I've just got a problem because of machine age!

if I can muster enough courage .... ok, well, being retired, what can
harm me now?
I have my sata controllers in that machine in ide mode... gaah..
<snip>
Will I have to export/backup the entire thing to another disk, and
reconfigure and import/recv/something back, or can I  just change the
SATA mode and recreate the devices and dev trees from a live cd w/o
loosing the rpool?

You should be able to export the pool, reconfigure the controller and then re-import the pool.



_______________________________________________
OpenIndiana-discuss mailing list
[email protected]
http://openindiana.org/mailman/listinfo/openindiana-discuss

Reply via email to