ZFS patches.

Beat Gätzi beat at chruetertee.ch
Mon Jul 28 20:06:00 UTC 2008


Hi,

Pawel Jakub Dawidek wrote:
> The patch above contains the most recent ZFS version that could be found
> in OpenSolaris as of today. Apart for large amount of new functionality,
> I belive there are many stability (and also performance) improvements
> compared to the version from the base system.

Thanks for the great work!

> Please test, test, test. If I get enough positive feedback, I may be
> able to squeeze it into 7.1-RELEASE, but this might be hard.

I have a amd64 box with 8GB RAM running CURRENT-200806 snapshot. I get
the latest version of the sources with csup, applied your patch and
build the world/kernel.
/usr/src and /usr/obj are located on a zfs file system. After "make
installkernel" and reboot into single user mode I had to start the zfs
file system but it failed:

# fsck
# mount -a
# /etc/rc.d/hostid start
Setting hostuuid: ...
Setting hostid: ...
# /etc/rc.d/zfs start
lock order reversal:
 1st 0xffffff0004832620 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2053
 2nd 0xffffffff80b09da0 kernel linker (kernel linker) @
/usr/src/sys/kern/kern_linker.c:693
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
witness_checkorder() at witness_checkorder+0x609
_sx_xlock() at _sx_xlock+0x52
linker_file_lookup_set() at linker_file_lookup_set+0xe1
linker_file_register_sysctls() at linker_file_register_sysctls+0x20
linker_load_module() at linker_load_module+0x919
linker_load_dependencies() at linker_load_dependencies+0x1bc
link_elf_load_file() at link_elf_load_file+0xa96
linker_load_module() at linker_load_module+0x8cf
kern_kldload() at kern_kldload+0xac
kldload() at kldload+0x84
syscall() at syscall+0x1bf
Xfast_syscall() at Xfast_syscall+0xab
--- syscall (304, FreeBSD ELF64, kldload), rip = 0x80068561c, rsp =
0x7fffffffec88, rbp = 0 ---
This module (opensolaris) contains code covered by the
Common Development and Distribution License (CDDL)
see http://opensolaris.org/os/licensing/opensolaris_license/
WARNING: ZFS is considered to be an experimental feature in FreeBSD.
ZFS filesystem version 11
ZFS storage pool version 11
internal error: out of memory
internal error: out of memory
internal error: out of memory
internal error: out of memory

Running "zpool list" shows no available pool and the "internal error:
out of memory" error message.

The same problem occurs in multi-user mode. loader.conf is set to:
vm.kmem_size_max="2147483648"
vm.kmem_size="2147483648"

Increase/remove the kmem_size-values didn't change anything.

To solve the problem I had to boot kernel.old and run make
installworld/mergemaster. After rebooting with the new kernel the pool
was available again and everything work without a problem.

Did I do something wrong when I upgraded the server?

Regards,
Beat


More information about the freebsd-fs mailing list