Date: Mon, 14 Sep 2020 13:01:53 -0700 From: Pete Wright <pete@nomadlogic.org> To: Kyle Evans <kevans@freebsd.org> Cc: FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: Undefined symbol "lzc_remap" Message-ID: <640ebb13-5476-b914-27cd-648e484a6ee3@nomadlogic.org> In-Reply-To: <CACNAnaGrXQJJPdaGi-F_gki7bnqsUP1T=hDuQBWFJ4qqbx_WxQ@mail.gmail.com> References: <aeeb98c8-a300-52e3-36db-b6b1b47b061a@nomadlogic.org> <CACNAnaGrXQJJPdaGi-F_gki7bnqsUP1T=hDuQBWFJ4qqbx_WxQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 9/14/20 1:00 PM, Kyle Evans wrote: > On Mon, Sep 14, 2020 at 2:56 PM Pete Wright <pete@nomadlogic.org> wrote: >> Hello, >> I have a system running current that is acting a little odd after a >> rebuild from last night (sept 13th). After reboot my root zfs pool >> mountd fine, but my second datavol "tank0" didn't auto-import/mount. A >> manual "zpool import" then "zfs mount -a" got everything back where it >> should be, but I am noticing some odd behavior with iocage: >> >> ImportError: /lib/libzfs.so.3: Undefined symbol "lzc_remap" >> >> Interestingly enough this is the second update i've done to this system >> since the import of openzfs code, and iocage was operating without >> issues previously. i am wondering does iocage need to be rebuild >> against newer sources or did something else change recently? >> > Hi, > > You'll need a ports tree >= r548105 and rebuild devel/py-libzfs from > that -- that should be sufficient. Thanks Kyle - you saved me quite a bit of debugging, i'll give that a spin now :) -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?640ebb13-5476-b914-27cd-648e484a6ee3>