[Bug 229829] [zfs] scrubbing prevents shutdown and slows down startup
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Tue Jul 17 13:17:57 UTC 2018
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229829
Bug ID: 229829
Summary: [zfs] scrubbing prevents shutdown and slows down
startup
Product: Base System
Version: 11.2-STABLE
Hardware: Any
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: kern
Assignee: bugs at FreeBSD.org
Reporter: d8zNeCFG at aon.at
Scenario 1:
- FreeBSD 11.2
- UFS root fs
- 6 x 1.5 TB SATA disks in RAIDZ2 pool
- The pool is being scrubbed
- Issue "shutdown -p now"
Actual result 1:
- The system shuts down, shows that UFS fs has been synced
- The system continues scrubbing (in what appears to be right after all "usual"
kernel log messages) and does not power off
Expected result 1:
- The system stops scrubbing and powers off
Scenario 2:
- Continued from scenario 1
- Press hard reset button
- The system starts booting into multi-user
Actual result 2:
- As soon as the pool is imported, scrubbing continues
- As a result, system startup is extremely slow, the UFS fs check does not
finish in a reasonable time
Expected result 2:
- Scrubbing should not continue right with pool import
- System startup should be normal speed
Scenario 3:
- Continued from scenario 2
- Press hard reset button
- Boot system single user
- Run "fsck -p" in an effort to fix the UFS fs first; is successful
- Run "zpool list status"
Actual result 3:
- The system starts scrubbing the pool immediately
- As a result, "zpool list status" does not finish for a long time (actual
duration can be given later)
Expected result 3:
- Scrubbing should not continue right with the pool import
- zpool import and zpool list status should continue with normal speed
In summary, I believe that the solution is that before shutdown, all scrubbing
activities should be paused. Similarly, on boot any pool marked for scrubbing
should be treated as if scrubbing were paused on it.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-bugs
mailing list