freebsd-fs@FreeBSD.org
Filesystems
- Go to: [ monthly archives ] [ by author ] [ by thread ]
October 2025 Archives by date
- Sun, 05 Oct 2025
- Problem reports for fs@FreeBSD.org that need special attention bugzilla-noreply_at_FreeBSD.org
- Tue, 07 Oct 2025
- realpath() leakage and unix socket collision in -o union mounts + jails David 'equinox' Lamparter
- Wed, 08 Oct 2025
- Re: realpath() leakage and unix socket collision in -o union mounts + jails Konstantin Belousov
- Re: realpath() leakage and unix socket collision in -o union mounts + jails David 'equinox' Lamparter
- Re: realpath() leakage and unix socket collision in -o union mounts + jails Konstantin Belousov
- getfsstat(2) MNT_NOWAIT & stale data for zpool Dave Cottlehuber
- Re: realpath() leakage and unix socket collision in -o union mounts + jails Konstantin Belousov
- Re: getfsstat(2) MNT_NOWAIT & stale data for zpool Peter Jeremy
- Thu, 09 Oct 2025
- Re: getfsstat(2) MNT_NOWAIT & stale data for zpool Dave Cottlehuber
- ZFS: corrupted file entry is invisible, but still there somehow, nevertheless undeletabe... Nils Beyer
- Re: getfsstat(2) MNT_NOWAIT & stale data for zpool Konstantin Belousov
- Re: getfsstat(2) MNT_NOWAIT & stale data for zpool Dave Cottlehuber
- Re: getfsstat(2) MNT_NOWAIT & stale data for zpool Konstantin Belousov
- Sun, 12 Oct 2025
- Problem reports for fs@FreeBSD.org that need special attention bugzilla-noreply_at_FreeBSD.org
- Mon, 13 Oct 2025
- openat("./...", O_CREAT) fails even though the directory exists Lexi Winter
- Re: openat("./...", O_CREAT) fails even though the directory exists Olivier Certner
- Re: openat("./...", O_CREAT) fails even though the directory exists Lexi Winter
- Re: openat("./...", O_CREAT) fails even though the directory exists Olivier Certner
- Re: openat("./...", O_CREAT) fails even though the directory exists Lexi Winter
- [Bug 275594] High CPU usage by arc_prune; analysis and fix bugzilla-noreply_at_freebsd.org
- [Bug 275594] High CPU usage by arc_prune; analysis and fix bugzilla-noreply_at_freebsd.org
- [Bug 275594] High CPU usage by arc_prune; analysis and fix bugzilla-noreply_at_freebsd.org
- [Bug 275594] High CPU usage by arc_prune; analysis and fix bugzilla-noreply_at_freebsd.org
- [Bug 275594] High CPU usage by arc_prune; analysis and fix bugzilla-noreply_at_freebsd.org
- [Bug 275594] High CPU usage by arc_prune; analysis and fix bugzilla-noreply_at_freebsd.org
- [Bug 275594] High CPU usage by arc_prune; analysis and fix bugzilla-noreply_at_freebsd.org
- [Bug 290205] ZFS: file stuck in delete queue bugzilla-noreply_at_freebsd.org
- [Bug 275594] High CPU usage by arc_prune; analysis and fix bugzilla-noreply_at_freebsd.org
- [Bug 275594] High CPU usage by arc_prune; analysis and fix bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- Re: openat("./...", O_CREAT) fails even though the directory exists Adrian Chadd
- Tue, 14 Oct 2025
- Re: openat("./...", O_CREAT) fails even though the directory exists Dag-Erling_Smørgrav
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- Wed, 15 Oct 2025
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- Thu, 16 Oct 2025
- [Bug 283224] zpool import concurrent imports will deadlock bugzilla-noreply_at_freebsd.org
- Sun, 19 Oct 2025
- Problem reports for fs@FreeBSD.org that need special attention bugzilla-noreply_at_FreeBSD.org
- Tue, 21 Oct 2025
- Why does rangelock_enqueue() hang for hours? Peter 'PMc' Much
- Re: Why does rangelock_enqueue() hang for hours? Rick Macklem
- Re: Why does rangelock_enqueue() hang for hours? Peter 'PMc' Much
- Re: Why does rangelock_enqueue() hang for hours? Bakul Shah
- Wed, 22 Oct 2025
- Re: Why does rangelock_enqueue() hang for hours? Rick Macklem
- [Bug 273772] zpool nested in ZVOL becomes inaccessible when zfsd(8) is running on the host bugzilla-noreply_at_freebsd.org
- Thu, 23 Oct 2025
- Re: Why does rangelock_enqueue() hang for hours? Peter 'PMc' Much
- Re: Why does rangelock_enqueue() hang for hours? Rick Macklem
- Re: Why does rangelock_enqueue() hang for hours? Konstantin Belousov
- Re: openat("./...", O_CREAT) fails even though the directory exists Lexi Winter
- Re: Why does rangelock_enqueue() hang for hours? Bakul Shah
- Fri, 24 Oct 2025
- Re: Why does rangelock_enqueue() hang for hours? Rick Macklem
- Sun, 26 Oct 2025
- [Bug 273772] zpool nested in ZVOL becomes inaccessible when zfsd(8) is running on the host bugzilla-noreply_at_freebsd.org
- Problem reports for fs@FreeBSD.org that need special attention bugzilla-noreply_at_FreeBSD.org
- Mon, 27 Oct 2025
- [Bug 290550] [lor] lock order reversal - zfs and devfs/nullfs bugzilla-noreply_at_freebsd.org
- [Bug 290570] [zfs] panic: buffer modified while frozen! bugzilla-noreply_at_freebsd.org
- [Bug 290571] [zfs] panic: Memory modified after free 0xfffffe0184c00000(8192) val=80bef961b6c4beea @ 0xfffffe0184c00000 bugzilla-noreply_at_freebsd.org
- [Bug 290579] Strange statistics zpool iostat on a heavily loaded system bugzilla-noreply_at_freebsd.org
- [Bug 290579] Strange statistics zpool iostat on a heavily loaded system bugzilla-noreply_at_freebsd.org
- Wed, 29 Oct 2025
- [Bug 290579] Strange statistics zpool iostat on a heavily loaded system bugzilla-noreply_at_freebsd.org
- [Bug 290579] zpool iostat values never change, even on a heavily loaded system bugzilla-noreply_at_freebsd.org
- [Bug 290579] zpool iostat values never change, even on a heavily loaded system bugzilla-noreply_at_freebsd.org
- [Bug 290579] zpool iostat values never change, even on a heavily loaded system bugzilla-noreply_at_freebsd.org
- Thu, 30 Oct 2025
- NFS + nobody user? (was: Re: poudriere + ZFS + NFS -> chown: /usr/local/poudriere/data/.m/rpi5-freebsd143-custom/01/.npkg: Operation not permitted) Ronald Klop
- Re: NFS + nobody user? (was: Re: poudriere + ZFS + NFS -> chown: /usr/local/poudriere/data/.m/rpi5-freebsd143-custom/01/.npkg: Operation not permitted) Rick Macklem
- [Bug 271925] chflags(1) fails to remove uarch flag with hardlinked files (ZFS) bugzilla-noreply_at_freebsd.org
- [Bug 228197] panic: solaris assert: arc_buf_alloc_impl bugzilla-noreply_at_freebsd.org
- [Bug 271925] chflags(1) fails to remove uarch flag with hardlinked files (ZFS) bugzilla-noreply_at_freebsd.org
- Fri, 31 Oct 2025
- [Bug 271925] chflags(1) fails to remove uarch flag with hardlinked files (ZFS) bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290579] zpool iostat values never change, even on a heavily loaded system bugzilla-noreply_at_freebsd.org
- [Bug 290579] zpool iostat values never change, even on a heavily loaded system bugzilla-noreply_at_freebsd.org
- [Bug 271925] chflags(1) fails to remove uarch flag with hardlinked files (ZFS) bugzilla-noreply_at_freebsd.org
- [Bug 290579] zpool iostat values never change, even on a heavily loaded system bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290207] [ZFS] lowering "vfs.zfs.arc.max" to a low value causes kernel threads of "arc_evict" to use 91% CPU and disks to wait. System gets unresponsive... bugzilla-noreply_at_freebsd.org
- [Bug 290579] zpool iostat values never change, even on a heavily loaded system bugzilla-noreply_at_freebsd.org
- Go to: [ monthly archives ] [ by author ] [ by date ]