66233a11389d392094d7a17c97a9a88dbc775cc8
The zpool.cache file is getting cleared by zfs-import-bpool.service. A work-around is to move the cache file out of the way before the import and restore it after: https://github.com/openzfs/zfs/discussions/8549#discussioncomment-231334 The suggestion there is suppressing errors with `|| true`, which can also be done by prefixing the command with `-`. (I verified that the systemd in Buster is new enough to support that.) If we are suppressing errors anyway, I'm not sure there's a benefit to checking for the file rather than just trying the move and letting it fail. The latter approach avoids the shell entirely. So I changed it. Closes #97 Suggested-by: Andrey Prokopenko <9478806+terem42@users.noreply.github.com> Tested-by: Hevisko <hvjunk@gmail.com> Signed-off-by: Richard Laager <rlaager@wiktel.com>
.. image:: docs/_static/img/logo/480px-Open-ZFS-Secondary-Logo-Colour-halfsize.png .. highlight:: sh OpenZFS Documentation ===================== Public link: https://openzfs.github.io/openzfs-docs/ Building Locally ---------------- Install Prerequisites ~~~~~~~~~~~~~~~~~~~~~ The dependencies are available via pip:: # For Debian based distros sudo apt install python3-pip # For RPM-based distros sudo yum install python3-pip pip3 install -r docs/requirements.txt # Add ~/.local/bin to your $PATH, e.g. by adding this to ~/.bashrc: PATH=$HOME/.local/bin:$PATH Build ~~~~~ :: cd docs make html # HTML files will be generated in: _build/html
Description
Languages
Python
83.7%
Shell
16.1%
Makefile
0.2%