W końcu przyszły! Dwie Netry T1-AC200 z allegro. Jak widać na stronie SUN’a (lub ORACLE’a za jakiś czas :) sprzęt co kolwiek stary, ale wciąż jary. Po pierwsze 1U, po drugie niska cena (249 zł za sztukę), po trzecie architektura SPARC, po czwarte hardcoreowy 1337 sprzęt dla geeków^W niezawodna maszyna dla administratorów. W sam raz na jeden mały serwis www do uzytku wewnętrznego + dodatkowa Netra do testów i poznania Solarisa. Słowo wyjaśnienia odnośnie hardcorowości tego sprzętu. Nie mamy możliwości podłączenia monitora, klawiatury (ewentualnie USB), nie ma karty graficznej. Wszystko co dostajemy to dwa porty sieciowe, dwa konsolowe, dwa USB i jeden zewnętrzny SCSI. Na szczęście jest także LOM czyli Lights Off Management do którego dostajemy się poprzez port szeregowy z innego komputera specjalnym kablem RS232< ->RJ45. Kabelek ten pasuje od urządzeń CISCO, lub można go zrobić samemu (koszt kitowej wtyczki RS232 z wyprowadzonymi kablami do zlutowania to 12 zł a schemat jest tu). Dla leniwców SUN przewidział promocje – 500 zł netto za oryginalny kabel ;). Generalnie podłączenie się do LOM to najmniejszy problem. Wystarczy jakiś komputer z terminalem. Ja wykorzystałem NetBSD i minicoma. Ustawiłem odpowiedni port szeregowy oraz jego prędkość (9600 8N1 oraz kontrola parzystości) i po Initializing Modem zgłosił się LOM. Polecam zapoznanie się z tym artykułem na początek. Czas na właściwa instalację. Tutaj zaczynają się schody. Można użyć zewnętrznego napędu SCSI, ale akurat takiego nie posiadałem (allegro też nie specjalnie ma takie rzeczy) pozatym przydałby się raz i koniec. Z zewnętrznego napędu USB Netry niestety nie da się wybootować. Pozostała ostatnia możliwość czyli netboot NetBSD z innej maszyny NetBSD. I tu zaczyna się właściwa część tego posta, a jeśli kiedyś będziesz mieć przyjemność instalacji tego typu to zgodzisz się ze mną że T1 jest hardcoreowa :)
Potrzeba będzie nam kilku rzeczy. rarpd, tftp, dhcp i bootp używany z dhcp oraz nfs. Dodatkowo NetBSD/sparc64.
Netrę podłączamy do sieci oraz do konsoli i szukamy adresu MAC pierwszej karty sieciowej. Jeśli jesteśmy w ok to wydajemy polecenie banner i rezultacie dostajemy to czego szukamy:
ok banner
Netra T1 200 (UltraSPARC-IIe 500MHz), No Keyboard
OpenBoot 4.0, 1024 MB memory installed, Serial #401376.
Ethernet address 0:3:ba:6:1f:e0, Host ID: 83061fe0.
Jeśli jesteśmy w lom wydajemy polecenie power-on aby przejść do ok. Podczas startu Netry wysyłamy sygnał break (w minicomie CTRL+A F) aby maszyna nie zbootowała się dalej jeśli ma zainstalowany system i ostatecznie jesteśmy w ok i dajemy banner. Jeśli nie wiesz o czym piszę to znaczy że nie odrobiłeś lekcji z akapitu powyżej i nie przeczytałeś o co chodzi w LOM i jego trybach pracy :)
Chwilowo Netrę zostawiamy i zajemiemy się środowiskiem w NetBSD potrzebnym do sieciowego wybootowania NetBSD na Netrze.
Zaczynamy od rarpd czyli reverse ARP. Będzie on potrzebny do nadania IP na podstawie MAC którego chwilę wcześniej zdobyliśmy.
Na NetBSD dopisujemy następujące rzeczy do następujących plików:
/etc/ethers
0:3:ba:6:1f:e0 netra
/etc/hosts
10.1.0.8 netra netra.
Uruchamiamy poleceniem rarpd -a -d dzięki czemu rarpd nie forknie się nam do backgroundu i będziemy widzieć czy coś się z nim komunikuje. Adres IP oczywiście w/g własnych potrzeb. Mój NetBSD ma akurat 10.1.0.6 więc Netra będzie miała 10.1.0.8.
Następnie konfigurujemy tftp czyli Trivial File Transfer Protocol. Tutaj jest trochę zabawy.
Tworzymy po pierwsze katalog dla plików potrzebnych do podania przez TFTP:
mkdir /tftpboot
Linkujemy lub kopiujemy bootloader z dystrybucji NetBSD/sparc64 zmieniając nazwę na IP Netry zapisanej w hex’ie czyli szesnastkowo :) Czyli:
Po ściągnięciu z ftp.netbsd.org/pub/NetBSD/NetBSD-5.0/sparc64/ kopiujemy bootloader do katalogu dostępnego dla tftp:
cp /usr/home/cancer/sun/sparc64/installation/netboot/ofwboot.net /tftpboot
Przeliczamy wybrany IP Netry na hex używając np bc
bc
obase=16
10
A
1
1
0
0
8
8
Czyli 10.1.0.8 = 0A108
Linkujemy ofwboot.net jako IPHEX. Gwoli wyjaśnienia – miałem dziwne problemy z tftpd i podczas debugowania dodałem dodatkowe zera do IP w HEX dlatego są dwa podlinkowania w moim katalogu. Ostatecznie nie wiem który zadziałał ale powinny obydwa :)
ls -la /tftpboot/
total 19240
lrwxr-xr-x 1 root wheel 11 May 19 11:03 0A010008 -> ofwboot.net
lrwxr-xr-x 1 root wheel 11 May 19 11:01 0A108 -> ofwboot.net
-rw-r--r-- 1 root wheel 85249 May 19 10:15 ofwboot.net
Kiedy mamy już przygotowany tftp możemy go uruchomić. Tutaj nastąpiła rzecz dziwna ponieważ whereis tftpd zwracało nic, a komenda tftpd oznajmiała tftpd: Command not found mimo że jak wół tftpd jest w basesystemie:
ls -la /usr/libexec/tftpd
-r-xr-xr-x 1 root wheel 23216 Feb 21 2008 /usr/libexec/tftpd
tftpd uruchamiamy z inetd.conf odhashowując odpowiednią linijkę:
tftp dgram udp wait root /usr/libexec/tftpd tftpd -l -s /tftpboot
Musiałem lekko zmodyfikować dając pełną scieżkę:
tftp dgram udp wait root /usr/libexec/tftpd /usr/libexec/tftpd -l -s /tftpboot
Ostatecznie po którymś restarcie zadziałało mimo tego że kiedy widać było tftpd w procesach to Netra się nie chciała dogadać, kiedy w procesach tftpd nie było (po restarcie inetd) Netra nagle zaczęła się bootować. Nie wiem czy to akurat moja dolegliwość czy ogólnie NetBSD 4.0_STABLE. Zakładając, że rarpd i tftp jest ok, możemy wybootować Netrę dla testu.
ok boot net
Boot device: /pci@1f,0/pci@1,1/network@c,1 File and args:
Using Onboard Transceiver - Link Up.
18c00
Server IP address: 10.1.0.6
Client IP address: 10.1.0.8
>> NetBSD/sparc64 OpenFirmware Boot, Revision 1.13
Using Onboard Transceiver - Link Up.
bootp: no reply
Using BOOTPARAMS protocol: ip address: 10.1.0.8bootparamd: 'whoami' call failed
open netbsd: Unknown error: code 60
Failed to load 'netbsd'.
: trying netbsd.gz...
Najważniejszą informacją jest, że boot loader został pomyślnie wczytany. Błędem że bootp nie odpowiada nie przejmujemy się na razie, za chwilę go ustawimy. W logach rarpd powinno być mniej więcej coś takiego:
rarpd: 00:03:ba:06:1f:e0 asked; netra replied
Zapamiętać! architektura sparc64 używa dhcpd z bootp a nie samo bootp :) Godzina zaoszczędzona na bezskuteczne i dziwne skonfigurowanie bootp.
Tworzymy konfig dhcp dla naszych potrzeb:
/etc/dhcpd.conf
deny unknown-clients;
ddns-update-style none;
allow bootp;
subnet 10.1.0.0 netmask 255.255.255.0 {
}
group {
option broadcast-address 10.1.0.255;
option domain-name "test.net";
option domain-name-servers 10.1.0.1;
option routers 10.1.0.251;
option subnet-mask 255.255.255.0;
host netra {
hardware ethernet 00:03:ba:06:1f:e0;
fixed-address 10.1.0.8;
option host-name "netra";
filename "netbsd-INSTALL.gz";
next-server 10.1.0.6;
option root-path "/export/netra/root";
}
}
Odpalamy dhcpd uprzednio tworząc plik /var/db/dhcpd.leases
touch /var/db/dhcpd.leases
/usr/sbin/dhcpd -d -f
dyrektywa filename mówi jaki kernel ma załadować bootloader, chcemy kernel instalacyjny którego sciagamy z
ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-5.0/sparc64/binary/kernel/netbsd-INSTALL.gz i umieszczamy tam gdzie jest root katalog w nfs czyli w /export/netra/root. Dyrektywa next-server 10.1.0.6 mówi gdzie jest serwer nfs, reszta opcji raczej jasna.
Jeszcze Netry nie startujemy bo nie mamy skonfigurowanego NFS’a.
Tworzymy strukturę katalogów i kopiujemy nasz instalacyjny kernel do odpowiedniego katalogu:
mkdir -p /export/netra/root/dev
mkdir /export/netra/usr
mkdir /export/netra/home
touch /export/netra/swap
cp netbsd-INSTALL.gz /export/netra/root
mknod /export/netra/root/dev/console c 0 0
dodajemy wpisy do /etc/exports
/etc/exports
/export/netra/root -maproot=root:wheel netra
/export/netra/swap -maproot=root:wheel netra
/export/netra/usr -maproot=nobody:nobody netra
/export/netra/home -maproot=nobody:nobody netra
dodajemy do /etc/rc.conf komponenty NFSa:
/etc/rc.conf
rpcbind=YES
mountd=YES
nfsd=YES
i startujemy go:
/etc/rc.d/rpcbind start
/etc/rc.d/mountd start
/etc/rc.d/nfsd start
Warto sprawdzić czy wszystkie komponenty zostały uruchomione, aby potem nie szukać błędu podczas bootowania. Kolejność uruchamiania jest dość ważna.
Ok, jeśli mamy wszystko. Działający rarpd, tftp, dhcpd z bootp i nfsd mountd i rpcbind oraz odpowiednie prawa do wszystkiego – możemy spróbować kompletnie wybootować Netrę! Go!
ok boot net
Boot device: /pci@1f,0/pci@1,1/network@c,1 File and args:
Using Onboard Transceiver - Link Up.
18c00
Server IP address: 10.1.0.6
Client IP address: 10.1.0.8
>> NetBSD/sparc64 OpenFirmware Boot, Revision 1.13
Using Onboard Transceiver - Link Up.
Using BOOTP protocol: ip address: 10.1.0.8, hostname: netra, netmask: 255.255.21
root addr=10.1.0.6 path=/export/netra/root
=0x8573d8
Loading netbsd: 6935248+357272+439736 [522792+334504/
I tu następują już znane komunikaty kernela. Jeśli na samym początku jest:
NetBSD 5.0 (INSTALL) #0: Mon Apr 27 08:27:44 UTC 2009
to znaczy, że jeśli hardware się nie wywali to za kilka sekund ujżymy upragnione:
Welcome to sysinst, the NetBSD-5.0 system installation tool.
Instalacja jest prawie taka sama jak na i386/amd64. Po ostatecznym zbootowaniu mamy gotowy system!
uname -mrs
NetBSD 5.0 sparc64
Kilka uwag na koniec:
1. Jeśli podczas bootowania kernel/system nie odpowiada, można wysłać mu breaka, wtedy jednak zamiast wrzucić nas do ok znajdziemy się w debugerze db>. po wydaniu reboot Netra zawieszała się na amen i tylko twardy reset a właściwie cold boot pomagał. Dlatego trzeba rebootować z opcją 0x4 co powoduje brak syncowania dysków i restart do lom.
2. Chwilę przed wejściem do sysinstalla jest pytanie o typ klawiatury, trzeba wybrac sun-type4 a nie sun, ponieważ nie będą działały kursory. Instalacja jednak jest nadal możliwa używając literałów jako skrótów opcji.
3. NetBSD na architekturze sparc64 nie zbootuje się z FFS2, dlatego chociaż / musi zostać jako FFS1, reszta partycji może być FFS2.
4. Zmiana kernela z INSTALL na zwykły oraz rozpakowanie setsów do odpowiedniego miejsca w /export/netra/ oraz drobne modyfikacje rc.conf i swapa (tych w export) przy powyższej konfiguracji zaskutkuje stworzeniem bezdyskowej stacji roboczej. Zmiana setsów na i386 lub amd64 pozwoli uruchomić bezdyskową stację na zwykłym PC :)
W razie problemów do dyspozycji macie komentarze oraz IRC – #netbsd.pl – nick cancer. Podziękowania dla lamy i morra za cenne wskazówki podczas uruchamiania netboota :)
Na koniec dmesg z świeżo odpalonej Netry:
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
2006, 2007, 2008
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 5.0 (GENERIC) #0: Mon Apr 27 08:13:38 UTC 2009
builds@b4.netbsd.org:/home/builds/ab/netbsd-5-0-RELEASE/sparc64/200904260229Z-obj/home/builds/ab/netbsd-5-0-RELEASE/src/sys/arch/sparc64/compile/GENERIC
total memory = 1024 MB
avail memory = 991 MB
timecounter: Timecounters tick every 10.000 msec
mainbus0 (root): SUNW,UltraAX-i2 (Netra T1 200): hostid 83061fe0
cpu0 at mainbus0: SUNW,UltraSPARC-IIe @ 500 MHz, UPA id 0
cpu0: 32K instruction (32 b/l), 16K data (32 b/l), 1024K external (64 b/l)
psycho0 at mainbus0
psycho0: SUNW,sabre: impl 0, version 0: ign 7c0 bus range 0 to 2; PCI bus 0
psycho_alloc_extent: no "available" property
psycho_alloc_extent: no "available" property
DVMA map: c0000000 to e0000000
IOTSB: 11d0000 to 1250000
pci0 at psycho0
pci0: i/o space, memory space enabled
ppb0 at pci0 dev 1 function 1: Sun Microsystems Simba PCI bridge (rev. 0x13)
pci1 at ppb0 bus 1
pci1: i/o space, memory space enabled
ebus0 at pci1 dev 12 function 0
ebus0: Sun Microsystems PCIO Ebus2 (US III), revision 0x01
flashprom at ebus0 addr 0-fffff not configured
clock0 at ebus0 addr 0-1fff: mk48t59
ebus_attach: idprom: incomplete
SUNW,lomh at ebus0 addr 200000-200003 ipl 42 not configured
alipm0 at pci1 dev 3 function 0: 74KHz clock
iic0 at alipm0: I2C bus
spdmem0 at iic0 addr 0x54
spdmem0: SDRAM memory, data ECC, 512MB, 133MHz (PC-1100)
spdmem0: 13 rows, 11 cols, 1 banks, 4 banks/chip, 7.5ns cycle time
spdmem0: tAA-tRCD-tRP-tRAS: 3-20-20-45
spdmem0: voltage LvTTL (not 5V tolerant), refresh time 7.8us (self-refreshing)
spdmem1 at iic0 addr 0x55
spdmem1: SDRAM memory, data ECC, 512MB, 133MHz (PC-1100)
spdmem1: 13 rows, 11 cols, 1 banks, 4 banks/chip, 7.5ns cycle time
spdmem1: tAA-tRCD-tRP-tRAS: 3-20-20-45
spdmem1: voltage LvTTL (not 5V tolerant), refresh time 7.8us (self-refreshing)
admtemp0 at iic0 addr 0x18: ADM1021 or compatible environmental sensor
ebus1 at pci1 dev 7 function 0
ebus1: Acer Labs M1533 PCI-ISA Bridge, revision 0x00
dma at ebus1 addr 0-ffff ipl 1 not configured
power at ebus1 addr 2000-2007 ipl 37 not configured
com0 at ebus1 addr 3f8-3ff ipl 43: ns16550a, working fifo
com0: console
com1 at ebus1 addr 2e8-2ef ipl 43: ns16550a, working fifo
gem0 at pci1 dev 12 function 1: Sun Microsystems ERI Ethernet (rev. 0x01)
gem0: interrupting at ivec 3006
ukphy0 at gem0 phy 1: Generic IEEE 802.3u media interface
ukphy0: OUI 0x0008bb, model 0x0002, rev. 1
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
gem0: Ethernet address 00:03:ba:06:1f:e0, 2KB RX fifo, 2KB TX fifo
ohci0 at pci1 dev 12 function 3: Sun Microsystems USB controller (rev. 0x01)
ohci0: interrupting at ivec 24
ohci0: OHCI version 1.0, legacy support
usb0 at ohci0: USB revision 1.0
aceride0 at pci1 dev 13 function 0
aceride0: Acer Labs M5229 UDMA IDE Controller (rev. 0xc3)
aceride0: bus-master DMA support present
aceride0: primary channel configured to native-PCI mode
aceride0: using ivec 180c for native-PCI interrupt
atabus0 at aceride0 channel 0
aceride0: secondary channel configured to native-PCI mode
atabus1 at aceride0 channel 1
gem1 at pci1 dev 5 function 1: Sun Microsystems ERI Ethernet (rev. 0x01)
gem1: interrupting at ivec 301c
ukphy1 at gem1 phy 1: Generic IEEE 802.3u media interface
ukphy1: OUI 0x0008bb, model 0x0002, rev. 1
ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
gem1: Ethernet address 00:03:ba:06:1f:e0, 2KB RX fifo, 2KB TX fifo
ohci1 at pci1 dev 5 function 3: Sun Microsystems USB controller (rev. 0x01)
ohci1: interrupting at ivec 26
ohci1: OHCI version 1.0, legacy support
usb1 at ohci1: USB revision 1.0
ppb1 at pci0 dev 1 function 0: Sun Microsystems Simba PCI bridge (rev. 0x13)
pci2 at ppb1 bus 2
pci2: i/o space, memory space enabled
esiop0 at pci2 dev 8 function 0: Symbios Logic 53c896 (ultra2-wide scsi)
esiop0: using on-board RAM
esiop0: interrupting at ivec 1820
scsibus0 at esiop0: 16 targets, 8 luns per target
esiop1 at pci2 dev 8 function 1: Symbios Logic 53c896 (ultra2-wide scsi)
esiop1: using on-board RAM
esiop1: interrupting at ivec 1820
scsibus1 at esiop1: 16 targets, 8 luns per target
pcons at mainbus0 not configured
timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0
timecounter: Timecounter "tick-counter" frequency 500000000 Hz quality 100
No counter-timer -- using %tick at 500MHz as system clock.
scsibus0: waiting 2 seconds for devices to settle...
scsibus1: waiting 2 seconds for devices to settle...
uhub0 at usb0: Sun Microsystem OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 4 ports with 4 removable, self powered
uhub1 at usb1: Sun Microsystem OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 4 ports with 4 removable, self powered
sd0 at scsibus0 target 0 lun 0: disk fixed
sd0: 17274 MB, 7508 cyl, 19 head, 248 sec, 512 bytes/sect x 35378533 sectors
sd0: sync (25.00ns offset 31), 16-bit (80.000MB/s) transfers, tagged queueing
Kernelized RAIDframe activated
root on sd0a dumps on sd0b
root file system type: ffs
VN:F [1.9.22_1171]
Rating: 10.0/10 (1 vote cast)
VN:F [1.9.22_1171]
© odwiedź stronę http://maciejewski.org po więcej fajnych postów!
