Date: Mon, 14 Sep 2020 15:00:50 -0500 From: Kyle Evans <kevans@freebsd.org> To: Pete Wright <pete@nomadlogic.org> Cc: FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: Undefined symbol "lzc_remap" Message-ID: <CACNAnaGrXQJJPdaGi-F_gki7bnqsUP1T=hDuQBWFJ4qqbx_WxQ@mail.gmail.com> In-Reply-To: <aeeb98c8-a300-52e3-36db-b6b1b47b061a@nomadlogic.org> References: <aeeb98c8-a300-52e3-36db-b6b1b47b061a@nomadlogic.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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 Evans
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACNAnaGrXQJJPdaGi-F_gki7bnqsUP1T=hDuQBWFJ4qqbx_WxQ>