From owner-freebsd-alpha@FreeBSD.ORG Thu Jun 17 06:59:05 2004 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAA1916A4CE for ; Thu, 17 Jun 2004 06:59:05 +0000 (GMT) Received: from sdf.lonestar.org (ol.freeshell.org [192.94.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F42E43D2F for ; Thu, 17 Jun 2004 06:59:05 +0000 (GMT) (envelope-from smj@cirr.com) Received: from [68.165.228.150] (h-68-165-228-150.sttnwaho.covad.net [68.165.228.150]) (authenticated (0 bits)) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id i5H6wgsB024834 for ; Thu, 17 Jun 2004 06:58:43 GMT Mime-Version: 1.0 (Apple Message framework v618) In-Reply-To: <20040616074051.GJ32239@interwoven.com> References: <200406151857.i5FIv5Wu028133@egsner.cirr.com> <20040616074051.GJ32239@interwoven.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stephen Jones Date: Wed, 16 Jun 2004 23:58:44 -0700 To: freebsd-alpha@freebsd.org X-Mailer: Apple Mail (2.618) Subject: Re: netbooting an install kernel X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2004 06:59:05 -0000 On Jun 16, 2004, at 12:40 AM, Andrew Elmore wrote: > But basically, to get the binaries, I mounted the boot-only iso on > box. There you'll find the "netboot" file as well as the kernel. Thanks, thats exactly what I needed. I used vnconfig to mount the ISO and copy out the files that I needed. I regularly netboot netbsd install kernels on our DS10Ls and CS20s, so it was really just a matter of getting the loader files in place. I've not gotten it to boot on the DS10L, but a same request by a CS20 will get me further, both with varied results (I'll included below) I'd like to hear from folks running with more than 10 NFS clients with a single NFS server using a YP master with a couple of slaves regarding performance (mostly) and reliability. If you don't use NFS+YP, then don't bother ;-) You're system has probably been up for years... the few NetBSD machines that I have that don't use NFS run for as long as I let them. However, through NFS in there and you get to see funky behaviour. Speaking of which, did the darwin NFS fixes get introduced into FreeBSD? CS20's boot of 5.2.1: Type '?' for a list of commands, 'help' for more detailed help. OK boot kernel/kernel kernel/kernel data=0x50a3c0+0x41b00 syms=[0x8+0x67350+0x8+0x51223] Entering kernel/kernel at 0xfffffc00003430c0... Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE #0: Tue Feb 24 07:42:14 GMT 2004 root@mithlond.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "kernel/kernel" at 0xfffffc0000908000. ST6600 API CS20D 833 MHz, 833MHz 8192 byte page size, 2 processors. CPU: EV68CX (21264D) major=13 minor=3 extensions=0x1307 OSF PAL rev: 0x200400002014f real memory = 2144624640 (2045 MB) avail memory = 2079072256 (1982 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs tsunami0: <21271 Core Logic chipset> pcib0: <21271 PCI host bus adapter> on tsunami0 pci0: on pcib0 sym0: <1010-66> port 0x10000-0x100ff mem 0x1040000-0x1041fff,0x1044000-0x10443ff irq 16 at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking sym0: interrupting at TSUNAMI irq 16 fxp0: port 0x10200-0x1023f mem 0x1000000-0x101fff f,0x1042000-0x1042fff irq 20 at device 4.0 on pci0 fxp0: Ethernet address 00:02:56:00:03:f1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: interrupting at TSUNAMI irq 20 sym1: <895> port 0x10100-0x101ff mem 0x1043000-0x1043fff,0x1044400-0x10444ff irq 24 at device 5.0 on pci0 sym1: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: interrupting at TSUNAMI irq 24 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x10250-0x1025f,0x374-0x377,0 x170-0x17f,0x3f4-0x3f7,0x1f0-0x1ff irq 238 at device 16.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: interrupting at ISA irq 14 ata0: [MPSAFE] ata1: simplex device, DMA on primary only ata1: at 0x170 irq 15 on atapci0 ata1: interrupting at ISA irq 15 ata1: [MPSAFE] pci0: at device 17.0 (no driver attached) pcib1: <21271 PCI host bus adapter> on tsunami0 pci1: on pcib1 fxp1: port 0x10100-0x1013f mem 0x1000000-0x10ffff f,0x1210000-0x1210fff irq 32 at device 3.0 on pci1 fxp1: Ethernet address 00:02:56:00:03:f2 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: interrupting at TSUNAMI irq 32 sym2: <895> port 0x10000-0x100ff mem 0x1211000-0x1211fff,0x1212000-0x12120ff irq 36 at device 4.0 on pci1 sym2: Tekram NVRAM, ID 7, Fast-40, LVD, parity checking sym2: interrupting at TSUNAMI irq 36 panic: cpu_initclocks: no clock attached cpuid = 0; syncing disks, buffers remaining... done Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Is FreeBSD panicking due to something with the Tekram SCSI host adapter? I didn't find a kernel with full symbols on the 'bootonly' ISO. On the DS10L .. now at first, you'd probably just assume this was a bootptab syntax error .. but its using the same netboot and layout as what the CS20 just tried to boot. The NetBSD install kern I use for 1.6.2 is also in the tftpboot directory so when I point to the NetBSD netboot file, the DS10L boots as expected. However, again with the same setup as the CS20, I get this: Server is on same subnet as client. .... bootstrap code read in base = 200000, image_start = 0, image_bytes = 363e0(222176) initializing HWRPB at 2000 initializing page table at 3ff2c000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code Console: SRM firmware console VMS PAL rev: 0x1005300010162 OSF PAL rev: 0x100490002015c Switch to OSF PAL code succeeded. FreeBSD/alpha SRM net boot, Revision 1.2 (root@mithlond.btc.adaptec.com, Mon Feb 23 19:13:24 GMT 2004) Memory: 1048576 k boot: ethernet address: 08:00:2b:86:cf:f9 bootp: no reply No response for RARP request net_open: RARP failed boot: ethernet address: 08:00:2b:86:cf:f9 The bootptab entry looks like this .. but I don't believe its the issue since the only thing I'm changing between the DS10L and CS20 boots is the MAC address .. iceland:bf=netboot:\ ha=08002b86cff9:\ ip=192.94.73.40:\ rp=/arpa/bootp:\ sa=192.94.73.35:\ td=/netboot:\ vm=rfc1045