Subject: Even More on Vaxen!
To: None <port-vax@netbsd.org>
From: linc <linc@thelinuxlink.net>
List: port-vax
Date: 06/06/2001 08:58:11
Hello.. Have something to show you all:
KA650-A V5.3, VMB 2.7
Performing normal system tests.
40..39..38..37..36..35..34..33..32..31..30..29..28..27..26..25..
24..23..22..21..20..19..18..17..16..15..14..13..12..11..10..09..
08..07..06..05..04..03..
Tests completed.
Loading system software.
(BOOT/R5:0 XQA0)
2..
-XQA0
1..0..
>> NetBSD/vax boot [Nov 17 2000 07:23:42] <<
>> Press any key to abort autoboot 0
Trying BOOTP
bootp: no reply
Trying BOOTPARAMS
boot: client IP address: 192.168.8.51
boot: client name: bigvax.linc.com
root addr=192.168.8.200 path=/vaxbase/root
open netbsd.vax: No such file or directory
> boot netbsd
1160552+56892+194872+[84828+99876]=0x185e60
[ preserving 184704 bytes of netbsd a.out symbol table ]
Copyright (c) 1996, 1997, 1998, 1999, 2000
The NetBSD Foundation, Inc. All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
NetBSD 1.5 (GENERIC) #1: Sun Nov 19 15:44:10 PST 2000
matt@cheetah.local:/u1/kobj/GENERIC
MicroVAX 3500/3600
cpu: KA650, CVAX microcode rev 6 Firmware rev 83
total memory = 16328 KB
avail memory = 12408 KB
using 229 buffers containing 916 KB of memory
mainbus0 (root)
ibus0 at mainbus0
uba0 at ibus0: Q22
dz0 at uba0 csr 160100 vec 314 ipl 17
mtc0 at uba0 csr 174500 vec 774 ipl 17
mscpbus0 at mtc0: version 5 model 3
mscpbus0: DMA burst size set to 4
mt0 at mscpbus0 drive 0: TK50
uda0 at uba0 csr 172150 vec 770 ipl 17
mscpbus1 at uda0: version 4 model 3
mscpbus1: DMA burst size set to 4
ra0 at mscpbus1 drive 0: RD51
ra1 at mscpbus1 drive 1: RD53
ra0: attempt to get status failed: unit offline (not mounted) (code 3,
subcode
1)
qe0 at uba0 csr 174440 vec 764 ipl 17
qe0: deqna, hardware address 08:00:2b:06:ec:69
boot device: qe0
root on qe0
nfs_boot: trying DHCP/BOOTP
nfs_boot: timeout...
nfs_boot: timeout...
nfs_boot: timeout...
nfs_boot: trying RARP (and RPC/bootparam)
nfs_boot: client_addr=192.168.8.51 (RARP from 192.168.8.200)
nfs_boot: server_addr=192.168.8.200
nfs_boot: hostname=bigvax.linc.com
nfs_boot: timeout...
nfs_boot: timeout...
nfs_boot: timeout...
root on behemoth:/vaxbase/root
root file system type: nfs
Automatic boot in progress: starting file system checks.
Setting tty flags.
Setting sysctl variables:
Starting network.
Hostname: bigvax.linc.com
add net 127.0.0.0: gateway 127.0.0.1
Configuring network interfaces: qe0.
add net default: gateway 192.168.8.1
Adding interface aliases:
add net fe80::: gateway ::1
add net fec0::: gateway ::1
add net ::ffff:0.0.0.0: gateway ::1
add net ::224.0.0.0: gateway ::1
add net ::127.0.0.0: gateway ::1
add net ::0.0.0.0: gateway ::1
add net ::255.0.0.0: gateway ::1
add net 2002:e000::: gateway ::1
add net 2002:7f00::: gateway ::1
add net 2002:0000::: gateway ::1
add net 2002:ff00::: gateway ::1
add net ::0.0.0.0: gateway ::1
IPv6 mode: host
Building databases...
Starting syslogd.
Checking for core dump...
savecore: no core dump (no dumpdev)
Mounting all filesystems...
Clearing /tmp.
Checking quotas: done.
Setting securelevel: kern.securelevel: 0 -> 1
swapctl: adding behemoth:/vaxbase/swap as swap device at priority 0
Creating runtime link editor directory cache.
starting local daemons:.
Starting inetd.
Starting cron.
Tue Jun 5 23:12:40 EST 2001
NetBSD/vax (bigvax.linc.com) (console)
login:
-----------------------------------------------
The dang thing works! Thanks to all who helped!
So looking at the above, is there anything I can adjust? Anyhthing I
should change? How about the dumpdevice (what is this)?
This actually runs right along without any huge lag (except the boot
process) across my network. I am quite impressed.
-Linc Fessenden
--
8:47am up 48 days, 20:45, 4 users, load average: 3.07, 2.38, 2.00