Re: Beadm can't create snapshot

On 8/29/22 11:28 AM, Ryan Moeller wrote: On 8/29/22 10:14 AM, Thomas Laus wrote: On 8/17/22 10:35, Thomas Laus wrote: I attempted to create a ZFS snapshot after upgrading this morning and received this error After all of the discussion to compare and contrast beadm vs. bectl my read only

Re: Beadm can't create snapshot

On 8/29/22 10:14 AM, Thomas Laus wrote: On 8/17/22 10:35, Thomas Laus wrote: I attempted to create a ZFS snapshot after upgrading this morning and received this error After all of the discussion to compare and contrast beadm vs. bectl my read only bit is still set as of this morning 29-AUG-

Re: Beadm can't create snapshot

Now fixed as of https://github.com/openzfs/zfs/commit/518b4876022eee58b14903da09b99c01b8caa754 -Ryan Whoops, here's the correct link https://cgit.freebsd.org/src/commit/?id=08aba0aec7b7f676ccc3f7886f59f277d668d5b4

Re: Beadm can't create snapshot

On 8/17/22 12:16 PM, Ryan Moeller wrote: On 8/17/22 12:05 PM, Ryan Moeller wrote: On 8/17/22 10:35 AM, Thomas Laus wrote: I attempted to create a ZFS snapshot after upgrading this morning and received this error # beadm create n257443 cannot create 'zroot/ROOT/n2

Re: Beadm can't create snapshot

On 8/17/22 12:05 PM, Ryan Moeller wrote: On 8/17/22 10:35 AM, Thomas Laus wrote: I attempted to create a ZFS snapshot after upgrading this morning and received this error # beadm create n257443 cannot create 'zroot/ROOT/n257443': 'snapshots_changed' is readonly # T

Re: Beadm can't create snapshot

On 8/17/22 10:35 AM, Thomas Laus wrote: I attempted to create a ZFS snapshot after upgrading this morning and received this error # beadm create n257443 cannot create 'zroot/ROOT/n257443': 'snapshots_changed' is readonly # This looks like a bug in beadm. It must be trying to set the snaps

Re: BLAKE3 unstability?

On 7/11/22 11:43 AM, Ryan Moeller wrote: On 7/9/22 1:56 PM, Evgeniy Khramtsov wrote: I can reproduce via: $ truncate -s 10G /tmp/test $ mdconfig -f /tmp/test -S 4096 $ zpool create test /dev/md1 $ zfs create -o checksum=blake3 test/b $ dd if=/dev/random of=/test/b/noise bs=1M count=4096

Re: BLAKE3 unstability?

On 7/9/22 1:56 PM, Evgeniy Khramtsov wrote: I can reproduce via: $ truncate -s 10G /tmp/test $ mdconfig -f /tmp/test -S 4096 $ zpool create test /dev/md1 $ zfs create -o checksum=blake3 test/b $ dd if=/dev/random of=/test/b/noise bs=1M count=4096 $ sync $ zpool scrub test $ zpool status I ca

Re: ZFS crash with -CURRENT from Aug 23rd

On 8/27/21 11:35 AM, Ryan Moeller wrote: zfs_deleteextattr_sa() at zfs_deleteextattr_sa+0x1e/frame 0xfe0147380360 zfs_setextattr() at zfs_setextattr+0x1e3/frame 0xfe01473804e0    Panic String: VERIFY(zp->z_is_sa) failed I see the issue, thanks! -Ryan https://github.

Re: ZFS crash with -CURRENT from Aug 23rd

zfs_deleteextattr_sa() at zfs_deleteextattr_sa+0x1e/frame 0xfe0147380360 zfs_setextattr() at zfs_setextattr+0x1e3/frame 0xfe01473804e0 Panic String: VERIFY(zp->z_is_sa) failed I see the issue, thanks! -Ryan

Re: ZFS going forward, on stable/13 vs. main: question

Question . . . Are there any potential future upgrade issues with main [so: 14] vs. stable/13 and releng/13.0 , say by main updates involving ZFS updates in a way stable/13 or the recent releng/13.* might not handle? There's no issue if you don't upgrade the pool on main with new features that

Re: libifconfig_sfp.h does not compile for me

On 3/11/21 3:51 AM, Ronald Klop wrote: Hi, This https://cgit.freebsd.org/src/tree/lib/libifconfig/libifconfig_sfp.h includes libifconfig_sfp_tables.h which does not exist. My build fails on this. I cleaned /lib/libifconfig and /sbin/ifconfig, but no succes. The last change in these files

Re: zfs: zpool status says I have unactivated features, but upgrade says I don't

On 2/26/21 5:14 PM, Rebecca Cran wrote: I'm seeing a mismatch on 14-CURRENT between 'zpool status' saying I have features that aren't enabled, and 'zpool upgrade' which says I don't. [bcran@smic ~]$ zpool status   pool: spool  state: ONLINE status: Some supported and requested features are no

Re: cgit: orientation

On 2/10/21 3:19 PM, Graham Perrin wrote: On 10/02/2021 15:46, Rodney W. Grimes wrote: On Tue, Feb 9, 2021 at 5:52 PM Warner Losh wrote: On Tue, Feb 9, 2021 at 5:47 PM Graham Perrin wrote: Given this, for example: < https://cgit.freebsd.org/src/commit/?id=174a7e578a33c01401e33f9bfcc077f

Re: (239489) buildkernel fails if PORTS_MODULES= includes openzfs-kmod

On 12/13/20 12:25 PM, John Kennedy wrote: On Sun, Dec 13, 2020 at 08:19:30AM +, Graham Perrin wrote: Please: is there some way to include openzfs-kmod at buildkernel time? Not that I'm aware of, but you can write a script to build your system the way you like it and then build the kmod

Re: usr.bin/xinstall r366697 versus: buildworld: lib/libc: install: short write to libc.so.7.debug: [_libinstall] Error code 71

On 12/12/20 2:15 AM, Graham Perrin wrote: On 23/11/2020 12:18, Graham Perrin wrote: On 22/11/2020 12:00, Dimitry Andric wrote: … I'd guess it's an unintended side-effect of https://svnweb.freebsd.org/base?view=revision&revision=366697 ("install(1): Avoid unncessary fstatfs() calls and use mma

Re: zpool export: umount failed, device inexplicably busy

On 10/6/20 4:29 PM, Graham Perrin wrote: lsof finds no open file. Please be wary of lsof. I'm not sure it works on OpenZFS. The port reaches into /usr/src for zfs headers in locations that don't exist anymore to access kernel memory in /dev/kmem using structs that are different in OpenZFS.

Re: OpenZFS: using an encrypted dataset without a prompt for its passphrase

On 10/17/20 9:02 AM, Graham Perrin wrote: root@momh167-gjp4-8570p:~ # date ; uname -v ; uptime Sat Oct 17 14:00:10 BST 2020 FreeBSD 13.0-CURRENT #69 r366648: Tue Oct 13 05:49:05 BST 2020 root@momh167-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG  2:00PM  up 9 mins, 5 users, load

Re: OpenZFS: using an encrypted dataset without a prompt for its passphrase

On 10/17/20 5:55 AM, Graham Perrin wrote: On 17/10/2020 08:40, Ryan Moeller wrote: This is intentional. The pool can be imported but the filesystem is not mounted until the key is loaded. Thanks, the file system mounts without me entering a passphrase; is this intentional? It

Re: OpenZFS: using an encrypted dataset without a prompt for its passphrase

On 10/17/20 1:54 AM, Graham Perrin wrote: root@momh167-gjp4-8570p:~ # zfs get all Transcend/VirtualBox | grep -e creation -e key -e crypt Transcend/VirtualBox  creation  Wed Sep  2 19:02 2020 - Transcend/VirtualBox  encryption aes-256-gcm   - Transcend/VirtualBox  ke

Re: ZFS crash -- zvol_geom_bio_getattr called when volmode=dev

On 10/9/20 6:22 PM, Alan Somers wrote: This sounds like it might be a regression introduced by the OpenZFS merge. Have you compared vdev_geom.c in OpenZFS vs the old version? -Alan I don't think vdev_geom.c is involved, we're taking a wrong path in zvol_os.c because it seems the volume is c

Re: `zfs list` permission denied

On 9/10/20 12:33 PM, Shawn Webb wrote: I used to be able to run `zfs list` as an unprivileged user. Now I can't, even when my user is in the operator group. BEGIN LOG hbsd-current-01[shawn]:/home/shawn $ zfs list Operation not permitted hbsd-current-01[shawn]:/home/shawn (1) $ id uid

Re: vfs.zfs.min_auto_ashift and OpenZFS

On 9/9/20 5:40 PM, Slawa Olhovchenkov wrote: On Wed, Sep 09, 2020 at 11:55:14AM -0400, Ryan Moeller wrote: On 9/8/20 4:31 PM, Niclas Zeising wrote: On 2020-05-02 02:20, Matthew Macy wrote: OpenZFS doesn't have the same ashift optimization logic that FreeBSD has. It's something

Re: vfs.zfs.min_auto_ashift and OpenZFS

On 9/8/20 4:31 PM, Niclas Zeising wrote: On 2020-05-02 02:20, Matthew Macy wrote: OpenZFS doesn't have the same ashift optimization logic that FreeBSD has. It's something that needs to be resolved before the code can be integrated downstream. So currently all pools created with OpenZFS will

Re: bectl: cannot promote 'zroot/ROOT/r364030-OpenZFS2': not a cloned filesystem

On 9/6/20 11:49 AM, marco wrote: On Sun, Sep 06, 2020 at 10:22:33AM -0400, you (Ryan Moeller) sent the following to [freebsd-current] : I switched back to base ZFS whilst on r364030 and upgraded to r365336 and deinstalled openzfs and openzfs-kmod for now. ZFS in base nicely auto-imported

Re: bectl: cannot promote 'zroot/ROOT/r364030-OpenZFS2': not a cloned filesystem

On 9/6/20 5:16 AM, marco wrote: On Sat, Sep 05, 2020 at 12:02:58AM +0100, you (Graham Perrin) sent the following to [freebsd-current] : FYI I switched back to base ZFS whilst on r364030 and upgraded to r365336 and deinstalled openz

Re: openzfs related kernel install fails (r365296)

On 9/5/20 4:23 PM, Ruslan Makhmatkhanov wrote: Mark Johnston wrote on 9/4/20 9:55 PM: [...] The zfs.ko Makefile unconditionally enables creation of a debug file. Could you verify that the problem is gone with this patch? This patch indeed fixes the install. Thank you! Committed in r3653

Re: CURRENT: r365325: mounting ZFS within JAIL now fails: /sbin/zfs mount -a: failed

On 9/4/20 6:30 AM, O. Hartmann wrote: Running a most recent CURRENT (FreeBSD 13.0-CURRENT #1 r365325: Fri Sep 4 11:28:14 CEST 2020 amd64) with JAILS also running CURRENT of the very same version, one specific jail which is designated to be a poudriere jail with ZFS filesystems doesn't start a

Re: /usr/src/cddl/sbin/zfs don't know how to make zfs-change-key.8

On 9/1/20 7:42 PM, Julian H. Stacey wrote: Hi curr...@freebsd.org, With .ctm_status src-cur 14656 .svn_revision 364986 /usr/src/cddl/sbin/zfs # bmake[4]: don't know how to make zfs-change-key.8. Stop Thanks, fixed it: https://svnweb.freebsd.org/changeset/base/365250 -Ryan Avoided

Re: What is the zstreamdump command in OpenZFS?

On 9/1/20 2:13 PM, Ryan Moeller wrote: On 9/1/20 1:32 PM, Thomas Laus wrote: Group: Whenever I perform a major upgrade to any of my ZFS pools, I make a habit of sending the most recent snapshot to a file and then to a DLT tape or DVD.  I run the zstreamdump utility on the file and record the

Re: What is the zstreamdump command in OpenZFS?

On 9/1/20 1:32 PM, Thomas Laus wrote: Group: Whenever I perform a major upgrade to any of my ZFS pools, I make a habit of sending the most recent snapshot to a file and then to a DLT tape or DVD. I run the zstreamdump utility on the file and record the checksum. I also run zstreamdump on the

Re: OpenZFS support merged

t few weeks. https://svnweb.freebsd.org/base?view=revision&revision=364746 If you encounter problems please report them to me, Ryan Moeller, and - current. ___ freebsd...@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-fs

Re: OpenZFS support merged

On 8/25/20 2:09 PM, Jakob Alvermark wrote: On 2020-08-25 20:06, Ryan Moeller wrote: On 8/25/20 2:00 PM, Jakob Alvermark wrote: On 2020-08-25 17:42, Ryan Moeller wrote: On 8/25/20 9:58 AM, Jakob Alvermark wrote: Hi, I updated from r364605 to r364768 'make buildkernel' fails

Re: OpenZFS support merged

On 8/25/20 2:00 PM, Jakob Alvermark wrote: On 2020-08-25 17:42, Ryan Moeller wrote: On 8/25/20 9:58 AM, Jakob Alvermark wrote: Hi, I updated from r364605 to r364768 'make buildkernel' fails like this: Building /usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG/modules/u

Re: OpenZFS support merged

08-25 04:38, Matthew Macy wrote: r364746 merged OpenZFS support in to HEAD. The change should be transparent unless you want to use new features. I caution against 'zpool upgrade' for the next few weeks. https://svnweb.freebsd.org/base?view=revision&revision=364746 If you encounter

Re: OpenZFS support merged

. It is on by default. -Ryan I caution against 'zpool upgrade' for the next few weeks. https://svnweb.freebsd.org/base?view=revision&revision=364746 If you encounter problems please report them to me, Ryan Moeller, and -current. -- Bob Bishop

Re: 13-CURRENT won't boot after switch to sysutils/openzfs

On 8/22/20 7:39 PM, marco wrote: On Sat, Aug 22, 2020 at 10:10:14PM +, you (marco) sent the following to [freebsd-current] : On Sat, Aug 22, 2020 at 04:48:48PM +, you (marco) sent the following to [freebsd-current] : On Sat, Aug 22, 2020 at 12:31:24PM -0400, you (Ryan Moeller) sent

Re: 13-CURRENT won't boot after switch to sysutils/openzfs

On 8/22/20 12:27 PM, marco wrote: On Sat, Aug 22, 2020 at 09:47:49AM -0400, you (Ryan Moeller) sent the following to [freebsd-current] : On 8/22/20 9:29 AM, Ryan Moeller wrote: When switching from base ZFS to sysutils/openzfs 2020080800 the boot process fails. The most recent version

Re: 13-CURRENT won't boot after switch to sysutils/openzfs

On 8/22/20 9:29 AM, Ryan Moeller wrote: On 8/22/20 7:49 AM, marco wrote: I'm running r364030.   [~] uname -apKU   FreeBSD harbinger 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r364030: Tue Aug   11 07:15:59 UTC 2020 root@harbinger:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG amd64  

Re: 13-CURRENT won't boot after switch to sysutils/openzfs

On 8/22/20 7:49 AM, marco wrote: I'm running r364030. [~] uname -apKU FreeBSD harbinger 13.0-CURRENT FreeBSD 13.0-CURRENT #5 r364030: Tue Aug 11 07:15:59 UTC 2020 root@harbinger:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG amd64 amd64 1300105 1300105 When switching from base ZF

Re: Kernel panic on recent 12.1 on bridge creation.

I've reproduced this on the latest snapshot build of stable/12 and created a PR here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046 On 7/16/20 6:26 PM, Daniel Dettlaff wrote: On 17.07.2020, at 00:16, Daniel Dettlaff wrote: Hello, I heard it's known? I built recent system from stab

Re: openzfs-kmod build error

On 6/23/20 11:12 AM, Rick Macklem wrote: Kostya Berger wrote: CURRENT r362292 sysutils/openzfs-kmod build aborts with error:... /usr/ports/sysutils/openzfs-kmod/work/zfs->c0eb5c35e/module/os/freebsd/zfs/zfs_vfsops.c:128:19: error: incompatible pointer types initializing 'vfs

Re: does a ZFS change in head require additional work?

On 6/16/20 9:39 PM, Rick Macklem wrote: Hi, r362158 changed the arguments for zfs_checkexp() in head. There were no other changes, since the arguments are simply passed on to vfs_stdcheckexp(). Is there something else that needs to be done, such as sending this patch upstream? rick Yes ple

Re: OpenZFS port updated

> On Apr 17, 2020, at 4:56 PM, Pete Wright wrote: > > On 4/17/20 11:35 AM, Ryan Moeller wrote: >> FreeBSD support has been merged into the master branch of the openzfs/zfs >> repository, and the FreeBSD ports have been switched to this branch. > Congratulations on thi

OpenZFS port updated

FreeBSD support has been merged into the master branch of the openzfs/zfs repository, and the FreeBSD ports have been switched to this branch. OpenZFS brings many exciting features to FreeBSD, including: * native encryption * improved TRIM implementation * most recently, persistent L2ARC Of c