atom feed34 messages in org.freebsd.freebsd-sparc64Re: sparc64 hang with zfs v28
FromSent OnAttachments
Roger HammersteinMar 2, 2011 8:46 am 
Marius StroblMar 2, 2011 12:02 pm 
Marius StroblMar 6, 2011 7:22 am 
Roger HammersteinMar 6, 2011 8:27 pm 
Marius StroblMar 7, 2011 12:05 am 
Marius StroblMar 7, 2011 11:22 am 
Roger HammersteinMar 9, 2011 7:02 am 
Marius StroblMar 10, 2011 10:54 am 
Dimitry AndricMar 10, 2011 11:19 am 
Marius StroblMar 12, 2011 9:59 am 
Marius StroblMar 19, 2011 8:28 am 
Michael MollMar 21, 2011 10:55 am 
Pawel Jakub DawidekMar 21, 2011 10:59 am 
Marius StroblMar 22, 2011 9:07 am 
Pawel Jakub DawidekMar 22, 2011 10:04 am 
Roger HammersteinMar 22, 2011 10:50 am 
Marius StroblMar 22, 2011 12:10 pm.diff
Pawel Jakub DawidekMar 22, 2011 2:13 pm 
Roger HammersteinMar 22, 2011 2:38 pm 
Michael MollMar 23, 2011 4:23 pm 
Martin MatuskaMar 24, 2011 2:03 am 
Marius StroblMar 24, 2011 4:16 am 
Michael MollMar 24, 2011 5:35 am 
Pawel Jakub DawidekMar 24, 2011 6:22 am 
Nathan WhitehornMar 24, 2011 6:35 am 
Martin MatuskaMar 24, 2011 6:37 am 
Marius StroblMar 24, 2011 9:35 am 
Nathan WhitehornMar 24, 2011 9:48 am 
Michael MollMar 25, 2011 8:56 am 
Marius StroblMar 26, 2011 7:30 am 
Martin MatuskaMar 27, 2011 3:48 pm 
Michael MollMar 28, 2011 7:18 am 
Martin MatuskaApr 6, 2011 1:02 am 
Marius StroblApr 6, 2011 2:30 am 
Subject:Re: sparc64 hang with zfs v28
From:Marius Strobl (mar@alchemy.franken.de)
Date:Mar 19, 2011 8:28:02 am
List:org.freebsd.freebsd-sparc64

On Thu, Mar 10, 2011 at 07:54:23PM +0100, Marius Strobl wrote:

On Wed, Mar 09, 2011 at 10:03:24AM -0500, Roger Hammerstein wrote:

As for the remaining ZFS hangs you're seeing I can reproduce these with a r219092 checkout (i.e. right after the ZFS v28 import plus fixes) and the above patch applied, so this problem appears to be orthogonal: v215# kldload zfs.ko ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 v215# mdconfig -a -t malloc -s 100m md0 v215# mdconfig -a -t malloc -s 100m md1 v215# zpool create tank mirror /dev/md0 /dev/md1 ^Z <hangs here>

The end of the corresponding ktrace dump is: <...> v215# kdump | tail 1683 initial thread RET madvise 0 1683 initial thread CALL close(0x5) 1683 initial thread RET close 0 1683 initial thread CALL
__sysctl(0x7fdffff8778,0x2,0x7fdffff8840,0x7fdffff88a8,0x40d41168,0x13) 1683 initial thread SCTL "sysctl.name2oid" 1683 initial thread RET __sysctl 0 1683 initial thread CALL
__sysctl(0x7fdffff8840,0x4,0x40e4f158,0x7fdffff8978,0,0) 1683 initial thread SCTL "vfs.zfs.version.spa" 1683 initial thread RET __sysctl 0 1683 initial thread CALL ioctl(0x3,0xd5985a00 ,0x7fdffff8a60)

Please work with the ZFS maintainers (CC'ed) to get this fixed.

Is there any progress regarding this or at least some tips what debug information to provide?

Marius

_______________________________________________ free@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 To unsubscribe, send any mail to "free@freebsd.org"