From owner-freebsd-stable@FreeBSD.ORG Sat Aug 30 14:46:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 685D31065671 for ; Sat, 30 Aug 2008 14:46:20 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 864C58FC18; Sat, 30 Aug 2008 14:46:19 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48B95D39.1070402@FreeBSD.org> Date: Sat, 30 Aug 2008 16:46:17 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: "O. Hartmann" References: <48B8395A.7020607@ibctech.ca> <48B85FBE.9040303@mail.zedat.fu-berlin.de> <48B86928.1090904@FreeBSD.org> <48B91213.5000202@mail.zedat.fu-berlin.de> <48B91926.1070802@FreeBSD.org> <48B92FEC.7060301@mail.zedat.fu-berlin.de> <48B93505.7010000@mail.zedat.fu-berlin.de> In-Reply-To: <48B93505.7010000@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: WARNING: 7-STABLE BROKEN -- please wait to upgrade / Should be OK now X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Aug 2008 14:46:20 -0000 O. Hartmann wrote: > O. Hartmann wrote: >> Kris Kennaway wrote: >>> O. Hartmann wrote: >>>> Kris Kennaway wrote: >>>>> O. Hartmann wrote: >>>>>> Steve Bertrand wrote: >>>>>>> Dan Allen wrote: >>>>>>>> Well I got bit by this and am dead in the water. Nothing >>>>>>>> builds. I tried the DEBUG_FLAGS=-g trick but to no avail. >>>>>>> >>>>>>> My 7.0 box upgraded fine this morning: >>>>>>> >>>>>>> FreeBSD ids.eagle.ca 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: >>>>>>> Fri Aug 29 11:38:12 EDT 2008 >>>>>>> steve@ids:/usr/obj/usr/src/sys/SMP i386 >>>>>>> >>>>>>> The dmesg if it is relevant: >>>>>>> >>>>>>> http://ww3.ibctech.ca/ids.dmesg >>>>>>> >>>>>>> Steve >>>>>> Well, mine did not. I was capable of compiling world and kernel >>>>>> and also capable of installing all things like I did in the past, >>>>>> but ZFS seems still broken - the module does not load >>>>>> automatically at initialization time nor is it loadable via >>>>>> kldload (there is an error about missing opensolaris module but I >>>>>> can't find anything about this module ...). >>>>> >>>>> It's new, you need to build it. >>>>> >>>>> Kris >>>>> _______________________________________________ >>>>> freebsd-stable@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>>> To unsubscribe, send any mail to >>>>> "freebsd-stable-unsubscribe@freebsd.org" >>>> Well, I hoped the 'buildworld' build everything process would do so? >>>> Do I need an extra option in my kernel config? >>> >>> It is a kernel module, it doesn't get built by buildworld (by >>> default). If you use the default build settings for your kernel, it >>> builds all modules including this one. If you use MODULES_OVERRIDE >>> or similar to specify a list of modules to build, you have to add it >>> to the list. >>> >>> Kris >> The module is indeed present, and it was all the time present. >> Obviously is something wrong or not in the right order with my config. >> When makeing buildworld and then rebooting the box, ZFS module does >> not automatically load OpenSOLARIS module when it detects its absence. >> I guess I need to fix an 'option opensolaris' in my kernel config. >> >> Thanks, >> >> Oliver > > > here I am again. On a less critical mashine the installation process > (buildwork/installworld and the same to the kernel) went through without > problems. This box does have a ZFS device for backup purposes only, not > essential. > > The box starts/booot. > When I try loading either opensolaris.ko/zfs.ko, I get this: > > link_elf_obj: symbol stack_save undefined > kldload: /boot/kernel/opensolaris.ko: Unsupported file type > link_elf_obj: symbol stack_save undefined > kldload: /boot/kernel/opensolaris.ko: Unsupported file type > KLD zfs.ko: depends on opensolaris - not available > kldload: /boot/kernel/zfs.ko: Unsupported file type > > I guess I forgot some of the recommended compiler switches ... ?? The link_elf_obj error is important. It looks like they rely on either DDB or STACK in your kernel. Kris