Date: Tue, 11 Dec 2007 10:10:17 -0500 From: Peter Thoenen <peter.thoenen@yahoo.com> To: Ivan Voras <ivoras@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: Various Issues with 7.0-BETA4 Message-ID: <475EA859.7000407@yahoo.com> In-Reply-To: <fjlu5n$qc4$1@ger.gmane.org> References: <475DADF7.6020702@yahoo.com> <fjlu5n$qc4$1@ger.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> Do you have zfs_load="YES" in /boot/loader.conf? Scot: Shouldn't have to do this as zfs in compiled in. > Did you create the zfs structures and file system while in single user > mode with root mounted read-only? If so, this is a "known feature" and If so not intentionally ... don't remember to be honest. > it won't be fixed: you need to a) mount root read-write and b) run > /etc/rc.d/hostid start before /etc/rc.d/zfs start. To fix it, mount root > read-write, remove zpool.cache file (if any) from /boot/zfs, run > commands from "b" and then run zfs import -f until you have your zfs > file systems online. Then reboot into multiuser mode - it should work > now. Never modify zfs without steps "a" and "b", some combinations of > such modifications lead to kernel panics or possible data loss. Ja .. that def worked. Thanks much Ivan. I think the step I was missing in my fixes (or when working from single user mode) was calling /etc/rc.d/hostid .... never could figure out why I had to force input my pools (always in use) and that was most likely it. Just FYI above mainly worked minus the "zfs import -f" step ... had to do "zpool import -f" instead. I am guessing just fat fingered on your end but figured I should stick it in my response for the archives in case anybody has the problem and actually searches them. BTW, is that "known feature" documented anywhere .. .can't imagine I am the only guy that has hit this problem and it happened to me on all 3 ZFS systems I have build on FBSD. Googled quite a bit before posting over the last week or so but this is the first time I am seeing a fix. > > As for the other problems: presence of /usr/lib32 is not influenced by > kernel build options. I don't know what influences, but the kernel > doesn't. Are you running java and other applications in 32-bit mode? Why? Not intentionally running anything in 32-bit mode but trying to track down some odd problems (namely java, xchat, and slow X responsiveness (e.g. ~2 min to open a gnome-terminal from time of click) and one of the errors I always got on boot was something about 32 compatibility and not finding /usr/lib32 So took a look at /usr and noticed I do not have a lib32 and then from inference (bad or good) it appeared I should from the above error message and http://lists.freebsd.org/pipermail/freebsd-amd64/2004-March/000966.html (ja very old and referencing FBSD6). Figured I was in error not having it as: 1) I have options COMPAT_IA32 deifned in kernel 2) WITHOUT_LIB32 is NOT set in src.conf (implying that it should be built by default from my understanding of how world is built) Just trying to narrow things down one at a time. Thanks much on the ZFS issue. Now the build and install world issues :) (and hopefully once all fixed the java / xchat issues will magically clear up :( ALCON: When I got my original message from the server it appeared to strip my attachments. They can be found at http://www.nan-elmoth.net/fbsd/makeinstallworld.tar.gz http://www.nan-elmoth.net/fbsd/buildworld_no_tsch.tar.gz http://www.nan-elmoth.net/fbsd/makeinstallworld.tar.gz
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?475EA859.7000407>