Ha új szervert kell beüzemelnem...

Címkék

először futtatok pár hardware tesztet, a leírt dokumentációnk alapján
4% (16 szavazat)
először futtatok pár hardware tesztet, íratlan de bevált módszereim szerint
20% (74 szavazat)
először futtatok pár hardware tesztet, amit épp fontosnak érzek akkor
10% (36 szavazat)
kábé megnézem, hogy rendben van-e, aztán felinstallálom/használom
36% (136 szavazat)
rögtön bedugom és használom
8% (30 szavazat)
egyéb, lent leírom
2% (7 szavazat)
még sosem üzemeltem be új szervert / csak az eredmény érdekel
21% (78 szavazat)
Összes szavazat: 377

Hozzászólások

felinstallálom az OS-t, az összes progit és utána tesztelem a hardware-t :D

Belököm a clusterbe a többi malac közé, aztán vagy kihullik, vagy nem. A többit meg megoldják egymás között.

Először elolvasom a dokumentációját. Még mielőtt megérkezne. :)

Ha épp nem ismerem akkor elolvasom a dokumentációját, lefuttatom azokat a teszteket (nem feltétlenül a dokumentációja alapján és nem feltétlenül a gyártó által biztosított szoftverekkel), amelyek abban a környezetben értelmezhetőek. Persze csak ha van rá elég idő és az ügyfél is hozzájárulásával támogatja a tesztelésre fordított időt (sajnos a legtöbb nem akar erről hallani sem).

Régebben futtattam, egy ideje már nem. Egyrészt ha valami kell, akkor az rendszerint marhagyorsan és márisazonnal, másrészt szerencsére nagyon kicsi a hibaarány az új vasaknál, így nem éri meg napokat tesztelni... Ha esetleg mégis hibás, már a telepítés, konfigurálás, tesztelés alatt jelentkezni szokott.
--
The Community ENTerprise Operating System

Firmware-t, BIOS-t és hasonlókat frissítek, majd telepítek. Tesztelni nem szoktam.

Ezért kell akkor csinálni, amikor még nincs használatban a szerver. Ha működik, akkor tovább van rá úgy gyártói support, hogy a gyártó első lépése egy hibanyomozáskor nem a firmware frissítése. Ha elromlik, akkor lehet RMA-zni úgy, hogy nincs még használatban.

A későbbi frissítések már neccesebbek, a "soha nem frissítünk, még akkor sem, ha konkrétan ismert és nálunk releváns hiba van a firmware-ben" és az "azonnal felrakunk minden új firmware-t" skálán mindennel találkoztam már és mindegyikhez tudok némi létjogosultságot társítani.

Legszívesebben a kicsit késleltetve, 1-10-100% módszerrel telepítve frissítek firmware-t.

+1 jobb elore frissiteni.

Amugy en jartam mar ugy is, hogy a gyarto nem volt hajlando semmit csinalni meg az osszes bios/firmware frissites nem volt fent.... Konkretan megtortent:

- Jo napot kivanok, rossz a memoria, korabban mukodott jol, most azt irja a BIOS-ban, hogy "ERROR..."
- Legujabb BIOS frissites fent van?
- Nem is tudom... nincs, de hat...
- Fel kell tenni a legujabb BIOS frissitest

Kicsivel kesobb, miutan a BIOS frissites -csodak csodajara- nem javitotta meg a memoriat:
- Jo napot kivanok. Rossz a memoria, legujabb BIOS frissites is fent van.
- Jo, akkor kicsereljuk.

En "kábé megnézem, hogy rendben van-e", de gyakran tervezem, hogy futtatok memtest-et meg badblockot, csak altalaban nem jutok el oda, vagy hamarabb kell a vas(on futo szolgaltatas). Tegyuk hozza, hogy igazan kritikus szerverunk nincs (pontosabban ami van, az nem hozzam tartozik). Juteszembe, aki futtat rendes tesztet az lairhatna, hogy mit/mivel tesztel.

memtest-et mindig futatok.

Tul sokszor vegzodott hosszu debugolas, memtest futatassal.
Jobb elobb megtudni, mint a vegen szopni.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Kerestem a raktárból egy - nem elromlás miatt - selejtezés előtt álló munkaállomást (ez már jól tesztelt ;), azon telepítés nem éles használattal. Élesítés. Mikor kezdett terhelés lenni, akkor optimalizálás. Mikor meg fontossá vált, akkor másolás minősített szerver vasra. Azokkal meg alapból nem volt gond.

Nálam a lépések: bios/fw frissítés -> memtest -> telepítés alap rendszer -> boinc(Einstein@Home) ami egy hétig fut. Esetleg megeshet, hogy pár szolgáltatást duplikálok rá. Ha ez megvolt, akkor újra telepítem, és használatba veszem, mint éles rendszer.

Fizetünk a gyártónak a tesztekért, így rögtön élesbe megy a többi vas közé.