- trey blogja
- A hozzászóláshoz be kell jelentkezni
- 1328 megtekintés
Hozzászólások
Mi indokolta az "irányt".., tárhelybővítés?
- A hozzászóláshoz be kell jelentkezni
Igen. Ideiglenesen kell a hely. Amíg a bővítőpolc rá nem kerül jövő héten.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Akkor meg gondolom r5->r6 következik - amit a mostani tapasztalatok alapján nem biztos, hogy így fogsz csinálni :) Kitartás, más is gályázik ma ;-)
- A hozzászóláshoz be kell jelentkezni
Tanulva ebből, az már máshogy megy majd.
Erre a RAID-re felmegy ma a virtuális gép, jövő héten hozzákapcsolom a storage-hoz a bővítőpolcot, azon már lesz elég hely. A virtuális gépet akkor egy Storage vMotion-nel átteszem, ezt a RAID tömböt pedig törlöm és újra létrehozom az eredeti RAID6+global spare konfigot. Az már egyszerűbb lesz :)
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
félig off:
nem túl kritikus RAID-en pár éve kíváncsiságból brózolgattam a HP SSA-ban a lehetőségeket. Kíváncsiságból nyomtam egy stripe size migration-t, csak hogy megnézzem mi történne. Nyomom a next-et, erre ahelyett h. beadta volna a summary oldalt, és rákérdezett volna a HP SSA, biztos ezt akarom-e, meg h. kb. xyz óra lesz, ha oké, ide nyomjam a pipát, puff és már el is kezdte. 2 TB, csinálta vagy 30 órán keresztül. Megcsinálta szerencsére gond nélkül, de hát azért no comment. Írtam próbából a supportnak, h. legalább vmi warning-ot berakhatnának az összes ilyen azonnal végrehajtott change elindítása előtt, ha már utána nincs rá mód megszakítani. Nyilván semmi reakció.
CLI-nél még megérteném, ha vki azt nyomkodja, neki menjen minden azonnal, de ha már a GUI-t használom, ott semmiből nem fájna egy ilyet meglépni. Az SSA doc se írt róla semmit, h. a next-nél azonnal commit lesz, ne is várjak semmilyen summary-t. Oké.
--
- A hozzászóláshoz be kell jelentkezni
"rákérdezett volna a HP SSA, biztos ezt akarom-e, meg h. kb. xyz óra lesz, ha oké, ide nyomjam a pipát" - attól, hogy gui, még nemwindows :-P
"Az SSA doc se írt róla semmit, h. a next-nél azonnal commit lesz" - írta, hogy lesz összefoglaló, meg biztosan akarod, meg de tényleg akarod ablak? Nem. Akkor nem lesz.
- A hozzászóláshoz be kell jelentkezni
Még SSA boot DVD is van, igaz az Linux tényleg nem windows. De ha van ilyen GUI, és azt választja az ember a CLI helyett, lehetne szamárvezetősebb.
A doksiban mit írunk le és mit nem, az viszont már más tészta. Ha abból indul ki a gyártó, h. amit leír a dokumentbe, csak az van, azon kívül meg bármi más nincs, na ez a fucked-by-design típusú tájékoztatás esete. Ezen rengeteget vitáztam egy MSFT doc bandával régen. Ugye dolgoztam egy rakás olyan éles projecten, amikor belefutottam olyan esetekbe, amire a nagy MSFT írás lófszt nem említ és így kb. 0-t segít (tipp: milyen PKI crypto lehet a certificatekben? ez kb. sehol nincs leírva). Nem azért, mert tételesen nincs kimondva, h. ez vagy az a paraméter nem támogatott. Hanem szimplán a végtelen bölcsességűek nem csináltak róla help-et. Az ő elszabott logikájuk alapján ilyen nem fordulhat elő és így by definition nem működhet. Azaz én összecsomagol, ügyfél project-szerződése vis maior-al felbont, oszt kalap kabát csókolom. Nyilván gondolhatod ilyen alapon minden MSFT system integrátor már felszámolás alatt lenne a világon.
Írtam az elmúlt 8 évben vagy 200 feedback-et ennek a doc team-nek. Ebből volt kb. 8-10 ami tényszerű/számszerű elírás v. hiba volt. Na kb. azokra reagáltak és javították ki, a többi átgondolósabbakra szartak rá. Azóta énis az ő fejükre.
Szóval ha az SSA doc nem írja le h. nem lesz summary mielőtt a raid migration elindulna, akkor a te logikád szerint azt viszont ki kéne írniuk, h. nem lesz semmi summary, és a művelet azonnal elindul! Érted már mi a gondom ezzel a féle logikával?
--
- A hozzászóláshoz be kell jelentkezni
Igen, a legnagyobb probléma, hogy nincs mód megszakítani. Mert ha lenne, 1 óra után lelőttem volna, ugyanis semmi - szó szerint semmi - sincs a tömbön egy darab slotsfile-on (VMware szarja). Vagyis ha le tudtam volna lőni, akkor már rég töröltem volna és megcsináltam volna újra.
Ami miatt a migrációt választottam, hogy lusta voltam a volume-ot és a storage prezentációt újra megcsinálni. Így elég lett volna a RAID migráció után egy volume kibővítést, majd VMware oldalon egy VMFS resize-t csinálni.
Sajnos kiderült, hogy a kényelmesebb, 24 órával lassabb megoldás. :/
96% ...
Ráadásul, lehet, hogy a RAID5 sem lesz elég és át kell szerveznem ideiglenesen RAID0-ba az egészet... Ugyanis a mentő appliance-nek pontosan 6 TB hely kell. RAID5-ben 5,86 TB jött ki. Nem tudom milyen módon számolja a TB-ot, ahány szoftver, annyiféleképpen. Plusz a VMFS oldalon még nem tudom mennyi lesz ebből...
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Csak 200 GB híja lett a storage-nak RAID5-tel. Addig hazudunk a VDP-nek egy kicsit.
A thin provisioning megcsinálta a trükköt. A migrálásig jó lesz.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Csak nem fuji storage ? :)
Van egy nekunk is, amikor boviteni kellett, az is tetu lassu volt...
---------------------------------------------------
Hell is empty and all the devils are here.
-- Wm. Shakespeare, "The Tempest"
- A hozzászóláshoz be kell jelentkezni
Általában azokkal dolgozom :) Van vagy 5 csak a saját ramatyok közt :D
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Ssd cachet hasznaltok bennuk?
Ha igen, milyen beallitasokkal?
---------------------------------------------------
Hell is empty and all the devils are here.
-- Wm. Shakespeare, "The Tempest"
- A hozzászóláshoz be kell jelentkezni
DX80, DX80S2
Ezek még imho nem tudják az SSD cache funkciót. 5-8 éves technika.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Értem, világos.
Nekünk egy Dx200 S4 van, de az ssd cache valahogy nem az igazi.
---------------------------------------------------
Hell is empty and all the devils are here.
-- Wm. Shakespeare, "The Tempest"
- A hozzászóláshoz be kell jelentkezni