> Tried upgrading from stretch-backports 0.7.11 to testing 0.7.12, because > the package hadn't landed in backports yet, and discovered it broke on > dpkg --configure : > Setting up zfsutils-linux (0.7.12-1) ... > insserv: Service zfs-zed has to be enabled to start service zfs-share > insserv: exiting now! > update-rc.d: error: insserv rejected the script header > dpkg: error processing package zfsutils-linux (--configure): > subprocess installed post-installation script returned error exit status 1 > dpkg: dependency problems prevent configuration of zfs-zed: > zfs-zed depends on zfsutils-linux (>= 0.7.12-1); however: > Package zfsutils-linux is not configured yet. > > Someone else had reported a similar problem upstream to ZoL from Ubuntu's > packages, at: > https://github.com/zfsonlinux/zfs/issues/8127
Has anyone else reproduced this? I just made a new VM to test and I could not get it to trigger. I installed systemd-sysv, initscripts and insserv, then I installed zfs, installed 0.11 with the init scripts, then the 0.12 packages from unstable which also have init scripts, and there was no error. Maybe I’m missing something? Processing triggers for initramfs-tools (0.130) ... update-initramfs: Generating /boot/initrd.img-4.9.0-4-amd64 Setting up zfsutils-linux (0.7.12-1) ... Installing new version of config file /etc/zfs/zfs-functions ... zfs-import-scan.service is a disabled or a static unit, not starting it. Processing triggers for systemd (232-25+deb9u6) ... Processing triggers for man-db (2.7.6.1-2) ... Setting up zfs-dkms (0.7.12-1) ... ———————————————————————————————————— If there is a conflict, what about trying to move zfs-share to the zfs-zed package if it really depends on it to start? If not, remove the hard depends and maybe it’ll start? Seems zfs had a similar bug 3 years ago and they said the service start order was important… https://github.com/zfsonlinux/zfs/issues/2680 I mean, that’s what it looks like is going wrong from the error. There’s an init file(1) that depends on another init file(2) in a package(2) that depends on package(1). Circular dep. Am I understanding it right?