Re: Various Issues with 7.0-BETA4
Ivan Voras schrieb: Peter Thoenen wrote: Issue #1: For some reason zfs_enable=YES in rc.conf doesn't work. It doesn't seem to auto mount my zfs mounts which is a PITA. Currently I am forces (each time I reboot) to boot into single user mode, mount all my drives, then exit, continuing into multi-user mode. The interesting this is step 3. 1) fsck -p 2) mount -u / 3) zfs 4) zfs mount -a 5) exit NOTE: If I skip #3 and immediately do #4 it mails. For some reason I have to to a straight zfs call. NOTE: If I immediately go to multiuser mode skipping manually mounting not only does zfs not mount but I have to re-force import the tank pool (e.g. step 3.5: zpool import -f tank) 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 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. I just rebuild my world and then kernel based on sources as of a few hours ago. It had been running well with kernel and world as of Nov 22., but fails to mount the ZFS root with the new kernel: [...] ZFS filesystem version 6 ZFS storage pool version 6 acd0: CDRW PHILIPS CD-RW/DVD-ROM SCB5265/TD15 at ata0-master UDMA33 ad4: 76293MB Maxtor 6L080M0 BANC1G10 at ata2-master SATA150 WARNING: Expected rawoffset 0, found 63 lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! Trying to mount root from zfs:root Manual root filesystem specification: fstype:device Mount device using filesystem fstype eg. ufs:da0s1a ? List valid disk boot devices empty line Abort manual input mountroot zfs:root Trying to mount root from zfs:root WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. bge0: link state changed to UP [...] As you can see, the ZFS root mount succeeds after manual entry of just the value also specified in /boot/loader.conf. The file zpool.cache has also been stable since initial installation of the system: $ ls -l /boot/zfs/zpool.cache -rw-r--r-- 1 root wheel 908 Oct 2 17:33 /boot/zfs/zpool.cache Is this a regression that occured between 2007-11-22 and 2007-12-13 ? I know that automatic reboots (including mounting this ZFS root FS) worked fine with the previous kernel! I could try to export/import the ZFS pool from my boot file system, but since this is a productive system, I cannot do this right now ... Regards, STefan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Various Issues with 7.0-BETA4
Peter Thoenen wrote: Issue #1: For some reason zfs_enable=YES in rc.conf doesn't work. It doesn't seem to auto mount my zfs mounts which is a PITA. Currently I am forces (each time I reboot) to boot into single user mode, mount all my drives, then exit, continuing into multi-user mode. The interesting this is step 3. 1) fsck -p 2) mount -u / 3) zfs 4) zfs mount -a 5) exit NOTE: If I skip #3 and immediately do #4 it mails. For some reason I have to to a straight zfs call. NOTE: If I immediately go to multiuser mode skipping manually mounting not only does zfs not mount but I have to re-force import the tank pool (e.g. step 3.5: zpool import -f tank) 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 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. 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? signature.asc Description: OpenPGP digital signature
Re: Various Issues with 7.0-BETA4
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 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Various Issues with 7.0-BETA4
On 11/12/2007, Peter Thoenen [EMAIL PROTECTED] wrote: 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. You're correct, thank you - I don't think zfs even has the import command in itself. zpool is what the intention was. 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. I think it got mentioned, but always when someone gets burn by it. I think the real problem is that there should be some sort of dependency tracking so the /etc/rc.d/zfs script knows it should start hostid before running, or refuse to run if hostid is not started. Or maybe the same but for the kernel module and zfs and zpool executables. Thanks much on the ZFS issue. Now the build and install world issues :) Can't help you with the build world issues except by suggesting generic troubleshooting: - try deleting /usr/obj - try installworld into a different directory (DESTDIR variable) - try building world on a different machine with exactly the same sources then copying /usr/obj to your machine and doing make installworld as usual. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Various Issues with 7.0-BETA4
Hello, Having various issues with 7.0-BETA4 and not sure where to begin. Going to post multiple issues here so please bear with me. The ultimate goal of course is 7.0-BETA4 working cleanly in addition to associate ports (e.g. I can't get xchat or java to work either (though all my others port do) and I think its related somehow to this)). Feel free to point me at another list if applicable. EDIT: Big text attachments so I compressed. - Background: Install 7.0-BETA2 off the amd64.iso. - Background: / is UFS, /usr is ZFS - uname -a = FreeBSD ssfbsd.securestate.org 7.0-BETA4 FreeBSD 7.0-BETA4 #0: Mon Dec 10 08:36:52 EST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC amd64 Issue #1: For some reason zfs_enable=YES in rc.conf doesn't work. It doesn't seem to auto mount my zfs mounts which is a PITA. Currently I am forces (each time I reboot) to boot into single user mode, mount all my drives, then exit, continuing into multi-user mode. The interesting this is step 3. 1) fsck -p 2) mount -u / 3) zfs 4) zfs mount -a 5) exit NOTE: If I skip #3 and immediately do #4 it mails. For some reason I have to to a straight zfs call. NOTE: If I immediately go to multiuser mode skipping manually mounting not only does zfs not mount but I have to re-force import the tank pool (e.g. step 3.5: zpool import -f tank) --- Issue 2: I originally built my source with WITHOUT_TCSH=YES defined but then discovered later that OpenOffice.org needs it to build. I can manually go into /usr/src/contrib/tcsh and make and make install but when I attempt to rebuild world (after removed WITHOUT_TSCH=YES from src.conf) it dies. See attachment buildworld) --- Issue 3: To resolve Issue 2 I simply stick WITHOUT_TCSH=YES back in my src.conf and make buildworld (attachment: buildworld_no_tcsh). Once this completes I continue to follow UPDATING and make kernel (just fine) and reboot into single user mode. Once here though make installworld FAILS (see attachment: makeinstallworld). As you can see my kern.securelevel is correct and I know for a fact zfs supports symlinks so got me. To get around this I do it the old fashion way and make installkernel and then make install continuing to follow UPDATING after this (make delete-old and mergemaster -i). Issue 4: For some reason I don't have a /usr/lib32 built even though COMPAT_IA32 is defined in my kernel. I am guessing this is causeing other issues later on as I have odd issues I can't track down xchat and java (see the ports list for the xchat segfault w/ libc) .. Java simply dies with no error or segfault I can see (and I have no idea how to debug java itself). - Help on the above issues would be appreciated. I can provide more info as needed or troubleshoot further if you provide me exactly what you want me to do. Thanks, -Peter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Various Issues with 7.0-BETA4
On 12/10/07, Peter Thoenen [EMAIL PROTECTED] wrote: Hello, Having various issues with 7.0-BETA4 and not sure where to begin. Going to post multiple issues here so please bear with me. The ultimate goal of course is 7.0-BETA4 working cleanly in addition to associate ports (e.g. I can't get xchat or java to work either (though all my others port do) and I think its related somehow to this)). Feel free to point me at another list if applicable. EDIT: Big text attachments so I compressed. - Background: Install 7.0-BETA2 off the amd64.iso. - Background: / is UFS, /usr is ZFS - uname -a = FreeBSD ssfbsd.securestate.org 7.0-BETA4 FreeBSD 7.0-BETA4 #0: Mon Dec 10 08:36:52 EST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC amd64 Issue #1: For some reason zfs_enable=YES in rc.conf doesn't work. It doesn't seem to auto mount my zfs mounts which is a PITA. Currently I am forces (each time I reboot) to boot into single user mode, mount all my drives, then exit, continuing into multi-user mode. The interesting this is step 3. 1) fsck -p 2) mount -u / 3) zfs 4) zfs mount -a 5) exit NOTE: If I skip #3 and immediately do #4 it mails. For some reason I have to to a straight zfs call. NOTE: If I immediately go to multiuser mode skipping manually mounting not only does zfs not mount but I have to re-force import the tank pool (e.g. step 3.5: zpool import -f tank) I ran 7.0-CURRENT (now 8.0-CURRENT) with the same setup, and I don't need to manually mount the zfs filesystems. Do you have zfs_load=YES in /boot/loader.conf? This loads the zfs.ko module at boot time. Scot ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]