Új hozzászólás Aktív témák
-
válasz
bugizozi
#5548
üzenetére
A mikroszerver tápja standard ATX, tehát bármilyen ATX táppal ki tudod próbálni ideiglenesen (asztali PC tápot átszereled például). Ha kiderül, hogy ez megoldja a problémát, akkor tudhatod hogy új táp kell, és nem költötted a pénzt feleslegesen. Ha ez nem segít, akkor alaplapon van gond, ezt nem fogod tudni házilag megoldani.
-
-
-
válasz
sasNAXO
#5538
üzenetére
Ez teljesen lehetséges. Nekem ez azért nem felel meg, mert jó az ha a teljes boot környezet megvan az SD kártyán is. Plusz az Intelligent prov DVD-ből is csináltam egy csatolható verziót GRUB alá, így egy menüből elérhető minden akkor is, ha a NAND összekakálja magát az alaplapon :-)
Persze meg lehetne azt csinálni, hogy az SD kártyán lévő Grub-ban benne vannak a recovery tool-ok és default az SSD-re mutat, ha nem nyom az ember semmit, ezen még elgondolkodok.
-
válasz
sasNAXO
#5532
üzenetére
"Valaki azzal nem próbálkozott még, hogy a belső usbkulcsra/sdkártyára egy grub-ot rakjon, ami aztán indítja a dvd slotban lévő ssd-t?"
Én most annyit csináltam, hogy átraktam a működő "BIOS boot" partíciót az SD kártyára az SSD-ről:
1. Lépés: SD kártyán az alábbi partíciók megkreálása:
(parted) print
Model: HP iLO Internal SD-CARD (scsi)
Disk /dev/sdc: 3965MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 2097kB 1049kB bios_grub
2 2097kB 3965MB 3963MB ext4Disk /dev/sdc: 3.69 GiB, 3965190144 bytes, 7744512 sectors
Disk model: Internal SD-CARD
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: D2FC03A2-68B9-45CD-8BFE-EC23E1C302F1
Device Start End Sectors Size Type
/dev/sdc1 2048 4095 2048 1M BIOS boot
/dev/sdc2 4096 7743487 7739392 3.7G Linux filesystem
Disk /dev/sdf: 111.79 GiB, 120034123776 bytes, 234441648 sectors
Disk model: KINGSTON SV300S3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: CA54CDF1-3D46-4679-8038-25FE6196BCA0
Device Start End Sectors Size Type
/dev/sdf1 2048 4095 2048 1M BIOS boot
/dev/sdf2 4096 234438655 234434560 111.8G Linux filesystemA fenti helyzet alapján:
dd if=/dev/sdf1 of=/dev/sdc1Majd az SSD-n lévő /boot mappát átmásoljuk az SD kártyán lévő második (valójában első hazsnálható) partícióra (nyilván előszor mount-olni kell).
Majd pedig telepítjük a GRUB-ot az előkészített SD kártyára:
grub-install --boot-directory=/mnt/microsd/boot /dev/sdcÉs már működik is: a jelenlegi SSD-n lévő rootfs-t a microSD kártyáról boot-olt GRUB indítja.
Ja és a slussz poén, hogy sima BIOS módban lehet indítani GPT típusú SD kártyáról GPT typusú SSD-n lévő rootfs-t.Nyilván itt vigyázni kell majd, mert kernel frissítésnél az SD kártyán lévő /boot mappát és a grub-ot is kézze frissíteni kell.
-
Elég sok az unknown attribute. Ilyenek jellemzően neve nincs kínai SSD-knél szoktak előfordulni. És mivel ezek értéke nem nulla, simán lehet közöttük hibára utaló.
sasNAXO:
Ha a microSD boot-olható, ezt teljesen meg lehet oldani. Most hogy említed, szerintem össze is rakok egy tartalék rendszert egy 16gigás microSD-re és megpróbálom boot-olhatóvá tenni.
-
Ha valaki esetleg belefutna hasonlóba:
Egy darab mezei SSD rendszer meghajtót használok (az ODD helyén, a többi linux soft raid), ennek boot-olását csak úgy lehet megoldani, ha a beépített raid vezérlőben az egy darab SSD-t RAID0-ba teszem és utána kiválasztom mint elsődleges eszközt.
Ha az SSD (de ugyanez igaz lehet diszk esetén is) fárad, és lesz rajta néhány nem javítható hiba, akkor megtörténhet hogy a RAID vezérlő "elfelejti" a kötetet, és nem hajlandó boot-olni, a RAID vezérlő beállításai között is azt fogjuk látni, hogy nulla darab kötet van beállítva, a POST hibával kiáll.
Ilyenkor live linux boot-olás után ellenőrizni kell a fájlrendszer épségét, és a javítani az esetlegesen felmerülő sérüléseket (nálam nem volt detektálható file rendszer sérülés), majd az SSD-t ismét RAID0-ba kell konfolni és beállítani elsődleges boot eszköznek. így minden működik tovább. Ha egy darab SSD-t (vagy HDD-t) állítunk RAID0-ba, akkor nem történik adatvesztés.
Az említett SSD írási élettartamának kettő százalékánál tart csupán (SSD health 100%), de már elég koros, tehát nem csak túlírt SSD-knél fordulhat ez elő.
-
válasz
sanzi89
#5378
üzenetére
Ha jól nézem, frissítették a leírást pár új módszerrel, de alapvetően a módszerek között lényegi különbség nincs. Tényleg érdekes lenne megnézni egy chip csere megoldja-e a gondot. Tekintve, hogy a BIOS és az ILO is külön chipen vannak, és csak IP/AHS és a többi log van a NAND-on, el tudom képzelni, hogy egy üres új NAND-ot beformáz az ILO és újra használható lesz. Ha egyszer az enyém beszarik, számíthattok a kísérletre :-)
-
válasz
sanzi89
#5374
üzenetére
A HP által ajánlott flash újraformázós módszert próbáltátok?
https://support.hpe.com/hpesc/public/docDisplay?docId=a00048622en_us
AHS log kikapcoslása és törlése a nulladik lépés, már ha lehetséges ilyen állapotban. Ha nem, és sikerül a formázás, rögtön utána ez legyen a következő.
-
#5338
dchard
veterán
adriankoooo
#5336
válasz
adriankoooo
#5336
üzenetére
Náalm sima AHCI módban mennek a lemezek (SSD az optikai meghajtó helyén, hekkelt BIOS) és semmi gondom nincs. Valami szar ott vagy a "RAID" beállíátsokkal lesz, vagy a Vmware driverrel.
-
#5332
dchard
veterán
adriankoooo
#5330
válasz
adriankoooo
#5330
üzenetére
Nálam ugyanez linuxon egy 8 éves SATA2 SSD-re:
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 11.1359 s, 193 MB/s
Ha vicceskedni akarnék akkor azt mondanám: a Vmware-nek nem sikerült lemásolnia a linux forráskódot hiba nélkül...
-
válasz
Petyb00
#5279
üzenetére
Azért, mert az AHS log és az Intelligent Prov. is ugyanazt a flash-t használja. És közel két giga az IP, tehát ha azt lefrissíted, akkor a már megfáradt flash-t írod még tovább.
Csak hogy világosabb legyen: a Gen8 Microserverben három féle flash memória van:
1. BIOS
2. ILO
3. Mindenféle log (köztük AHS, ILO, SYstem health stb) + Intelligent Prov.A túlírás az utóbbit érinti, minden fölösleges írástól meg kell kímélni, így az Intelligent Prov. frissítéstől is.
-
válasz
Petyb00
#5272
üzenetére
Nulladik lépés az AHS log tiltása, törlése, majd utána az ILO frissítése 2.81-re, és utána az AHS log ismételt tiltása. Az intelligent provision közel két giga, azt semmiképpen ne frisstse, mert apotenciálisan túlírt flash-t még gyorsabban kicsinálja... Ezért nem jó ötlet, a HP service pack DVD... Vadul felraknak róla mindent, de pl. az ILO pont nem elég firss rajta...
-
válasz
bupemko
#5259
üzenetére
Nálam is volt már két alkalom is hogy újra kellett formázni, de ez émg eddig megoldotta. Elég hamar tiltottam az AHS logot, valószínűleg ez az oka annak, hogy még működik, de ki tudja meddig... Pár hét múlva meg jön a flash programozóm, azzal a BIOS és ILO chipeket ki tudom menteni, a NAND-hoz viszont kell majd átalakító ami nem olcsó, így nem ígérem, hogy az hamar meglesz.
-
válasz
Dexter_1
#5257
üzenetére
Azt lenne érdekes kipróbálni, hogy az ILO storage-ot ki lehet-e cserélni úgy hogy nem húzza le róla az ember az adatot? Elvileg a BIOS, az ILO és a logolásra haszmált (és túlírt) flash különbözik, de nem tudom hogy egy teljesen gyári flash-t újra tudna-e formázni az ILO, vagy valami alap adatoknak lennie kell rajta...
-
#5190
dchard
veterán
Szirtimorc
#5189
válasz
Szirtimorc
#5189
üzenetére
Igen ilyesmire. Lehet ezt kapni is valahol? Mert az Asrock Rack szériáját én itthon sehol nem találtam meg... És az ismert külföldi forrásoknál is mind out of stock...
-
-
Félre ne érts, nekem is Dell 6420-am van, amiben pár éve procit is cseréltem. Ebből is láthatod, hogy nekem semmi bajom a régivel, sőt kifejeztten zavar, ahová nem csak a konzumer de akár az enterprise IT is tart, a mindent beforrasztunk, semmi nem cserélhető vagy javítható megközelítéssel. Ha bármi beszarna a Gen8-amban (amit szintén használtan vettem), biztosan megpróblánám megjavítani, bár azon már erősen gondolkodok, hogy a régi N36L-ben (laphiba, nem javítható) elkezdek berednezni valami mini ITX-es új rendszert, de nem találok lyat, amiben legalább ECC támogatás lenne. az IPMI-ről hajlandó lennék lemondani, mert olyat végképp nem találtam, de az ECC-ről nem. Láttam hogy mit történik a soft RAID-del amikor silent memory corruption van, ezek alapján azok a százezres NAS-amiket az ismert gyártók készítenek, időzített bombák. Bár az euró is gyengül a dollárhoz képest, szerencsére engem a Forint gyengülés közvetlenül nem érint, de hidd el látom én is, hogy amikor Hollandia legnagyobb IT nagykerében még lead time sincs, nem hogy készlet mondjuk egy közép kategóriás barebone PC-re (listában 147 termék, ebből raktáron kettő(!) darab van, beforrasztott cerkával, többihez még ígéret sincs hogy mikor lesz), azt én is érzékelem, hogy itt van nagyobb gond is.
-
Objektíve lehet azon vitatkozni, hogy a Gen8 volt-e "túl olcsó", vagy a semmit érő "NAS"-ok túl drágák, de abban igaza van, hogy ott valami nem stimmel az arányérzékkel, ha most dupla-tripla olyan drága a 6+ éves hardver (ami ECC memória ide vagy oda, de ugyanúgy beszarhat ennyi év üzem után), mint amikor új volt, suporttal, garival. IT területen ez nem is jellemző nagyjából semmire sem, sőt inkább pont az ellenkezője igaz. És ha mellé tesszük, hogy a méreg drága Gen10-ben hol is az IPMI (?) akkor meg pláne érdekesen néz ki a dolog. Lehet erre azt mondani, hogy a piac beárazta, ha elmegy ennyiért akkor elmegy, de örülni még nem biztos hogy kell neki.
-
Fifi jól összefoglalta, hogy mi kell hozzá.
Nálam ilyen:
De fontos megérteni, hogy ez az ILO Zone, tehát nem a chip maga, hanem a környéke. Nálam korábban kézzel 3-4 másodpercen túl nem volt tapintható, most meg a borda abszolút tartósan is megfogható, nem lehet több 35-40 fokosnál.
Az ilo chip nem termel túl sok hút, így a borda plusz a venti légáramlása képes rendesen lehűteni.
És nyilván itt fontos az ambient temp és a ventillátor fordulatszáma (nálam 40%-on van).
-
#5058
dchard
veterán
Szirtimorc
#5057
válasz
Szirtimorc
#5057
üzenetére
Megvan esetleg a flash tartalma valahonnan? Sikerült kiolvasni egy működő darabból?
-
Az RTC elemet mérni kell. Ha látnál hozzá feszt azt mondanám, hogy azt talán el lehet hinni, de ebből hogy "okay" semmi nem következik. Egyébként csak a RAID beállítások vesznek? Biztosan nincs külön elem a vezérlőnek, egy elem van a Gen8-ban. Hogy a vezérlőnek van-e különálló flash memóriája, az jó kérdés: a BIOS és az ILO külön chipen vannak, ez biztos.
-
-
válasz
bugizozi
#4960
üzenetére
"azóta köszöni szépen jól van"
Dehogy van jól
2.78-at gyorsan feltenni, utána AHS log kikapcs, és AHS log törlés. És imádkozol, hogy nem keletkezett még túl nagy kár a frissítés elmulasztásával. Minél tovább vársz annál nagyobb az esély arra, hogy a flash elhalálozik a régi ILO-val, ami megeszi a flash-t a szar wear leveling miatt.
-
AZ ILO downgrade nagy butaság, ugyanis a 2.70- 2.78 között számos javítás van ami a flash-t is érinti. A helyes megoldás a 2.78 felrakás után az AHS kikapcsolása, az AHS log törlése, és a flash újraformázása. Így a felszabadult területen van esély, hogy a wear level újra tudja allokálni a hibás részt (már ha az elég kis területet érint). Az IP-t pedig el kell felejteni: minden egyes IP újraírás jelentős mértékben terheli az amúgy is tropára ment flash memóriát. A legjobb az lenne, ha lehetne törölni, de abban nem vagyok biztos, hogy ez lehetséges. A RAID vezérlőre van CLI tool linux és windows alá is, tehát ahhoz nem kell az IP.
-
"Nem a használt ára irreálisan magas, hanem az új ára volt irreálisan alacsony"
Én inkább úgy fogalmaznék, hogy a szir-szar NAS-ok ára túl magas ahoz a semmihez képest, ami be van éptíve, ennek tükérben pedig nem nehéz a mikroszerverért is sokkal többet kérni. Abban igazad van, hogy az új ára irreálisan alacsony volt, de a 240K ami jelenleg van, az meg irreálisan magas. Ha egyszer a G8-am bedöglik, biztosan építeni fogok magamnak. 120k körül kijön egy masina, és végre elfelejthetem majd a semmivel nem kompatibilis kidobható HP házakat... Vagy esetleg belefaragom az mITX lapot a régi G7 üres dobozába
-
Valamit rohadtul elkeféltek ezzel a virtual media támogatással, és nem csak a microserverben. Rengetegen panaszkodnak ezzel kapcsolatban ha rákeresel. Persze jó az, ha nem kell 1500km-t utaznom, ha egy szervert neadj isten újra kell húzni, de számolni kell azzal, hogy ha ezt csak virtual media-n keresztül lehet megtenni, akkor az nem kifejezetten lesz gyors... Érdekelne, hogy ILO5 alatt is megvan-e ez a hiba...
-
#4896
dchard
veterán
magyarzoltan
#4895
válasz
magyarzoltan
#4895
üzenetére
Az AHS kikapcsolása és a log törlése csak abban segít, hogy a túlírást megállítod, illetve az AHS log törlésével jelentős hely szabadul fel a flash-en, így az új ILO-ban alkalmazott jobb wear leveling talán el tudja mozgatni a hibás blokkokat. Ezek után a már linkelt recovery media-val - ha incs túl sok hibás blokk - még sikerülhet az IP-t helyreállítani és elindítani. Csodák nincsenek, de ez a legjobb esélyed.
-
#4894
dchard
veterán
magyarzoltan
#4893
válasz
magyarzoltan
#4893
üzenetére
Igen, bár a virtual drive tetű lassú, tehát lehet hogy praktikusabb USB-re kiírni és onnan boot-olni. Múltkor egy rohadt 120mega netboot image-et 15 percig töltikézett, azt hittem az agyam megáll (ráadásul egy rendes Gen9 szerver...).
A többit amit írtam azt megcsináltad? Ha aktív az F10 akkor szinte biztosan flash túlírási probléma lesz, de ha még nem nyírta ki teljesen a flash-t, érdemes gyorsan kikapcsolni az AHS-t és töörlni a logot.
-
#4892
dchard
veterán
magyarzoltan
#4891
válasz
magyarzoltan
#4891
üzenetére
Boot közben az F10 megjelenik mint választható opció? Le is lehet tiltani (BIOS) ilyenkor boot közben nem látod az F10-et, csak az F9-et és az F12-t. De sajnos az is megtörténhet, hogy a nand flash az alaplapon elfáradt, ilyenkor az ILO sem működik rendesen. Van hogy az újafromázás (már a flash memóriáé) segít, az Intelligent Porviisoning-ot is újra lehet írni a flash-be, de a túlírt flash-re ez az esetek jó részében már nem sokat ér. Akárhogy is, ILO frssítéssel és az AHS log letiltásával és törlésével kezdeném, utána ellenőrizném, hogy nics-e letiltva az Intelligent Prov a BIOS-ban, utána meg megpróbálnám recovery-ből újra rakni az IP-t: https://support.hpe.com/hpesc/public/swd/detail?swItemId=MTX_923c2214ad9247a6adc85f1425#tab-history
-
Nincs mit. Szokás szerint érdemes ellenőrizni, hogy a frissítés után az AHS log kikapcsolva marad, ha pedig nem, akkor kikapcsolni.
-
A 2.78-as ILO most jött ki, benne kritikus frissítéssel: https://support.hpe.com/hpesc/public/km/product/1009143853/Product#t=DriversandSoftware&sort=%40hpescuniversaldate%20descending&layout=table&numberOfResults=25&f:@kmswsoftwaretypekey=[swt8000029]
-
Az a gond, hogy még ha elég is ez a HW, sokadik évesek ezek a masinák. És látható, hogy az ILO flash egyre nagyobb számban döglik be. Nekem az N36L 8 év után lett kondi hibás, de nem ám egy sima elkó. Valahol a dél híd körül lehet kerámia kondi szar, de kitapintani nem tudom, hőkamerám meg nincs... Így az USB portok mind bizonytalanul működnek. Amennyibe meg egy Gen10 kerül, annyiból inkább építek... NIncs igazán alternatíva.
-
Nálam is tök üres volt az AHS log, csak arra hívtam fel a figyelmet, hogy ha valakinél degraded státusz áll elő, és használja az ILO által felkínált újraformázást, az számítson rá, hogy utána megint le kell tiltani az AHS-t.
Egyébként inkább el tudok képzelni olyan összefüggést, hogy üres és kikapcsolt AHS mellett ha bekövetkezik a flash hiba, nagyobb eséllyel tud a formázás segíteni, mivel a GC több területtel tud gazdálkozni a helyreállítás során.
-
Felraktam a 2.77-et, és most már nálam is degraded az ILO health. Eddig nálam nem volt ilyen hiba. Feldoba az ILO health alatt a flash formázás és ILO reset lehetőségét. Rányomtam, megcsinálta, és most eltűnt a hibaüzenet. Vigyázni kell ILO reset után, mert az AHS log visszajön, azt újra kézzel le kell tiltani.
-
#4748
dchard
veterán
osztraksajt
#4747
válasz
osztraksajt
#4747
üzenetére
Pont kettő percig gugliztam és meglett, működik is. A szabályok titlják ennek a megosztását, tehát nem véletlen, hogy senki nem osztotta meg.
-
Szívesen megpróbálnám ARM-mal. Ahogy a bejelentéseket látjuk, lehet hogy ez hamarosan valósággá válhat. Ami biztos, hogy nem vásárolom be magamat zárt rendszerbe. Ha egy Syno-ra tudok felrakni teljes értékű akármilyen linuxot és nem vagyok bezárva a szarukba, akkor elgondolkodok rajta. Ha nem, akkor viszont szóba nem jöhet.AZ ECC-s memóriáról viszont soft RAID-nél lemndani súlyos hiba, az ILO (vagy IPMI) meg baromi kényelmes.
-
-
válasz
jegesib
#4708
üzenetére
Ugyanez. 60-65 ezerért van olyan alaplap, ami tud ECC-t, és van rajta ha nem is ILO, de valami azzal nagyon megegyező dolog ITX méretben, és akkor még vegyek hozzá házat 20 körülért, procit minimum 20-ért, ECC-s RAM-ot, tápot. Valamivel drágábbra jön ki, mint a legújabb Gen10, de legalább bővíthető marad, és nem marad a nyakadon egy ház amibe semmit nem tudsz rakni. Ha ez bektolik, akkor elbúcsúzom a HP-tól és inkább építek. Hacsak nem jön meg addig a HP esze, erre nyilván nincs semmi esély.
-
válasz
kiskakas
#4697
üzenetére
Felteszem a hülye kérdést: nem csak a pipát vetted ki, de nyomtál Apply-t is?
Ha igen, akkor még kipróbálhatod a korábbi linkelt módszert a Flash formatálásra, persze kikapcsolt és kiürített AHS log mellett. Ha ez sem segít, akkor igen: jó eséllyel a flash vacak, bár érdekes, hogy az ILO health alatt nem látsz hibát még a legfrissebb 2.76-os ILO-val sem.
-
válasz
kiskakas
#4695
üzenetére
A frissítés után, külön próbáltad? A sorrand nem mindegy. Először frissítesz, az ILO újaindul. Utána még vissza fog kapcsolódni. A frissítés után belépsz, kikapcsolod, majd utána végzed a kísérletet. Én először ILO resettel próbáltam, korábban már ennek a hatására visszaállt az AHS log, most nem. Utána fogtam, kikapcsoltam, tápot ki, 2-3 perc várakozás, majd táp be, ILo elenőriz, és még mindig ki volt kapcsolva.
-
Megjött végre az ILO 2.76-os verziója: [link]
Gyorsan feltöltöttem, az ILO újraindulás után még egyszer visszakapcsolódik az AHS, de ha a frissítés után kikapcsoljuk, akkor ILO reset után is kikapcsolva marad az AHS log. Szóval úgy néz ki, valóban kijavították végre a hibát.
Cold boot-tal még nem próbáltam, ha valakinek van rá affinitésa, tegye meg és számoljon be róla, hogy kikapcsolva marad-e az AHS.
-
válasz
bupemko
#4684
üzenetére
Ez egy jó kérés, hogy mit buksz.
Az AHS logot gyorsan kapcsold ki, és töröld is le, utána adj még neki egy formázást. Hátha a felszabaduló hellyel újra tudja mozgatni a blokkokat.
A bukó részen elvileg az ILO, a IP, az SSA (RAID manager), és az AHS és egyéb logok vannak ebben a flash memóriában, tehát ha nagyon megpusztul, ezt mind bukhatod. Ettől még az alaplap működni fog, emlékeim szerint lassú boot-ra panaszkodnak ilyenkor. SSA-t talán lehet pótolni boot-olós megoldással, vagy ki lehet kapcsolni a BIOS-ban. BIOS-t is lehet frissíteni boot médiáról. Tehát összességében működni fog, de lehet hogy lesznek járulékos hibajelenségek (lassú boot), és/vagy nem működő szolgáltatások (ILO, SSA).
Ez egy újabb intő jel mindenkinek, hogy gyorsan kapcsolja ki és törölje az AHS logot, és frissítsen ILO-t. Az AHS végleges kikapcsolását megoldó ILO a következő verzió lesz, eredetileg októberre ígérték, tehát a következő hetekben érdemes nézegetni.
-
Jelezném az érintetteknek, hogy hosszas várakozás után végre működik az ECC userspace riporting linux alatt az 5.9.0-ás kernellel kezdődően:
root@nas:~# edac-util -vmc0: 0 Uncorrected Errors with no DIMM infomc0: 0 Corrected Errors with no DIMM infoedac-util: No errors to report.root@nas:~# edac-util -v -sedac-util: EDAC drivers are loaded. 1 MC detected:mc0:IE31200root@nas:~# edac-ctl --status --mainboardedac-ctl: mainboard: HP ProLiant MicroServer Gen8edac-ctl: drivers are loaded.Korábbi kernelekben ez nem volt elérhető, így ellenőrizni sem lehetett az ILO-n kívül futasidőben, hogy volt-e memóriahiba.
-
"de a neten sokaknak van problémája 5.x-es kernellel pcie kártya átadással kvm/qemu alatt"
Erről tudnál mondani/linkelni valamit? Én egy PCIe --> PCI átalakítóban ülő PCI TDM kártyát próbálok átadni egy VM-nek, de az istenért sem megy. Ez ugyan egy speciális eset, de lehet hogy csak ez a másokat is érintő általános probléma jelentkezik nálam is. Amúgy nekem bejött a Proxmox az ESXI után.
-
BIOS és ILO a legfrissebbre, utána ILO alatt az AHS log törlése, de ne tiltsd le teljesen. Ha még mindig csinálja, akkor az AHS logba a HP online nézegetőjével bele tudsz nézni alacsony szinten, hátha van benne valami nyom (szenzor hiba, backplane hiba stb.) Előtte még a frissítés után ILO-ban nézd meg nincs-e valami hiba. Ha tudsz felrakni (vagy van már a szerberen) intellgint provisioning, akkor annak a hardver tesztjét is kipórbálnám.
-
Kis plusz infó az ILO-val kapcsolatban:
A nemrég megjelent 2.75-ös verzió kizárólag a Ripple20 TCP-t érintő biztonsági hibát hivatott javítani. A következő tervezett normál kiadás a 2.76-os lesz amit októberben terveznek kiadni. Ha minden igaz, ez az októberi kiadás fogja tartalmazni többek között az AHS kikapcsolását meggátló hiba javítását is.
-
-
Gyorsan lepróbáltam az 2.75-öt és természetesen nem oldotta meg az AHS kikapcsolását érintő bug-ot.
-
Ahogy írtam, ha a saját workload-od esetében tapasztalható a lassulás, akkor egyszerűen kikapcsolod a vonatkozó mitigációt. Nekem Gen9-en kellett ezt megtennem, ahol nem volt elkerülhető más problémák miatt a BIOS frissítés, de kényelmesen ki tudtam kapcsolni utána kernel szinten azt amire nem volt szükségem. Azt is érdemes tudni, hogy több féle problémára több féle javítás készült, és nem mindegyik eredményez lassulást.
-
Nincs benne egyéb, csak a mikrokód, de azért az mást is javít, nem csak az ismert biztonsági réseket. Ha pedig a feltöltés után valóban csökkent teljesítményt vennél észre (amit kétlek), akkor bármilyen tisztességes OS alatt szelekítven kikapcsolhatóak maguk a javítások.
ILO-ból hamarosan lesz újabb verzió, 1-2 havonta érdemes ránézni.
-
Nem törtem el egyet sem, de lehet érezni hajlítás közben, hogy ésszel kell csinálni, fokozatosan. Meg hát van egy határ ami után törik. Én annyit hajlítottam rajta, hogy kicsit több hely legyen a bordák között, és a nagyobb rések a légáramlással párhuzamosak legyenek. Ingyen meg ugye lófütyit kaptam, mert eleve hármat rendeltem, a visszakapott pénzből meg venni kellett ragacsot, amire nem került sor ha az eladó azt küldi amit hirdetett
-
#4599
dchard
veterán
ArthurShelby
#4598
válasz
ArthurShelby
#4598
üzenetére
Innen rendeltem csak ragacsot. Gyorsan megjött ahhoz képest. Talán 2 hét alatt.
-
válasz
MrTwister
#4594
üzenetére
Kizártnak tartom, de bármi megtörténhet. Azt sem hittem, hogy beígérik a következő verzióval az AHS tiltás javítását
Persze várjuk ki, hogy megtörténik-e.Fifi:
Beraktam ma a bordát az ILO-ra, és elég látványos az eredmény. Korábban a chip 66-67 fokos volt, nem bírtam rajta tartani az ujjamat. Most a bordával 51-52 fok körül van, tartósan kibírható.
-
válasz
MrTwister
#4592
üzenetére
Nem kell parázni, így hogy tudjuk hogyan kell kikapcsolni, és hogy cold reset / poweroff után ellenőrizni kell, és főleg hogy a javítás útban van, így nem akkora gáz a dolog.
Az inkább problémás, hogy nem tudható: a 2.61 előtti ILO verziók pontosan mekkora kárt csináltak a flash memóriában, mennyi van még hátra az élettartamukból. Ezért írtam a HP-nak azt, hogy az ILO Health oldalra kirakhatnák az írási ciklus számot, vagy a wear level számot, vagy valamit, ami legalább távlati fogalmat ad arról, hogy mi a helyzet. Alapvetően ezért is fontos az AHS letiltása: mert hiába javították ki az alap hibát, az éveken át túlírta a flash-t, tehát minden megspórolt MB írás fontos, mivel nem tudható a kár mértéke.
-
-
-
Én még küzdök a csávóval, már 2 eurónál jár az ajánlata refund témában... Esküszöm, 13 éve Ebay-ezek, de ilyen pőre parádéban amit ez leművel még nem volt részem. Megindítottam a dispute-ot, és visszarántom a pénzt is. És a végn kap egy kövér negatív értékelést. Ha ezt a fillérbaszást nem játszotta volna el, és újraküldi a terméket vagy refund-ol elsőre, akkor elválunk egymástól szép csendben (erre azért volt már példa 13 év alatt de csak 1-2 alkalommal). Megáll az eszem...
-
válasz
MrTwister
#4571
üzenetére
Még odaírtam nekik, hogy amúgy jó volna, ha a belső flash állapotát az ILO Health fülön kijeleznék, ha már a 2.61-es ILO change-logjába beleírták, hogy nyomon követik
Már látom a lelki szemeim előtt, hogy aprón jönnek a Gen8 hírdetések "keveset futott flash memóriával"
-
-
Ma délután telik le a határidő, ha nem látom a pénzt a számlámon, vagy a tracking számot az újraküldéshez nyitom a dispute-ot. Betolt egy ilyen szöveget:
"dear cusotmer.
thanks for you reply.
i´m really sorry the inconvenience cased for you.
we may cheat by our supplier who provide us the item without adhesive.
for this matter,how about refund to you 0.6eur ?is that ok?we need to pay the paypal fee, ebay fee, cost, shipping fee and so on while selling,
the business is not easy to do on ebay in recent months, we will appreciate you for your kindly understanding."Mondtam neki, hogy ez nem az én gondom, van ragasztó nélküli bordám rengeteg, tehát szó sincs 0.6 euróról. Vagy visszautalja a teljes lóvét vagy újraküldi ragasztóval, döntse el.
-
válasz
Pelican
#4542
üzenetére
AiRLAC : így van, azt nem linkeltem.
MrTwister: foggalmamnincs az mi a tököm, de ha valami linux iteráció, akkor meg lehet próbálni a linuxhoz való hponcfg-t futtatni, a függőségek telepítése után.
Pelican: magán a gen8-on kell futtatni, a host OS az ILO driveren keresztül fér hozzá a beállításokhoz a felhazsnáló név és jelszó ismeretében.
-
válasz
MrTwister
#4538
üzenetére
Még szép:
<RIBCL VERSION="2.0"><LOGIN USER_LOGIN="adminname" PASSWORD="password"><RIB_INFO MODE="write"><!-- Set to "Enable" or "Disable". --><SET_AHS_STATUS VALUE="Disable"/></RIB_INFO></LOGIN></RIBCL>Ezt kimásolod, belerakod egy szöveg fájlba, átírod a LOGIN részt a saját ILO admin user neved és jelszavadnak megfelelően. Elnevezed a fájlt mondjuk "disable_ahs.xml" -nek.
Ezek után a hponcfg alkalmazással akár windows akár linux alatt kiadod az alábbi parancsot:
Windows:
hponcfg /f disable_ahs.xml
Linuxon:hponcfg -f disable_ahs.xmlÉrdemes a rendszerindító rutinhoz hozzáadni mindkét rendszeren, mivel tudjuk, hogy egy hideg indítás vagy ILO reset után visszaztér a dolog.
Ennyi az egész
HPoncfg for windows: [link]
HPoncfg for linux: [link]Ubuntuhoz van a HP-nak komplett repója is:
[link] -
A mocsok tetűk...
Rájöttem hol a hiba: a HP-nek sikerült elrontania még a hivatalos ILO scripting guide-ot is, mivel a példa rossz (lemaradt a "value" az egyenlőségjel elől):
<RIBCL VERSION="2.0"><LOGIN USER_LOGIN="adminname" PASSWORD="password"><RIB_INFO MODE="write"><!-- Set to "Enable" or "Disable". --><SET_AHS_STATUS VALUE="Enable"/></RIB_INFO></LOGIN></RIBCL>Ezt kell berakni akár windows akár linux esetén egy file-ba, majd meghívni a következő parancsot:
hponcfg -f disable_ahsEz csak a hivatalos példákat tartalmazó scripting bundle-ből derül ki: [link]
-
Az hagyján, de miután írtam neki, hogy küldött három ragacs nélkülit, megpróbálta nekem megmagyarázni, hogy amit küldtem képet (nuku ragacs) az pont úgy néz ki mint az övé a hirdetésben, amin meg ott virít a kék ragacs az alján. Mondtam neki, hogy van egy napja, hogy jobban megnézze, aztán indítom a dispute-ot.
-
Hát ez nálam úgy áll bele a földbe mint a szög:
hponcfg -i get_ahs_status.xml
Kiadom, és a hponcfg kifagy:
root@nas:~# hponcfg -i get_ahs_status.xmlHP Lights-Out Online Configuration utilityVersion 5.5.0 Date 5/30/2019 (c) 2005,2019 Hewlett Packard Enterprise Development LPFirmware Revision = 2.73 Device type = iLO 4 Driver name = hpilo -
Ezzel mind egyetértek, a probléma az, hogy egyszerűen nincs olyan hivatalos csatorna, ahol contract number, vagy product ID nélkül tudsz nyitni hivatalosan ticket-et, vagy bugot tudsz bejelenteni. A HP fóruma nyilván nem minősül hibabejelentésnek.
Valaki írta korábban, hogy lehetne rá script-et írni. Namost én kidumpoltam a komplett ILO config-ot XML-be (a hponcfg utility-vel), de ez a lehetőség nincs benne. Gyanítom, hogy ezért sem őrzi meg a beállítást áramtalanítás/ILO reset alatt, mivel el sem tárolja ezt a flash memóriában.
Zizi123 :
BIOS-ból van NIC firmware-ből van újabb, de mindkettő újraindítós.
-
#4522
dchard
veterán
ArthurShelby
#4521
válasz
ArthurShelby
#4521
üzenetére
Ha valaki tud küldeni egy sorozat számot bármely gen8 vagy gen9 szerverről, amire még van garancia, akkor meg tudom nyitni a ticket-et én is. Tegnap kipróbáltam DL360 Gen9-cel, és ott is jelen van, de tekitnve hogy az AHS-t az ILO vezérli, így nyilvánvaló, hogy az összes szerver érintett, ami ILO4-et használ.
Ja és a slussz poén, hogy sima BIOS módban lehet indítani GPT típusú SD kártyáról GPT typusú SSD-n lévő rootfs-t.
Ez is csodálatos...
Új hozzászólás Aktív témák
Angol nyelvű infók (BIOS, RAM lista, driverek, stb.)
- gban: Ingyen kellene, de tegnapra
- Milyen hagyományos (nem okos-) telefont vegyek?
- EA Sports WRC '23
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- iOS alkalmazások
- exHWSW - Értünk mindenhez IS
- Elemlámpa, zseblámpa
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- PlayStation 5
- További aktív témák...
- Gamer / Munka PC i5-11600K 32GB DDR4 3200MHz 500GB Samsung NVMe SSD Arctic Vízhűtés
- Erős GAMER PC + 120 Hz monitor GTX 1080 Ryzen 3300X Azonnal használható Kipróbálható
- Dell Optiplex 3020 SFF,i3-4150,4GB RAM,250GB HDD,DVD+RW,WIN10
- I9 10900+B460-F
- DLSS3 Gamer PC / Intel i5 12400 / 16GB DDR4 / RTX 4060 / 1TB NVME SSD
- Keresünk iPhone 12/ 12 Mini/ 12 Pro/12 Pro Max
- Telefon felvásárlás!! iPhone 11/iPhone 11 Pro/iPhone 11 Pro Max
- Apple iPhone 15 Pro / 128GB / Kártyafüggetlen / 12Hó Garancia / Akku: 86%
- Számítógép - Gamer PC! Csere-Beszámítás! R5 5600G / RTX 4060 / 32GB DDR4 / 1TB SSD
- HP ProDesk 600 G5 i5-9500 8GB 256GB 1 év garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest