A belépés után az igazán mazochisták (én) egy kis ablakban megnézhetik, amint a Solaris telepítő a saját nyálában forog, de erről majd később.
A menedzsment kártya egy saját ethernet interfésszel rendelkezik, amelynek -mivel a HP ILO-kra kiépült infrastruktúrával rendelkezünk- DHCP-vel adtam "észt". A megoldásnak vannak más elérési módjai is (pld. integrált NIC-en keresztül bridge-szerűen), de a külön kanóc és a saját menedzsment hálózat miatt ez tűnt a legjobb választásnak.
Nézzük meg, hogy milyen lehetőségeket kínál a bal oldali menü:
Mindjárt itt vannak a legfontosabb vezérlők, amikkel ki- és bekapcsolni tudjuk a gépet, illetve a stabil PC-s operációs rendszerek legfontosabb kellékét, a reset gombot is ide csoportosították a svájci mérnökök (erről később).
A HP ILO-jához képest ez a megoldás is rendelkezik virtuális drive-okkal, rögtön kettővel:
Mint látható, az ILO-val ellentétben itt egy teljes floppy image-et is feltölthetünk, amit nem a mi gépünkről fog rángatni a kártya, ha a gépnek szüksége van rá.
Külön hasznos dolog az SMB/CIFS-es share-ek CD image elérési lehetősége (az ILO-nál ezt például HTTP-vel lehet megoldani), amely lehetővé teszi, hogy a több GB-os Solaris telepítő DVD-t ne a UPC Chello szolgáltatásán kelljen megosztanom a géppel, hanem direktben egy sambáról be tudjam húzni.
Mivel a gépnek csak belső hálózati elérése volt, és hirtelen egy olyan szervert sem találtam, amelyiken lett volna kellő mennyiségű hely és samba, illetve a tűzfalak miatt úgysem értem volna el, egy kis cselhez folyamodtam.
ssh portforwarddal egy internet kapcsolattal rendelkező gépről betunneleztem az ftp.fsn.hu 139-es TCP portját egy belső szerverre, amelyet már elért a menedzsment kártya.
Így a telepítéshez nem kellett letöltenem az image-et, illetve saját samba szervert sem kellett telepítenem, egyszerűen az ftp.fsn.hu-t használtam.
Mint alább látható:
nem csak CD-t és floppyt tudunk emulálni a gépnek, de akár a saját merevlemezünket (írható/olvasható módon is), vagy a gépünkre kötött USB-s külső eszközöket is elérhetővé tehetjük.
De nézzük tovább a lehetőségeket.
A menedzsment kártya valamilyen szinten képes az alaplapi események feldolgozására is, a fenti képen egy uptime és a legutolsó újraindítás oka látható.
Az alaplapi szenzorokat is leolvashatnánk, de ez ennél a gépnél valamiért nem ment, jelen pillanatban pedig annyira nem volt érdekes, hogy ezzel akár egy másodpercet is szórakozzak.
Az event logokban sok minden szerepel és ezeket az eseményeket tetszőleges módon feldolgozhatjuk:
policyket definiálhatunk:
és azokból távoli eseményeket állíthatunk elő (SNMP trapeket pld):
SNMP trapek helyett SMTP-n is küldhetünk riasztást (e-mailben):
A távmenedzsmentnél néha jól jöhet, ha különböző felhasználókat tudunk definiálni, illetve ezek hozzáférését szükség szerint korlátozhatjuk:
utóbbi (korlátozás) lehetőség viszonylag széleskörű, részletes:
Elvileg LDAP-os autentikációt is tud (a'la HP ILO), de most elsőkörben Solarist szerettem volna telepíteni, így ennek kipróbálása egyelőre elmarad.
A konzollal kapcsolatban több mindent beállíhatunk:
többek között az egér/billentyűzetet is:
A hálózati beállításokat itt DHCP-vel osztottam, beleértve a hostnevet is, amit a belső DNS szerverünkbe azonnal be is jegyzett a dhcpd. Ha ilyenre nincs lehetőségünk, mert például hostingban, internetről publikusan elérhető IP-n figyel a kártyánk, használhatunk dyndns-t is:
és ha a biztonság miatt aggódnánk, csomagszűrő szabályokat is definiálhatunk, illetve letilthatjuk a nem titkosított (HTTP) elérést, sőt a hibázó usert akár a végtelenségig is tilthatjuk:
Ha nagyon igényesek vagyunk, akár saját certificate-et is gyárthatunk:
és külön pozitívum, hogy az NTP szerverek IP címeit képes DHCP paraméterként átvenni:
Az event log semmit sem ér, ha kézzel kell mindig ellenőrizni, így ezt távolra is eljuttathatjuk, akár NFS-en, vagy SMTP-n is:
Az ILO-val szemben hasznos lehet, hogy a kártya saját SNMP agenttel is rendelkezik, így nem csak trapeket tudunk fogadni, de mi is le tudjuk azt kérdezni:
Külön tetszett, hogy az ehhez szükséges MIB-et helyben letölthetjük, így már semmi nem áll az utunkban:
A MIB-ből látható, hogy a kártyát nem a Supermicro, hanem egy svájci cég (Peppercon) gyártja.
A gépben nem a Supermicro menedzsment kártya az egyedüli webes elérést biztosító kütyü, mivel az ARECA RAID HBA is rendelkezik egy saját RJ-45-ös ethernet csatlakozóval.
Ez már némileg puritánabb, sőt megkockáztatom egyenesen csúnya, de a feladatát végső soron ellátja:
Mint látható, ez a kártya is tud e-mailes értesítéseket küldeni, akár a belépésről is.
A kártya menüje ennyiből áll, definiálhatunk raidseteket (ezekbe egész merevlemezeket tehetünk) és a raidsetek "tetejére" volumeseteket, amelyek a diszkekből tetszőleges RAID szinttel (0, 1+0, 5, 6) csíkokat hasítanak ki.
A képen egy 200 GB-os, 16 diszken elterülő RAID0-ás volumeset látható.
Volumesetet létrehozni viszonylag egyszerű, bár a különféle paramétereknek (RAID level és stripe size) azért komoly jelentősége lehet:
2 TB felett választhatunk 64 bites LBA és a Windows számára nyújtott kompatibilitási mód között, vagy éppen ki is kapcsolhatjuk ezt a funkciót, ebben az esetben legfeljebb 2 TB-os volumeseteket tudunk létrehozni.
A kártyában állíthatunk különféle rendszerparamétereket is:
például megkímélhetjük a tápegységet az egyszerre elinduló 16 darab diszk okozta sokktól a késleltetett indítással, de ha bátrak vagyunk és fontos a csend/kis áramfelvétel és megfelelő (időszakos) terheléssel rendelkezik a dobozunk, akár le is állíttathatjuk a diszkeket (aztán meg csodálkozhatunk, ha nem indul el).
Sokat beszéltem a hardverről, pedig alapvetően Solarist akarok telepíteni. Kezdjünk hát bele:
Az ablakban a virtuális (ftp.fsn.hu-ról mountolt Solaris telepítő DVD, ssh forwardon át :) CD-ről induló OS látható a távoli konzolon.
Pár szót még erről a konzolról. Lehetőségünk van itt is gyorsan beállítani drive átirányításokat (legfeljebb kettőt):
és az ILO-hoz képest bőséges egyéb beállítási lehetőségekből válogathatunk, átméretezhetjük például a konzol ablakot, ha az túl nagy, vagy éppen túl kicsi lenne:
de akár chatelhetünk is egy másik (virtuális) konzol előtt ülő kollegával.
Azoknak, akik a Windows túlságosan monoton használata következtében elfelejtették a billentyűzet használatának módját, esetleg már egyáltalán nem rendelkeznek saját billentyűzettel a kártya saját virtuális billentyűzetet is felkínál:
Háttérben éppen bootol a gép, az ARECA kártya BIOS-a látható.
Sajnos a Solaris nem támogatja alapból az ARECA kártyánkat, így a gyártótól letöltött drivert kell használnunk. Ezt a drivert egy floppyra írható image formájában érhetjük el, amelyet DU-nak (Driver Update) hívunk. Sajnos a gépben nincs floppy, de ha lenne sem érnék vele sokat, millió okból kifolyólag (a notebookomban nincs floppy, sőt, egyáltalán nincs floppym, se meghajtóm, se lemezem és még ha lenne sem mennék vele sokra, mert a gép a gépteremben van, én pedig az erkélyen szopogatom a Mojito koktélt, és az ölemből, wifin keresztül telepítek).
Itt trükközhetünk (kilépve shellbe telepíthetünk, mountolhatunk) de én lusta ember vagyok, ráadásul nem is értek a Solarishoz, tehát inkább csinálok egy DU CD-t a DU floppyból.
Ehhez letöltöm az ARECA oldaláról a DU floppy image-et, majd kedvenc FreeBSD-s gépemen a következőket csinálom:
unzip 1.20.00.13-60920.zip
mdconfig -a -t vnode -f ./ARCMSR.DD
mount_msdosfs -l /dev/md0 /mnt
mkisofs -JR -o du.iso /mnt/
Ezekkel a parancsokkal egy virtuális device-ot hozok létre a floppy image-ből, amit felmountolok a /mnt-be (-l opcióval, mivel a Solaris a DU floppynál a FAT fájlrendszer ellenére is case sensitive), majd ebből az egészből csinálok egy ISO-t.
Ezt az ISO-t megosztom második virtuális CD-ROM-ként (a HP ILO-nál a ciss driverrel kell hasonlóképpen bohóckodni, ha éppen olyan idióta az ember, hogy Solarist "kézzel" és nem installszerverről telepít, viszont ott csak egy CD-t lehet használni, következésképpen a telepítő CD-t időlegesen ki kell cserélni a DU CD-vel).
Mint az az alábbi képen látható, a screenshothoz használt print screenek eljutottak a géphez is, így némileg összezagyválva az outputot:
A kép készítésekor (pontosabban az első "c" megnyomásakor) még nem volt felcsatolva a DU CD, emiatt a Solaris nem is talált semmit, de miután felcsatoltam a driver update CD-t, sikeresen felmásolta a drivert a minirootba (súlyosan elítélendő Linuxism):
Haladjunk tovább:
szerencsére ethernet drivert nem kell külön telepíteni, az Intel PRO/1000 adaptert minden gond nélkül megtalálja (a 8086-os inteles PCI ID-n mindig mosolygok :).
Csekély 6 perc múlva már majdnem elindult a telepítő, itt éppen az a kérdés, hogy jók-e a videobeállítások:
ÉS IGEN! gondolhatná az ember, ha nem kínlódott volna ezzel az agyrémmel már épp eleget. Lassan elindul a telepítés!
Ezúttal nem szopatom magam azzal, hogy kínait válasszak...
Első körben hálózati adaptert kell választanunk:
Majd ha azt bekonfiguráltuk (én DHCP-re állítottam), láthatjuk a szokásos sysidput nyavajgást:
Ettől azért még reménykedek, hátha lesz belőle valami:
Az, hogy ezt látjuk azt mutatja, hogy lát valami diszket a rendszer, tehát most már joggal reménykedhetek:
Telepítsünk entire groupot, nem akarok szórakozni, a Solaris úgyis olyan mint a tésztaszűrő.
Lelkesedésem alábbhagy. A RAID kártyán kialakított egy darab tömb helyett 16 diszket lát az OS:
De mivel bátrak vagyunk, próbálkozzunk meg a telepítéssel:
partícionálás
majd elindul a telepítés. Mégis működni fog?
Eltelt 8 perc és nem mozdult a progress bar. Tudjuk, hogy a Solaris lassan formáz (bár a 10-es már nem is annyira), de ennyire?
Látszólag unatkozik, ez felettébb gyanús. Nézzünk a körmére:
Anyád, éreztem én, hogy nem jó ómen az a 16 diszk.
Bootoljunk re és nézzük meg, hátha a szuper konzekvens Solaris telepítő ezúttal jól fog működni. Segítségül hívjuk a Windowsoknál megszokott szentháromságot, CTRL-ALT-DEL, RESET, reinstall.
Közben megnézhetjük azt, amire a 8086-ost tervező Intel mérnökök álmukban sem gondoltak volna. Szuperszámítógép XT-ből:
Szánalmas, de hát mint azt az operációs rendszereknél, meg a videomagnóknál is láthatjuk nem a jó terjed, hanem a trágyalé.
Unalmas percek után Solaris apánk ismét megörvendeztet:
Előbb sok diszk volt, most egy sem. Ezen a ponton a tapasztalatlan (én) Solaris adminisztrátor az alábbiak közül választ:
- elkezd hackelni, kínlódni, ha van driver (esetünk)
- ha nincs driver, ír magának egyet (ja, ez nem adminisztrátor, hanem fejlesztő)
- joelre és a sok kínaira gondol és telepít inkább FreeBSD-t, mert abból már legalább 20-at felrakhatott volna, ráadásul még működne is, out of the box
De hát a Solaris olyan királyság, meg mostanában kezd olyan lenni, mint tíz évvel ezelőtt a Linux (a sok wannabe rendszergazda azt se tudta mi az, így k00l-nak számítottál vele a LAN partyn), tehát itt nem állhatunk meg.
Némi meglepetésre még csak sokat sem kellett vele kínlódni, egész egyszerűen csak még háromszor újra kellett indítani az egészet és rögtön meglett az egy darab diszkünk:
Már bőven besötétedett, ráadásul a szomszéd is elkezdett grillezni (amitől jól megéheztem), mire Slowarisnak becézett és erre a becenévre méltán érdemes OS-ünk felkínlódta magát a lassúnak éppen nem nevezhető 16 diszkes RAID-re (fogjuk a virtuális CD-re):
Lassan kezdek révbe érni!
Állítsuk be a helyes bootolási sorrendet:
Majd lássuk a fejlődés útját a rémálom PC-s loadertől (Sol10 U1-ig, ugye) a szörnyű bootolási megoldásig (GRUB):
Jó, hát PC-n nem könnyű szépen és jól bootolni, ez tény.
Ígéretesen indul a Solaris első bootolása a merevlemezekről:
Majd egy csodálatosan szépet hány maga alá:
A linuxos kollegák örülhetnek, lehet fényképezni és reportolni a fejlesztőnek, a solarisos vén rókák pedig most crashdump nélkül kell, hogy maradjanak, merthátugye nincs még mire dumpolni.
A telepítő kiszámíthatóságára építve azért próbáljunk meg mégegy bootot, hátha ez is olyan, mint a lottó és a következő már bejön:
OH YES! Lesz ebből használható rendszer, bár az eddigi pofáraesések után könnyen lehet, hogy Solaris alatt nem használnék soha ARECA kártyát, legalábbis amíg ilyeneket csinál a driver.
Már csak egy kérdés az NFS-ről:
és indulhat az OS, meg az X.
Sajnos ez utóbbi indulása során valami nem várt dolog történt, mert az X nem jelent meg, konzolról nem lehetett bejelentkezni, így maradt a jó öreg PC-s megoldás, a reset gomb távnyomkodása.
Enterprise class OS, gondolná ironikusan egy tejfelesszájú linuxos, pedig valóban az, csak hát PC-n ilyen ázsiai dolgokkal ez nem annyira látszik.
De ha már Linux, örvendjünk a két OS hasonlóságának és ismerkedjünk meg azzal, amit ha nincs szerencsénk sűrűn láthatunk majd U1 után:
Ah, ja, már megint az a nyamvadt boot archive. Azt mondja az OS, hogy indítsunk failsafe-ben, de az kevésbé jó, mert akkor az ARECA drivert nem tölti be (sőt, nincs is sehol, tehát valahonnan kívülről kellene előbányásznunk):
Úgyhogy én inkább kiadom ezt a parancsot:
és lőn világosság, meg login screen:
Előző éra-beli jó solarisos rendszergazdához híven lépjünk be rootként a grafikus felületre, majd mutassuk meg, hogy mi azért mégis az újgenerációhoz tartozunk azzal, hogy CDE helyett JDS-t választunk:
Miután kinyilatkoztattuk, hogy az oldschoolt, vagy a new wave-et képviseljük-e, a rendszer barátságosan üdvözöl, a 256 szín miatt kicsit darabos színátmeneteinek minden gyönyörével együtt:
Utolsó lépésként üssük el az éjfélig fennmaradó időt egy OS patcheléssel, annak is a kényelmesebb, grafikus módjával.
Első körben kell nekünk egy usernév és jelszó (amink már van, hiszen valahogy letöltöttük a Solarist):
Majd egy service plan szám, ha supportot is vettünk hozzá:
A licenszhuszárok kiélhetik magukat az alsó ablak tartalmának segítségével.
Egy rövid összefoglaló után:
már készen is állunk a frissítések telepítésére (nem is tudom miért van olyan Windows-hangulatom):
Öregecske (kb. fél éves) rendszerünkre máris 99 darab patch kívánkozik felmászni, amely örömet az eddigi fényes működés tekintetében bűn lenne megtagadni tőle (vigyázat, csúsztatás! Az ARECA drivert nem fogja frissíteni!).
A letöltés félidejében elgyönyörködhetünk a rendszer erőteljességet sugalló memória és LWP használatán, különös tekintettel a javára.
Egy kellemes zuhany és röpke fél óra után máris a felhatalmazásunkat kéri a rendszer, hiszen ő most újraindulna:
Ne tagadjuk meg tőle azt, ami jár, hálából a patchek egy része már el is kezdi útját a non volatile storage-ra, masszív pólusváltozásokat előidézve a merőleges rögzítésű diszkfelületen:
A failed sorokat elnézve lesz még munkám, amit az újraindítás után azonnal meg is kezdek:
Itt sikeresen belfutottam egy megapatchbe, amely jópár hibát javít és a telepítése után a maradék patch felrakása előtt egy újabb restart szükséges:
Reboot után ismételjük meg a műveletet:
Majd térjünk nyugovóra abban a tudatban, hogy szép, fekete szteroidozott XT-klónunk a gépterem hűvösében a bolygó legfejlettebb operációs rendszerét futtatja, ráadásul szépen felpatchelve, ahogy azt kell.
A képek megtekinthetők külön, kommentekkel itt:
http://picasaweb.google.com/nagy.attila/20070617Solarisinstall
illetve slideshow formában itt:
http://picasaweb.google.com/nagy.attila/20070617Solarisinstall/photo#s5…
- A hozzászóláshoz be kell jelentkezni
- 4798 megtekintés
Hozzászólások
Miért van olyan érzésem a szöveget olvasva, hogy túl sok Mojitót ittál? :)
Egyébként elnézve ezt a telepítést, nem tudom, hogy Mr. Schwartz x86-on mire veri magát. :))
--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.
- A hozzászóláshoz be kell jelentkezni
Azért ne felejtsd el, hogy a leírt problémák nagy részét az areca driver, illetve a GRUB okozza.
SPARC-on egyik sem jellemző.
- A hozzászóláshoz be kell jelentkezni
Jaja, én multkor telepitettem Solaris 10-et egy frissen szerzett ultra 5-re, PC után elég más volt. De tetszik :)
---
Ketchup elementál megidézése a sajt síkra
Solaris deszktop júzer
- A hozzászóláshoz be kell jelentkezni
Ahogy az idő halad, lassan már a SPARC sem lesz jellemző :))
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Bár a globális számoknak nem vagyok birtokában, én is valahogy úgy gondolom, hogy alulról a PC (Linux és a többi) eszi a Sun piacát, felülről pedig az Itanium.
Az elsőben biztos vagyok, a másodikban annyira nem.
- A hozzászóláshoz be kell jelentkezni
Engem a Sun a SPARC-kal és a Solarisszal arra emlékeztet, mint amikor valaki az autópálya mellett, egy gokartpályán versenyez körbe-körbe, magában. Egyre jobb köröket fut, de a többi versenyző már pár 100 km-rel odébb jár, az autópályán. :))
--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.
- A hozzászóláshoz be kell jelentkezni
A SPARC-os gépek nyers CPU teljesítményben elmaradhatnak az x86-tól, de egy bizonyos szint felett azért nem rossz darabok. Más kategória ez, ahogy szerintem az OS is (összevetve a Linuxszal).
- A hozzászóláshoz be kell jelentkezni
A Fujitsu is gyárt SPARC procikat meg gépeket
---
Ketchup elementál megidézése a sajt síkra
Solaris deszktop júzer
- A hozzászóláshoz be kell jelentkezni
Sőt:
http://news.com.com/Sun,+Fujitsu+to+collaborate+on+Unix+servers/2100-10…
A Sun nem igazán gyárt már hardvert.
- A hozzászóláshoz be kell jelentkezni
Pontosan ezért írtam x86-ot. :)
--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.
- A hozzászóláshoz be kell jelentkezni
Szerverre minek raktál X-et? Vagy már elmúlt a szerverre nem rakunk X-et mert az nem biztonságos időszak?
- A hozzászóláshoz be kell jelentkezni
Két kérdésem lenne
- hogy állsz az olvasással? ("Telepítsünk entire groupot, nem akarok szórakozni...")
- telepítettél már Solarist minimal installal, amiben még shell sincs? Bár ez az U3 már jóval nagyobb, mint az előző verziók 2-300 MB-os alapinstallja, de akkor is. Itt nem ez volt a cél.
Nem, nem múlt el, bár egy szerver biztonsága szerintem nem (csak) attól függ, hogy van-e rajta X, vagy nincs.
- A hozzászóláshoz be kell jelentkezni
- Jólvan na, elsiklottam az entire group-os mondat felett.
- Hát az szerintem bazi nagy szívás.
Én is a nem "csak" attól függre gondoltam.
- A hozzászóláshoz be kell jelentkezni
Érdekes cikk, köszönet érte.
---
Ketchup elementál megidézése a sajt síkra
Solaris deszktop júzer
- A hozzászóláshoz be kell jelentkezni
Hihetetlennek tartom, hogy a Solaris telepítőrendszere a Solaris 8 óta egy helyben topog. Hány óra is volt a teljes rendszertelepítés? :)
(nem lett volna szerencsésebb a képeket a HUP-ra felmásolni? mi garantálja, hogy a jelenlegi helyén évek múlva is meglesz? :)
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Hát, 18:42-kor kezdtem a jobb alsó sarokban látható óra szerint. (direkt nem full screen csináltam a shotokat, hogy látsszon az idő)
De józan ember Solarist ilyen médiáról csak akkor telepít, ha nincs jobb dolga, minden egyéb esetben installszerverrel célszerű (SPARC-on ez mégkönnyebb).
A google egyelőre biztosabbnak tűnik, mint a HUP, illetve így sokkal egyszerűbben tudtam kezelni őket (csinál thumbnaileket, tudok rájuk megjegyzést írni és bárki tudja őket külön kommentezni). Nekem tetszik így. De jó, hogy szóltál, mindjárt be is linkelem oda a cikket.
- A hozzászóláshoz be kell jelentkezni
Nekem 8.
"De józan ember Solarist ilyen médiáról csak akkor telepít, ha nincs jobb dolga, minden egyéb esetben installszerverrel célszerű (SPARC-on ez mégkönnyebb)."
Nemtom, amikor nekem Solaris-t __kellett__ telepíteni, akkor médiáról telepítettem, mert egy gép miatt eszem ágába nem jutott volna telepítőszervert kialakítani. Olyan sűrűn meg nem kellett, hogy az ember ezzel foglalkozzon.
"A google egyelőre biztosabbnak tűnik, mint a HUP, illetve így sokkal egyszerűbben tudtam kezelni őket (csinál thumbnaileket, tudok rájuk megjegyzést írni és bárki tudja őket külön kommentezni). Nekem tetszik így."
Ahogy gondolod.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Pedig nem vészes. Kell a solaris .iso, kell egy dhcp szerver, egy tftpd, meg egy működő (root-nak is hozzáférést engedő) nfs szerver. Odamasolod az .iso tartalmat egy nfs-sel megosztott konyvtarba, beallitod a dhcp-t es a tftp-t, es megy is. Kevesebb idő felhúzni, mint amennyivel tovább tart egy cd/dvd-s telepítés.
- A hozzászóláshoz be kell jelentkezni
> nem lett volna szerencsésebb a képeket a HUP-ra felmásolni?
- A hozzászóláshoz be kell jelentkezni
Nem éppen ez az oka. :)
- A hozzászóláshoz be kell jelentkezni
nagyon jo, koszi :)
--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.
- A hozzászóláshoz be kell jelentkezni
Az areca management portjanak kozvetlenul netre kotesevel viszont erdemes vigyazni, nalunk tortent mar olyan, hogy egy meghulyult halokartya elarasztotta szemettel a halot, az areca meg ebbe beledoglott (nem csak a management resze, hanem az egesz raid controller). Orultunk neki nagyon... :)
--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!
- A hozzászóláshoz be kell jelentkezni
Eszembe nem jutna.
- A hozzászóláshoz be kell jelentkezni
meg tobb ilyet s kevesebb flamet :)
udv Zoli
- A hozzászóláshoz be kell jelentkezni
Agreed, sot: meg tobb ilyet, meg tobb flamet, es nulla lamerkodast.
- A hozzászóláshoz be kell jelentkezni
Ezúttal nem szopatom magam azzal, hogy kínait válasszak...
LOL! Érdekes jelenség, lehet hogy valami pszichológiai alapja van? Sok-sok évvel ezelőtt, amikor még fiatal voltam és lázadó (meg ráadásul még az egyetemre is jártam), pipás - a tanszék "Linux nem csak operációs rendszer, hanem életérzés, sőt vallás" tanára és (akkor még) informatikai vezetője - úgy döntött, hogy egy teljes teremnyi Sun Blade 100-at rendel be, hogy ne csak gagyi-PC legyen mindenhol, hanem komoly SPARC alapú gépek is és azokon lehessen akkor már Solaris-t is oktatni (állítólag abban az évben volt a legnagyobb bevétele a Sun Magyarországnak :). A "Distributed Install" úgy történt, hogy 30 első éves hallgatót behívtak, kicsomagoltatták és a helyére rakatták a gépeket, majd mindegyikhez állítottak egyet és követniük kellett a "vezér" utasításait. Ott láttam azt, hogy az emberek jórésze a tradíciónális kínait választotta az install során, annak ellenére, hogy világosan ki lett jelentve, az angolra kattintsanak... :)
Hogy mennyire voltak szarok egyébként ezek a Sun Blade 100 gépek, az ALi chipsettel és a működésképtelen floppy meghajtókkal, azt majd egy másik alkalommal mesélem el. :P
Szánalmas, de hát mint azt az operációs rendszereknél, meg a videomagnóknál is láthatjuk nem a jó terjed, hanem a trágyalé.
Ó, tetszik emlékezni a Video 2000-re? Hiába terjedt jól európában, lenyomták a japánok a VHS-el, pedig mennyivel jobb is volt... ;)
De hát a Solaris olyan királyság, meg mostanában kezd olyan lenni, mint tíz évvel ezelőtt a Linux (a sok wannabe rendszergazda azt se tudta mi az, így k00l-nak számítottál vele a LAN partyn)
Ahahah!
"+1"
- A hozzászóláshoz be kell jelentkezni
Miután elolvastam a cikket, elkezdtem nézegetni a supermicro barebone árakat. Az létezik, hogy azonos konfignál jóval drágább egy ilyen, mint egy HP vagy SUN?
- A hozzászóláshoz be kell jelentkezni
Én nagyon rég vettem ilyeneket (Supermicro által összerakott kész gépet), de akkor még fordított volt a helyzet.
- A hozzászóláshoz be kell jelentkezni
A mostani árlistákat nézegetve egy SuperMicro 5035G-TB CPU,RAM,HDD nélkül bruttó 250.
Ez szerintem jelentősen drágább mint a belépő szintű HP/SUN cuccok.
- A hozzászóláshoz be kell jelentkezni
Nem tudom, szerencsére évek óta csak rackmounttal találkozom.
- A hozzászóláshoz be kell jelentkezni
Szia.
Leeht tudni miert nem a 2U CSE-826TQ-R800LPV hazat valasztottatok?
Ha jol szamoltam, igy 42U-ba tobb hdd-t lehet pakolni, mint a 3U-s valtozatokbol toltod fel a szekrenyt.
York.
------
"Nyugi! Minden a legnagyobb rendben csúszik ki a kezeim közül..."
- A hozzászóláshoz be kell jelentkezni
Több okból:
- amikor az első ilyen dobozt vettük még csak 3U-sból volt sok diszkhelyes, most pedig nem is néztem a 2U-sokat
- low profile kártyák kellenek bele
- a diszkenkénti (vagy ha úgy tetszik per GB) költsége vsz. magasabb (több alaplap, több proci, több ram, több kártya, stb)
- A hozzászóláshoz be kell jelentkezni