testing fai4 on wheezy
Michał Dwużnik
michal.dwuznik at gmail.com
Wed Dec 11 02:29:08 CET 2013
Hi again,
it looks to me like I have a fai 4 instance ready to accept 'clients'
my config for a private network looks like:
/etc/fai# grep -v ^$ * | grep -v :#
fai.conf:FAI_CONFIG_SRC=nfs://172.20.50.50/srv/fai/config
live.conf:export BUILD_SYSTEM="Debian"
live.conf:export UNIONTYPE="aufs"
live.conf:export NOAUTOLOGIN="Yes"
live.conf:export NOFASTBOOT="Yes"
live.conf:export SELINUX_INIT="No"
live.conf:export NOSUDO="Yes"
live.conf:export NOUSER="Yes"
live.conf:export NOXAUTOCONFIG="Yes"
live.conf:export NOFSTAB="Yes"
live.conf:export NOHOSTS="Yes"
live.conf:export NOACCESSIBILITY="Yes"
live.conf:export NOAPPARMOR="Yes"
live.conf:export NOAPTCDROM="Yes"
live.conf:export NOCONSOLEKEYBOARD="Yes"
live.conf:export NOKPERSONALIZER="Yes"
live.conf:export NOKWALLET="Yes"
live.conf:export NOLANGUAGESELECTOR="Yes"
live.conf:export NOLOCALES="Yes"
live.conf:export NONETWORKING="Yes"
live.conf:export NOPERSISTENT="Yes"
live.conf:export NOPOWERMANAGEMENT="Yes"
live.conf:export NOPRESEED="Yes"
live.conf:export NOPROGRAMCRASHES="Yes"
live.conf:export NORESTRICTEDMANAGER="Yes"
live.conf:export NOTIMEZONE="Yes"
live.conf:export NOUPDATENOTIFIER="Yes"
live.conf:export NOXAUTOLOGIN="Yes"
live.conf:export NOXSCREENSAVER="Yes"
live.conf:export NOGNOMEPANEL="Yes"
nfsroot.conf:FAI_DEBOOTSTRAP="wheezy http://ftp.pwr.wroc.pl/debian/"
nfsroot.conf:FAI_ROOTPW='<forgive_me>'
nfsroot.conf:NFSROOT=/srv/fai/nfsroot
nfsroot.conf:TFTPROOT=/srv/tftp/fai
nfsroot.conf:NFSROOT_HOOKS=/etc/fai/nfsroot-hooks/
nfsroot.conf:FAI_DEBOOTSTRAP_OPTS="--exclude=info"
nfsroot.conf:FAI_CONFIGDIR=/srv/fai/config
NFSROOT:PACKAGES aptitude
NFSROOT:nfs-common fai-nfsroot module-init-tools ssh rdate lshw rpcbind
NFSROOT:rsync lftp less dump reiserfsprogs e2fsprogs usbutils
NFSROOT:hwinfo psmisc pciutils hdparm smartmontools parted mdadm lvm2
NFSROOT:dnsutils ntpdate dosfstools xfsprogs xfsdump
NFSROOT:procinfo numactl dialog
NFSROOT:console-tools console-common
NFSROOT:salt-minion
NFSROOT:iproute udev subversion
NFSROOT:xz-utils
NFSROOT:cupt
NFSROOT:firmware-bnx2 firmware-bnx2x firmware-realtek
NFSROOT:dracut-network live-boot- live-boot-initramfs-tools-
NFSROOT:PACKAGES aptitude I386
NFSROOT:grub-pc read-edid
NFSROOT:linux-image-686
NFSROOT:PACKAGES aptitude AMD64
NFSROOT:grub-pc
NFSROOT:linux-image-amd64
as one can see on
http://imgur.com/uY81mnu
the dhcp part (running on a different server) gives out a nice set of params,
the kernel starts booting, and gets as far as
http://imgur.com/BW9VoDc
where the RED part is the IP of an OLD FAI server (serving as the DHCP
server around, too)
Can someone spot there did I err in my config files? the section of
dhcpd.conf relevant for that test host is:
group{
server-name "172.20.50.50";
option domain-name "<domainname>";
option domain-name-servers <DNSIP>;
option routers 172.20.0.1;
option broadcast-address 172.20.255.255;
option subnet-mask 255.255.0.0;
server-name "fai4";
next-server 172.20.50.50;
filename "fai/pxelinux.0";
host lab120{
hardware ethernet b8:ca:3a:ac:5e:b2;
fixed-address 172.20.50.120;
}
host lab100{
hardware ethernet 00:de:ad:be:ef:00;
fixed-address 172.20.50.100;
}
}
Is there something obvious I missed (but you didn't)?
The source of <oldFAISRVIP> remains a mystery
Regards
Michal
On Wed, Dec 11, 2013 at 12:16 AM, Michał Dwużnik
<michal.dwuznik at gmail.com> wrote:
> Sorry for the fuss,
>
> turning off ipv6 seems to do the trick for the time being...
>
> I do not know _why_ it helps, but there's a workaround...
>
> cat /etc/sysctl.d/disableipv6.conf
> net.ipv6.conf.all.disable_ipv6=1
>
> I hope that will be helpful for someone, despite the ugly nature.
>
> Michal
>
> On Tue, Dec 10, 2013 at 10:58 PM, Michał Dwużnik
> <michal.dwuznik at gmail.com> wrote:
>> http://imgur.com/mqwCgfQ shows the error when trying to boot the test
>> virtual machine ->
>> the options from dhcp look ok.
>>
>> Michal
>>
>> On Tue, Dec 10, 2013 at 10:51 PM, Michał Dwużnik
>> <michal.dwuznik at gmail.com> wrote:
>>> Well...
>>>
>>> root at fai4:~# /etc/init.d/tftpd-hpa restart
>>> [ ok ] Restarting HPA's tftpd: in.tftpd.
>>> root at fai4:~# ps aux |grep tftp
>>> root 3026 0.0 0.0 14856 152 ? Ss 22:38 0:00
>>> /usr/sbin/in.tftpd --listen --user tftp --address 0.0.0.0:69 -vvvv
>>> --secure /srv/tftp/
>>> root at fai4:~# ls -ltra /srv/tftp/
>>> total 4
>>> dr-xr-xr-x 1 root root 14 Dec 10 17:35 ..
>>> drwxr-xr-x 1 root nogroup 6 Dec 10 18:08 .
>>> drwxr-xr-x 1 root root 136 Dec 10 21:02 fai
>>> root at fai4:~# tftp localhost
>>> tftp> get fai/pxelinux.0
>>> Transfer timed out.
>>> root at fai4:~# ls -ltra /srv/tftp/fai
>>> total 21848
>>> -rw-r--r-- 1 root root 2835648 Sep 20 05:46 vmlinuz-3.2.0-4-amd64
>>> -rw-r--r-- 1 root root 19498576 Dec 10 18:07 initrd.img-3.2.0-4-amd64
>>> drwxr-xr-x 1 root root 0 Dec 10 18:08 pxelinux.cfg
>>> drwxr-xr-x 1 root nogroup 6 Dec 10 18:08 ..
>>> -rw-r--r-- 1 root root 26474 Dec 10 18:08 pxelinux.0
>>> -rw-r--r-- 1 root root 4 Dec 10 21:02 a
>>> drwxr-xr-x 1 root root 136 Dec 10 21:02 .
>>>
>>> I'm puzzled, because the old and trusted fai3 instance works perfectly
>>> with the same configs...
>>>
>>> Michal
>>
>>
>>
>> --
>> Michal Dwuznik
>
>
>
> --
> Michal Dwuznik
--
Michal Dwuznik
More information about the linux-fai
mailing list