I have a single node with 2 ZFS pools. I am trying to restore a 2gb LXC backup which is stored on one of the ZFS pools, and after 15+ min it still does not complete. Its been awhile since I have had to restore a backup but I dont think it was nearly this slow in the past.
I restarted the host, and even that process was slow and took several minutes. It looks like the cause of the slow restart was mostly due to mounting the ZFS pool, see errors below. When I was setting the system up a year or so ago, many restarts and restores were quite fast. I haven't done much in the past 8-9 months and am not sure where to start troubleshooting
I'm still researching and reading various old threads, but would appreciate any tips on what to troubleshoot.
These are the first things I have checked:
root@pve:~# journalctl -b 0 -p 3
root@pve:~# systemd-analyze blame
I restarted the host, and even that process was slow and took several minutes. It looks like the cause of the slow restart was mostly due to mounting the ZFS pool, see errors below. When I was setting the system up a year or so ago, many restarts and restores were quite fast. I haven't done much in the past 8-9 months and am not sure where to start troubleshooting
I'm still researching and reading various old threads, but would appreciate any tips on what to troubleshoot.
These are the first things I have checked:
root@pve:~# journalctl -b 0 -p 3
Code:
Jun 29 17:25:47 pve kernel: x86/cpu: SGX disabled by BIOS.
Jun 29 17:25:47 pve kernel: ACPI BIOS Error (bug): AE_AML_BUFFER_LIMIT, Field [CAP1] at bit offset/length 64/32 exce>
Jun 29 17:25:47 pve kernel: ACPI Error: Aborting method \_SB._OSC due to previous error (AE_AML_BUFFER_LIMIT) (20230>
lines 1-3/3 (END)
root@pve:~# systemd-analyze blame
Code:
1min 12.153s zfs-import@bkup_extZFS.service
1min 12.152s zfs-import@dataZFS.service
19.956s pve-guests.service
15.648s ifupdown2-pre.service
15.647s systemd-udev-settle.service
13.039s smartmontools.service
5.194s zfs-import-scan.service
1.495s systemd-modules-load.service
1.437s lvm2-monitor.service
1.157s networking.service
1.015s pve-cluster.service
941ms pveproxy.service
754ms pvedaemon.service
752ms systemd-binfmt.service
597ms dev-mapper-pve\x2droot.device
583ms pvescheduler.service
523ms pvestatd.service
493ms pve-firewall.service
368ms zfs-mount.service
315ms apparmor.service
301ms systemd-journald.service
286ms systemd-udev-trigger.service
252ms postfix@-.service
248ms spiceproxy.service
244ms pvebanner.service
175ms user@0.service
162ms systemd-sysusers.service
80ms run-rpc_pipefs.mount
71ms systemd-journal-flush.service
58ms systemd-udevd.service
49ms chrony.service
49ms systemd-remount-fs.service
44ms systemd-random-seed.service
44ms lxc.service
35ms systemd-logind.service
34ms kmod-static-nodes.service
34ms dev-hugepages.mount
34ms dev-mqueue.mount
34ms keyboard-setup.service
34ms sys-kernel-debug.mount
33ms sys-kernel-tracing.mount
33ms modprobe@configfs.service
33ms modprobe@dm_mod.service
33ms modprobe@drm.service
32ms modprobe@efi_pstore.service
32ms modprobe@fuse.service
32ms modprobe@loop.service
30ms systemd-fsck@dev-disk-by\x2duuid-E5A5\x2d86D0.service
28ms rrdcached.service
28ms e2scrub_reap.service
28ms ksmtuned.service