good evening. small problem here. i have an ancient server running (# uname -a   SunOS kvm1 5.11 omnios-b281e50 i86pc i386 i86pc) where the zpool was having problems. tried to change a disk, didnt work because of wrong sector alignment or whatsoever. made a new pool, send the data and then ... tried to export the pool and import it under the old

name. and there i ran into this bug: illumos/illumos-gate bd0f709 . so i can't reimport the pool anymore, and i fear the system is too old to do any updates. any chances to replace the zpool binary or do something else nasty?

# zpool import tank datapool

ld.so.1: zpool: fatal: libc.so.1: version 'ILLUMOS_0.37' not found (required by file /sbin/zpool)

ld.so.1: zpool: fatal: libc.so.1: open failed: No such file or directory

replacing with a current version doesnt work (as i would have expected)

so maybe i can try to grab an old installation image?

Your `zpool` binary needs a more modern libc than what's in your library search path.

Did you just grab a replacement zpool binary?

yeah, just because i was curious

If so, you'll need to pull along a matching libc for it.

i fear i'll brick the rest of the system when i replace the libc

you oculd do this.

- put a matching libc in /tmp/

(it'll need to be from /lib/amd64/libc.so if zpool is 64-bit. `file /sbin/zpool` is your friend)

- run zpool using LD_LIBRARY_PATH overrrides. Assume you have the matching libc.so in /tmp:

(and you're using bash or sh or ksh)

ksh on that one

LD_LIBRARY_PATH=/tmp /path/to/new/zpool import

you MAY need other libraries too?

This may cause more problems if it's a dependency hell thing.

i think so. maybe i'll look for an old system image of a slightly newer version.

if anyone has something around :)

Sorry. The other trick I can think of involved running 'zpool' in mdb, and editing out the assert() call. :)

sounds good to me. but i guess thats way above my level :)