Since recently, my troublesome home NAS is running a privately built illumos-gate as fetched from source in mid-February. I tried to incorporate some fixes (i.e. succesfully eluding the kernel panic due to duplicate DDT entries and NULL pointer dereferences as discussed in the list).
I noted today that the "/sbin/zfs" command refuses to destroy snapshots, instantly exiting with error-code "1". It does destroy filesystems (recursively with the said snapshots). I did not look deeper into the problem, since I did not change anything in the "zfs" command sources, and rebuilding the gate on my build VM takes a few days. I did check that the /sbin/zfs binary from original oi_151a works as expected with the same kernel/libs that I've built. Tested on two different pools. Just my 2c about a possible regresion in the bleeding-edge code. Posting a bug to tracker as well... HTH, //Jim Klimov _______________________________________________ zfs-discuss mailing list email@example.com http://mail.opensolaris.org/mailman/listinfo/zfs-discuss