While emerging the zfs utils in a virtual machine on x86, I ran into the same issues as described here: https://github.com/zfsonlinux/zfs/issues/814 Adding --enable-atomic-spinlocks to configure in sys-kernel/spl did the trick, so it could maybe be worth considering to add that on x86 by default. Reproducible: Always Portage 2.1.11.31 (hardened/linux/x86, gcc-4.5.4, glibc-2.15-r3, 3.5.4-hardened-r1 i686) ================================================================= System uname: Linux-3.5.4-hardened-r1-i686-Genuine_Intel-R-_CPU_T2600_@_2.16GHz-with-gentoo-2.1 Timestamp of tree: Sun, 06 Jan 2013 16:45:01 +0000 ld GNU ld (GNU Binutils) 2.22 app-shells/bash: 4.2_p37 dev-lang/python: 3.2.3 dev-util/pkgconfig: 0.27.1 sys-apps/baselayout: 2.1-r1 sys-apps/openrc: 0.11.8 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.69 sys-devel/automake: 1.11.6 sys-devel/binutils: 2.22-r1 sys-devel/gcc: 4.5.4 sys-devel/gcc-config: 1.7.3 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.6 (virtual/os-headers) sys-libs/glibc: 2.15-r3 Repositories: gentoo ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="* -@EULA" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=native -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=native -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-march=i686 -O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="-march=i686 -O2 -pipe" GENTOO_MIRRORS="ftp://ftp.halifax.rwth-aachen.de/gentoo/ http://ftp.halifax.rwth-aachen.de/gentoo/" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="acl bash-completion berkdb bzip2 cli cracklib crypt cxx dri gdbm gpm hardened iconv ipv6 modules mudflap ncurses nls nptl openmp pam pax_kernel pcre pic pppd readline session ssl tcpd unicode urandom vim-syntax x86 zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" GRUB_PLATFORMS="pc" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" PHP_TARGETS="php5-3" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" RUBY_TARGETS="ruby18 ruby19" USERLAND="GNU" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Created attachment 334684 [details] Proposed patch for sys-kernel/spl to fix the issue
This issue only occurs on a fraction of x86 systems. I currently do not understand the cause and I would like to change that. Would you attach your kernel .config and the build.log from sys-fs/zfs-kmod? By the way, I should warn you that x86 is currently not keyworded because x86 support has regressions in comparison to amd64. The main regression is that ZFS likely requires manual tuning of vmalloc and possibly also zfs_arc_max. My plan is to keyword x86 only after upstream does page cache unification, which should eliminate the tuning issue and open the door for more rigorous regression testing by upstream. Until then, it will remain unkeyworded. It should be safe (data integrity-wise) for you to use ZFS on x86, but you will likely encounter glitches such as this until the 32-bit issues have been fully resolved.
Created attachment 334968 [details] Config for sys-kernel/hardened-sources-3.5.4-r1 -
Created attachment 334984 [details] build.log I don't plan to use it productively on x86, I just did a presentation and wanted to show zfs in a virtual machine which only had x86 architecture.
Created attachment 335156 [details] Config for sys-kernel/openvz-sources-2.6.32.62.2
#5 attachment is a kernel config where zfs compiles correctly.
Moritz, would you attach the config.log from your system? You can get it by running: ebuild /usr/portage/sys-fs/zfs-kmod/zfs-kmod-0.6.0_rc13.ebuild clean configure Then the file would be /var/tmp/portage/sys-fs/zfs-kmod-0.6.0_rc13/work/zfs-zfs-0.6.0-rc13/config.log.
Created attachment 335264 [details] config.log Here you go
The following upstream patch will fix this: https://github.com/zfsonlinux/spl/commit/dd3678fc29d75286b57e705454bbd7e60e1b44e0 The reason why some people were affected and others were not is that the affectd people were on Linux 3.4 and later. I will backport this patch to sys-kernel/spl later this week.
This should be fixed in sys-fs/zfs-kmod-0.6.0_rc14-r1.