Fujitsu Primergy RX300 S5 arvuti
Sisukord
Sissejuhatus
Fujitsu Primergy RX300 arvuti on nö üldkasutatav rack kinnitustega x86 arhitektuuril põhinev server. Tüüpiliselt tuleb Fujitsu Primergy RX300 S5 arvuti juurutamisel pöörata tähelepanu kolmele tegevusele
- üldised BIOS settingud (nt NX bit, virtualiseerimine jms)
- iRMC kaughaldusliidese seadistamine (sh et saaks toidet üle IP võrgu kontrollida, oleks kasutada BIOS ja os konsool), vajadusel ka IMPI
- LSI MegaRAID 5/6 kõvaketta kontrolleri seadistamine
Firmware uuendusi saab kopeerida tasuta ja kasutajat registreerimata aadressilt http://support.ts.fujitsu.com valides
Support -> Computing Products -> Server -> Indurstry StandardServers/PRIMERGY -> PRIMERGY RXxxx -> PRIMERGY RX300 S5 -> Drivers & Downloads
Ning edasi valides
OS Independent (BIOS, Firmware, etc.)
Lisaks on abiks
- http://uk.ts.fujitsu.com/rl/servicesupport/techsupport/Primergy/Install/Common-Questions/ServerStart.htm
- ftp://ftp.ts.fujitsu.com/images/serverview/
Arvuti kaughaldusliidese iRMC (integrated remote management controller) abil saab nö tavapärasel viisil arvuti toidet kontrollida jms; konsooli ja virtuaalse meedia kasutamiseks üle IP võrgu peab olema sisestatud iRMC võti
iRMC S2 -> iRMC S2 Information
iRMC kasutamine
Ennet iRMC kasutamist tuleb arvuti BIOS keskkonnas seadistada iRMC IP seadistused ning näidata kasutajanimi ja parool. Tundub, et haldusliides on kasutatav 32-bin brauseri keskkonnas täieliselt sh virtuaalne meedia, 64-bin keskkonnast töötab kõik va virt. meedia
iRMC firmware uuendamine
Server Management Controller all on iRMC uuendused, rakendamisel võib olla vajalik uuendada mitte koheselt kõige viimasele, vaid teha läbi mitmed vahepealsed sammud.
iRMC sisaldab kahe komponenti
- firmware tõmmist
- SDRR andmebaasi
Seejuures on firmware ja sdrr komplekte saab olla kaks erinevat, Low ja High, ning saab öelda, kumba järgmisel iRMC käivitamisel kasutatakse.
Oluline on uuendada iRMC ja BIOS enam vähem samaaegselt, vastasel korral võib minna katki mingite andurite väärtuste kasutamine, mille alusel iRMC arvutit juhib (nt keeldub lülitamast toidet sisse kui temperatuur on liiga kõrge). Tundub, et iRMC uuendamine ei tee katki iRMC võrguseadistusi.
BIOS uuendamine
Tundub, et uuemal ajal jagatakse BIOS tõmmist 'Flash BIOS Update - Linux Boot Disk' valikuna. Selle kasutamiseks tuleb vastav shell skript Linux keskkonnas käivitada ning tulemusena valmistatakse füüsilisele (või virtuaalsele) floppy kettale tõmmis (FreeDOS os'iga)
# sh FTS_FlashBIOSUpdateLinuxBootDisk_600112_1051948.SH Flash BIOS Update Diskette V6.00 R1.12.2619 Extracting 1474560 bytes ... Writing 1474560 bytes to /dev/fd0... 1440+0 records in 1440+0 records out 1474560 bytes (1.5 MB) copied, 3.76019 s, 392 kB/s waiting for physical write to media ... done. To flash your system, please boot from the created floppy disk
Seejärel sobib nt 32-bit Proxmox guestile floppy külge ühendada reaga
args: -fda /root/fujitsu-bios-update.img
ning üle iRMC Remote Storage ühendada arvutile külge meedia (millegipärast floppy tõmmise ühendamine ei töötanud). Seejärel F2 abil siseneda BIOS keskkonda ning määrata usb floppy esimeseks boot meediaks. Tulemusena saab BIOS'i uuendada.
Oluline on uuendada iRMC ja BIOS enam vähem samaaegselt.
Update Manager Express kasutamine
Update Manager Express (UME) DVD saab kopeerida nt aadressilt ftp://ftp.ts.fujitsu.com/images/serverview/UPDATE_DVD_111210_08.iso ja see sobib kasutada arvuti komponentide firmware uuendamiseks
- BIOS
- RAID kontroller
- LAN kontroller
LSI Logic MegaRAID
RX300 S5 võib sisaldada sellist kõvaketta kontrollerit
01:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS 1078 (rev 04)
kus
- Battery Status: Fully charged - annab teada, et kasutada on patarei ning see on laetud
- kasutatakse kuut füüsilist SAS (serial attached scsi) kõvaketast
- seadistatud on üks loogiline riitvaraline RAID ketas (/dev/sda OS jaoks)
- kontrolleri firmware on 2.07/11.0.1-0044
- kontrollerit nimetatakse ka MegaRAID 5/6 (ilmselt viitavad arvud toetatud RAID skeemidele)
WebBIOS haldusliides paistab selline
kus
- Default write -> Write back with BBU - write back kasutatakse töötava parateri olemasolul, nii töötab kõvaketas operatsioonisüsteemi jaoks kiiremini (alternatiivid oleks Write thru ning Always write back)
Write thru vs Write back with BBU cache tekitab sellised muudatused sdparm väljundis
# diff /root/write-thru-sdparm.log /root/write-back-sdparm.log 2c2 < Direct access device specific parameters: WP=0 DPOFUA=1 --- > Direct access device specific parameters: WP=0 DPOFUA=0 9c9 < WCE 0 [cha: n, def: 0, sav: 0] Write cache enable --- > WCE 1 [cha: n, def: 1, sav: 1] Write cache enable
ning sellised muudatused dmesgis, tundub, et Write thru korral hakkab DPO (Disable Page Out) ja FUA (Force Unit Access) tööle
< sd 0:2:0:0: [sda] Mode Sense: 1f 00 10 08 < sd 0:2:0:0: [sda] Write cache: disabled, read cache: disabled, supports DPO and FUA --- > sd 0:2:0:0: [sda] Mode Sense: 1f 00 00 08 > sd 0:2:0:0: [sda] Write cache: enabled, read cache: disabled, doesn't support DPO or FUA
Vanarahvas räägib, et read cache ei ole eriti oluline kuna operatsioonisüsteem cache'ib seda arvuti mälu abil niikuinii. Ja et kui ainult write on kasutusel on selleks tarbeks kasutada rohkem ressurssi.
IMPI
TODO
Watchdog
TODO
