Hide Forgot
Description of problem: When you use any luks* API call, you see this error: libguestfs: error: luks_open: cryptsetup: error while loading shared libraries: libfipscheck.so.1: cannot open shared object file: No such file or directory Version-Release number of selected component (if applicable): libguestfs-1.7.17-17.el6.x86_64 How reproducible: 100% Steps to Reproduce: 1. guestfish -a /dev/null run : luks-open /dev/vda foo 2. When it says "Enter key or passphrase ("key")" just type anything. 3. Actual results: The error above. Expected results: You should not see the error about loading shared libraries. You'll see another error about /dev/vda not being a LUKS volume, which is OK. Additional info: This should have been caught by the regression tests. We also need to investigate why it wasn't. Users can temporarily work around this bug by doing: echo './lib64/libfipscheck.so.1*' > /usr/lib64/guestfs/supermin.d/hostfiles
https://brewweb.devel.redhat.com/taskinfo?taskID=3544452
Reproduced on libguestfs-1.7.17-17: $ guestfish -a /dev/null run : luks-open /dev/vda foo ... libguestfs: error: luks_open: cryptsetup: error while loading shared libraries: libfipscheck.so.1: cannot open shared object file: No such file or directory Verified on libguestfs-1.7.17-26: No loading shared libraries error, just an error about /dev/vda not being a LUKS volume, which is OK.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2011-1512.html