On Thu, 20 May 2010 15:40:07 +0200
Henning Brauer <lists-open...@bsws.de> wrote:
> From: Henning Brauer <lists-open...@bsws.de>
> To: misc@openbsd.org
> Subject: Re: DISKLESS kernel for moving an install to a larger disk
> Date: Thu, 20 May 2010 15:40:07 +0200
> User-Agent: Mutt/1.5.20 (2009-06-14)
>
> there is plain no need for a special diskless kernel any more, generic
> figures out where it was booted from, the ramdisks don't need to.
>
Well, I set up my dhcpd server like so:
# $OpenBSD: dhcpd.conf,v 1.2 2008/10/03 11:41:21 sthen Exp $
#
# DHCP server options.
# See dhcpd.conf(5) and dhcpd(8) for more information.
#
# Network: 192.168.1.0/255.255.255.0
# Domain name: my.domain
# Name servers: 192.168.1.3 and 192.168.1.5
# Default router: 192.168.1.1
# Addresses: 192.168.1.32 - 192.168.1.127
#
option domain-name "my.domain";
#option domain-name-servers 192.168.1.3, 192.168.1.5;
option domain-name-servers 208.67.222.222, 208.67.222.220;
subnet 192.168.1.0 netmask 255.255.255.0 {
option routers 192.168.1.1;
#
range 192.168.1.200 192.168.1.248;
#
host static-client {
hardware ethernet 22:33:44:55:66:77;
fixed-address 192.168.1.200;
}
host pxe-client {
#hardware ethernet 02:03:04:05:06:07;
hardware ethernet 00:c0:4f:14:cd:00;
next-server 192.168.1.130;
filename "pxeboot";
fixed-address 192.168.1.40;
option root-path "192.168.1.130:/var/mason/root";
option swap-server 192.168.10.130;
option host-name "mason";
}
}
#rc.conf.local
xdm_flags=
#smbd_flags="-D" # for normal use: "-D"
#nmbd_flags="-D" # for normal use: "-D"
rarpd_flags="-a"
bootparamd_flags=""
dhcpd_flags=""
nfs_server=YES
portmap=YES
Where MASON is the client, a PIII 450MHz with 384MB of RAM.
This is what happens:
trap: 13(61f8): double fault
cn_tab=0x4d060
eax 20ecx 3e8 edx 4d060 ebx 4e400
esp ff34 ebp ff80 esi 4bf9b0b0 edi 4e400
eip 18 eflags 10cs 282 ss10
ds 20 es 20 fs 10 gs 10
Code dump[0x18]:
f000b110 3ef000b1 b23ef000 b23ef0 fooob23e a5f00b2 fea5f000 feasf0
Memory dump[0x1a000] (may be bad transcript)
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
Stack trace[0xff34]:
d f8000000 61f80000 61f8000 61f8 18999961 180000 1800
18 82000000 2820000 2820 282 10000002 100000 1000
10 10000000 100000 4001000 40010 10000400 1000041 1000
10 10000000 100000 1000 10 0 e40000000 4e40000
4eff00 b00004e4 b0b00004 f9b0b000 4bf9b060 804bf9b0 ff804bf9 ff804b
ff80 740000ff ff740000 ff7400 ff74 ff e4000000 4e40000
It happens even if I compile a DISKLESS kernel using the "root on nfs
swap on nfs" option.
The client has run OpenBSD 4.3, 4.4, 4.5, 4.6 and -current up through
about December, so I have doubts that it's simply unable to do this at
all.
--
Edward Ahlsen-Girard
Ft Walton Beach, FL
