Trying to work on a SuperMicro box with existing 2 year old 8.3 installation. Didn't want to simply upgrade because we've never done that before and didn't want to find out the hard way that, "Oops. You can't upgrade XYZ without some kind of weird failure."
So, we opted to take the latest CURRENT image and put it on an USB stick and boot from there. (The person who set it up had installed onto a local disk. We are attempting to boot new, test and then see if we can either run from USB or upgrade in place on the existing drive.)
After booting and going into the web interface, we could import the old config that we had saved on a laptop. The system read the 8.3 config and rebooted.
Now, we get this:
kldload opensolaris
KLD opensolaris.ko: depends on kernel - not available or version mismatch
linker_load_file: unsupported file type
kldload: can't load opensolaris: Exec format error
KLD zfs.ko: depends on opensolaris - not available or version mismatch
linker_load_file: unsupported file type
Not many results for that error in Google. Some mention recompiling kernels. Not an option here.
Any ideas on how to move beyond this?
The .ko files have a Dec 12 2012 timestamp on them. So I'm presuming that this is the proper timestamp for each of the "latest" files for this release.
So, we opted to take the latest CURRENT image and put it on an USB stick and boot from there. (The person who set it up had installed onto a local disk. We are attempting to boot new, test and then see if we can either run from USB or upgrade in place on the existing drive.)
After booting and going into the web interface, we could import the old config that we had saved on a laptop. The system read the 8.3 config and rebooted.
Now, we get this:
kldload opensolaris
KLD opensolaris.ko: depends on kernel - not available or version mismatch
linker_load_file: unsupported file type
kldload: can't load opensolaris: Exec format error
KLD zfs.ko: depends on opensolaris - not available or version mismatch
linker_load_file: unsupported file type
Not many results for that error in Google. Some mention recompiling kernels. Not an option here.
Any ideas on how to move beyond this?
The .ko files have a Dec 12 2012 timestamp on them. So I'm presuming that this is the proper timestamp for each of the "latest" files for this release.