Releases: openzfsonwindows/openzfs
zfs-windows-2.2.3-rc6
Announcing the release of zfs-macOS-2.2.3, it is fairly close to upstream OpenZFS-2.2.3
rc6:
Trying work around for Aomei ambakdrv.sys
rc5:
- VHD on ZFS fix
- fix mimic ntfs/zfs feature
- port zinject to Windows
- fix keylocation=file://
- fix abd memory leak
OpenZFSOnWindows-debug-.99-147-g8629f178fd.exe:
rc5 with zvol code disabled.
rc4:
- Unload BSOD, cpuid clobbers rbx
Most of the time this is not noticeable, but in registry-has-changed-callback
during borrowed-stack handling, rbx changing has interesting side-effects,
like BSOD at unload time.
This means 2.2.3rc1-rc3 can have BSOD at unload time. If you wish to avoid that,
rename Windows/system32/drivers/openzfs.sys to anything not ".sys", then reboot.
The system will come back without OpenZFS, and you can install rc4.
rc3:
- Fix input of passwords
- fix suspended pools block reboots
- minor smb fixes
rc2:
- CPUID clobbered registers leading to BSOD
rc1:
- Redone CPUID probe, please verify it is correct
- Tunable: "zfs_bclone_wait_dirty" set to wait instead of error from clonefile.
- DDT work (memory reduction, speedup)
- zfs list: add '-t fs' and '-t vol' options
- Add slow disk diagnosis to ZED
- Add 'zpool status -e' flag to see unhealthy vdevs
- BRT: Fix FICLONE/FICLONERANGE shortened copy
- (zpool: Add slot power control, print power status) not on Windows (yet)
- spa: make read/write queues configurable
- Allow block cloning across encrypted datasets
- Add libfetch for https://
OpenZFSOnWindows-debug-.99-137-g4b326b9b92-dirty.exe
testing compat-file-parser and avoid assert in IO completion.
Testing rc6:
OpenZFSOnWindows-debug-.99-149-gf9ec771f74.exe:
- zfs mount / get all broke with the http:// "fix".
- attempt to fix storport / zvol init BSOD at install
- stop duplicate entries in "Add / Remove programs"
zfs-windows-2.2.2-rc1
This is mostly a release to include the recent seek-hole fixes from upstream.
- raidz expansion
- block cloning fixes
- trim fixes
- reparse point fixes
*** Please update, the trim bug might be corrupting pools! ***
Now trim is disabled by default, to check it works (on test pools right?) change
HLM/System/ControlSet001/Services/OpenZFS
windows_enable_trim
to 1
.
*** rc8 ***
OpenZFSOnWindows-debug-2.2.99-15-gf9fd6397e6-dirty.exe
MD5: 25469962c6f825119f64052c1f684944
- Attempt to fix Notification BSOD
zfs-windows-2.2.0-rc6
2.2.0rc6
- kmem fixes
- unmount fixes
- fixes in write races
- zfs get all fix
- hard link fixes
- snapshot unmount fix
- correct IO read/write/cleanup/close
- Fix EndOfFile logic
- Add PagingFile ability
- Don't skip directory entries
2.2.0rc5
- deleting ReparsePoints BSOD fix
- FileObject is NULL BSOD fix (CrystalDisk)
- save Security Descriptors to disk, fix BSOD
- fix fastio write deadlock stall
- fix unlinked-drain BSOD
- fix various iocount/usecount leaks
- fix date in zpool events / history
Known issues:
dirlist will occasionally skip over an entry, to keep the mystery alive. 227
2.2.0rc4
- Entirely new IO system (read/write/cleanup) [1]
- Fixes to unmount/export wrt iocount/usecount
- Fixes to CcMgr/Windows cache
[1] Because there are large changes to read/write/cleanup, we need to retest
standard usage again. The good news is many compatibility issues now work
correctly, like downloading files with Chrome, running Steam.
2.2.0rc3
- default to Visual Studio 2022 / llvm16
- handle windows disable of MTIME/CTIME updates
- fixes for Security Descriptors
- store Security Descriptors in xattr
- FastIO support
2.2.0rc2
Had to re-write the vnode reclaim in this version, so it is possible it has more BSOD. Keep that in
mind if you want to try it out.
- reparse fixes, including lower dataset mounts
- kstat core dumping
- zpool events fix
- unlinked-drain BSOD on import
2.2.0rc1 upstream
- new xattr compat code from upstream, xattr=sa support too
- delete will (now) free space back to pool (in theory)
- diskfull errors returned correctly
- many corrections to Streams
- many corrections to FS events
- many fixes to iocount leaks (export stalls)
- delete long filenames fix
zfs-windows-2.1.7-rc3
List of stuff goes here.
*** rc3 ***
- fix dirlist
- fix query device name
*** rc2 ***
- fix REPARSE (sub-mounts)
- fix rename
*** rc1 ***
- assembly work
zfs-windows-2.1.6-rc4
Welcome to the first beta release.
zfswin-2.1.6rc4
- vdev_file would panic on reopening devices eed7d32
- IODetachDevice can panic on unmount/export
- add unlinked drain tunable
- Don't auto remount on setting mountpoint 8891ad1
- change mutex_destroy guard with spinlock
zfswin-2.1.6rc3
Sorry for the delay, that snapshot thing turned out to be a large piece of work required.
- unloading driver bsod: d1268e5
- zvol bsod: fd9924d
- scrub/resilver stack overflow: 376cbbd
- using ".zfs" would BSOD: 8c68d8a
- unmount would hold driveletter: 7dade4a
- handle paths better
- occasionally mounts would fail to assign driveletter
The snapshot code is new, use it gently. Please file any issues at
https://github.com/openzfsonwindows/openzfs/issues
zfswin-2.1.6rc2
- Enable gcm assembly
- Make register saving more correct
Known issues:
zfswin-2.1.6rc1
Using full release cycles now that the project is all grown up, here is zfswin-2.1.6rc1
It is "close to" the same as ZOL zfs-2.1.6
If you discover an issue or problem, please search issues here:
https://github.com/openzfsonwindows/openzfs/issues
and create one if you can not find anything matching your issue.
Known issues:
- assembler version of GCM is disabled, currently runs generic (C) version.
[probably more to come]
krefja
(ask; crave, claim, demand; demand of; krefja mΓ‘ls - ask speech of one (v) : krefja)
- Fix unload BSODs
- Add oplock support
- Fix partitioning when creating pools
- Unlinked-drain BSOD fix
Brynja
mail (coat of); chain-mail shirt (f) | brynja
OpenZFSOnWindows-debug-2.1.99-993-g5057d967c-dirty.exe
* Streams BSOD fix
* zfs send/recv fix
* IO error was ignored (no degraded pool)
* CcSetFileSizes BSOD fix
* Missing 2 dirlist methods (WSL dirlist unsupported)
* Registry for tunables
* ZVOL performance speedup
Eldask
(age, grow old (v) | eldask)
First fully signed installer of the new (re-)port of OpenZFS on Windows. ZFSin was always a proof-of-concept hack'n'slash port, and once it was shown to be feasible, the proper work was done (again).
- Up to date with OpenZFS-march-ish