- DIGI internet
- WLAN, WiFi, vezeték nélküli hálózat
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Elterelik a sofőrök figyelmét a vezetéstámogató rendszerek
- Milyen NAS-t vegyek?
- Otthoni hálózat és internet megosztás
- Gondoskodik róla az EU, hogy az Apple felnyissa a rendszereit
- Windows 11
- Linux Mint
- Hálózati / IP kamera
Új hozzászólás Aktív témák
-
dchard
veterán
No, egy HA-s kolléga jóvoltából én is gen8 tulajdonos lettem. ILO, BIOS mostmár a legfrissebb. Ment neki egy fél nap memtest, semmi hiba. Táp feszre szintén jó.
Viszont. Amit észrevettem, hogy az ILO és a két broadcom hálózati vezérlő IC-je rettentő meleg. A nem túl adekvált kézrátételes vizsgálat azt hozza ki, hogy 1-2 másodpercig tudom rajta tartani az ujjamat, utána éget. Ehhez képest mondjuk a "09-iLO Zone" 41 °C-t ír, miközben az ujjam 2 másodpercig bírja.
A kérdésem az lenne, hogy tud valaki jó minőségű felragaszható chipset és RAM hűtőket, amik nem pottyannak le? Illetve az ODD helyére raknék SSD-t, de sehol nem találok floppy --> SATA átalakítót, Ebay-en is csak első ránézésre sutyerák házi kókányt találok.A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz Mykroft #4402 üzenetére
Megnéztem egy gen9-es DL360-at amiben pont ugyanez az ILO chip van, és az is pont ugyanígy süt. A különbség annyi, hogy a normál szerverben működés közben jóval nagyobb a körülötte áramló levegő sebessége. Megmértem a chipeket hőmérővel, és a két broadcom a legmelegebb 71 °C, de az ILO sem sokkal hidegebb: 68 °C. Ami érdekes, hogy például a VRM hőmérslkletét jól megközelíti a mért érték, az ILO-nál viszont több mint 30 fok a különbség (bár igaz, hogy "ILO Zone"-t mér, ami nem feltétlenül a chip, hanem lehet a környezete).A többi IC kéz-meleg, azokkal nincs mit csinálni. Azt én sem hiszem, hogy megsülne, de a masina 5 éves, és még jó ideig szeretném használni, inkább megelőző jellege van a beavatkozásnak. Találtam egy csávót, aki a broadcom chipekre már rakott hűtőt [link]
Szóval továbbra is keresek megbízható felragasztós memória és chipset hűtőbordát. Tegnap végigtúrtam azismert forrásokat, de nagy meglepetésemre teljesen eltűntek ezek a termékek... Vagy csak én nem találom őket
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
-
dchard
veterán
válasz Gabesz84 #4412 üzenetére
Igen, ez lett a megoldás, tegnap még próbálkoztam hazai forrással, aztán feladtam.
Másik érdekesség maradva a hány fokos a chip témánál:
Az ethernet vezérlők hőmérséklete nem nyerhető ki az ILO-n keresztül, de linux alatt a "sensors" nevű applikáció az egyiket megmutatja (a másik az ILO porton ül, azt értelemszerűen nem tudja kiolvasni):
tg3-pci-0300
Adapter: PCI adapter
temp1: +61.0°C (high = +100.0°C, crit = +110.0°C)
Emlékezzünk rá, hogy a bordázás előtt 71 °C-t mértem rajta hőmérővel, a fenti kép már a bordázás utáni állapotot mutatja. Az "ACPI_IPMI" modul betöltése után mutatja a processzor pillanatnyi fogyasztását is:
power_meter-acpi-0
Adapter: ACPI interface
power1: 4.29 MW (interval = 300.00 s)
Nyilván a megawatt elírás és wattról van szó
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Ez csak az ILO-ra való. Gondolkodtam a 40x40x20-as verzión, de ha jól körülnézel az ILO chip körül, van 1-2 kiálló rész nem túl távol, szóval nem óhajtottam megkockáztatni
A keresőszavak a "heatsink" és a "self-adhesive" vagy "adhesive" voltak.
Csak a poén kedvéért a fenti 4.29 wattot ellenőriztem AIDA64-gyel is, és a CPU package ugyanilyen értékeket mutatott, tehát megbízhatónak tűnik az eredmény.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Újabb érdekességre bukkantam, hátha valakit érdekel:
Az ILO és a BIOS frissítése után tűnt fel, hogy a System information --> Network fül alatt az "Adapter 2"-re csak MAC címet adott, minden más unknown volt. Nagy nehezen sikerült frissíteni a hálókártya firmware-ét is (Intelligent Porvisioning alól), azóta szépen felismeri az Adapter 2-t is az ILO.
A másik jelenség: hogy Intelligent Provisioning alatt tudja frissíteni az Intelligent Provisioning firmware-ét is, most 1.63 a legfrissebb. Viszont az 1.63-as IP elindítása után az első képernyőn úgy tűnik, mintha semmire sem lehetne kattintani, ilyenkor várni kell. Nekem 4-5 percbe is beletellt, mire az adatok megjelentek és az EULA elfogadása után tovább tudtam lépni. Szóval nem kell megijedni Már elkezdtem letölteni a recovery CD-t, mire látom hogy minden OK...
A hamradik érdekesség, hogy Ubuntu 20.04 alatt az AMS nem működik hibátlanul: a System information --> Software alatt sosem fejezi be a futó programok töltését, majd egyszer csak hibára fut:
Persze hivatalosan még nincs AMS támogatás Ubuntu 20.04-re, de azért ez mégis csak fura.
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz ArthurShelby #4417 üzenetére
Az AMS az Agentless Management Service, aminek az a lényege, hogy egy apró program (hp-ams) az operációs rendszerben olyan dolgokat is riportol az ILO-nak, amit az amúgy nem tudna kinyerni. Például a futó operációs rendszerrel, futó szoftverekkel kapcsolatos információkat, amit aztán akár az ILO mögött futó SNMP adatokkal összegyűjtve segít a renszer monitorozásában.
Az Intelligent Porvisioning egy a szerver alaplapi flash memóriájában lévő mini operációs rendszer (jellemzően valamilyen linux iteráció), amit fel tudsz boot-olni OS nélkül is (F10 billentyű boot alatt), és különböző műveleteket tudsz elvégezni. Például tudsz HW diagnosztikát futtatni, a szerverbe lévő különböző komponensek firmware-ét frissíteni, a RAID vezérlőt beállítani stb. De a legfontosabb funkciója az, hogy lehetséges komplett telepítést automatizálni vele, például van 200 darab szervered, akkor egy "forgatókönyv" segítségével fel tudod őket húzni teljesen automatikusan, nem pedig egyessével. Nyilván ez utóbbi a microserver-nél nem annyira érdekes. A mi szempontunkból a HW diagnosztika a RAID vezérlő és a különböző komponensek firmware frissítése az érdekes. Például Ubuntu alatt a hálókártya letölthető frissítése képtelen működni, így az egyetlen lehetőség az Intelligent Provisioning. RAID vezérlő FW-e, IP firmware-e és hasonló, de frissíthető alóla a BIOS és az ILO is.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz jegesib #4420 üzenetére
Igen, pontosan így értem. Hogy még jobban lebontsam: a nagyobb BCM chip vezérli a két normál NIC-et, a kisebbik BCM chip pedig a dedikált ILO portot hajtja.
Ha már így rátértél az AHCI témára, nekem is lenne kérdésem. Nálam a normál fiókokban 4 HDD van, az ODD helyén meg egy SSD rendszernek. Sima AHCI módban nem tudtam sehogy sem boot-olni róla, csak úgy, hogy visszakapcsoltam a RAID vezérlőt, majd abban RAID0-ra raktam az SSD-t és utána ki tudtam választani a mint elsődleges boot eszközt. A többi HDD-t nem adtam hozzá a RAID vezérlőhöz. Így az ILO azt írja a "Storage" alatt hogy "Standard IDE Controller", de ha megnézem linux alatt akkor AHCI módban van minden, az SSD és a HDD-k is. Így néz ki: [kép] (persze ezt is csak az AMS telepítése után írta ki, előtte üres volt).
A kérdés, hogy ez így normális? Sima Ubutnu a hoszt.
Fifi:
Igen, így értem: nem kell semmit letölteni, ha az ILO portnak van net hozzáférése, akkor a HP szerveréről le tudja szedni a cuccost. Ugye az ILO és a BIOS egyszerűen firssíthető az ILO firmware része alól, de a NIC vagy az IP már nem. Érdemes az IP-t frissíteni először, és utána újra futtatni, mert találhat még frissebb dolgokat Az egyetlen amit nem tudtam eddig frissíteni az a RAID vezérlő FW-e. Van valakinek linkje, hogy pontosan honna lehet rátölteni a elgfrissebbet?
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz jegesib #4432 üzenetére
Akkor jól gondoltam hogy erre nincs megoldás... Ha elég perverz lennék, akkor meg tudnám oldani azt is, hogy a micro-SD-re rakok csak egy bootloader-t, és arról indítom az SSD-n lévő rendszert, de nem sok kedvem van ezt a plusz hibaforrást beépíteni a rendszerindítási folyamatba.
A RAID vezérlő firmware frissítésére van valakinek ötlete? Minden mást sikerült felfrissítenem (ILO és BIOS az ILO alól, de ahogy nézem IP-vel is lehet), illetve az IP és a hálókártya pedig IP alól. Az egyetlen ami nem megy az a RAID vezérlő. Ezzel próbálkozom: [link] de azt írja, hogy minden vezérlő már a legfrissebb, ami nem igaz, mert a 3.54-esen van a vezérlő és az 5.02-es a legfrissebb.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
-
dchard
veterán
Pont ezt akartam kérdezni én is
Nálam most az SSD (az ODD helyén) a RAID kártya mögé van konfigurálva RAID0-ban, a linux szerint az AHCI meghajtót használja, és 260-270MB/s-et mérek írásban és olvasásban is, de ez egy elég régi Kingston V300 120GB-os modell. Tehát RAID-ben nem lassabb. Majd kipróbálom legacy módban is.
MOD: na meg ugye SATA2-módban megy, tehát eleve 340-350MB/s a vége
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Nem jó tesztet használsz Mivel itt a cél annak a megállapítása, hogy a RAID vezérlő vagy a legacy mód fog-e valamit, így nem a véletlen elérést, hanem az interfész sebességét leginkább megközelítő mérést, a lineáris olvasást érdemes tesztelni:
fio --name=seqread --rw=read --direct=1 --ioengine=libaio --bs=4M --numjobs=1 --size=8G --runtime=600 --group_reporting
Az eredményt a végén fogod látni:
Run status group 0 (all jobs):
READ: bw=261MiB/s (274MB/s), 261MiB/s-261MiB/s (274MB/s-274MB/s), io=8192MiB (8590MB), run=31329-31329msec
Azt hiszem ez már elég egyértelmű A fenti eredmény SATA2 módban az ODD helyén lévő V300 produkálta, RAID-0-ban. Az adat random, tehár az SF1200-as vezérlő tömörítő képességét nem tudta kamatoztatni
Az első parancs abban a mappában/diszken fog dolgozni, ahol éppen állsz a könyvtár szerkezetben.
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Ez teljesen frankó, még felezve is bőven látszik hogy megy a SATA3. Nálam a SATA3-mas SSD SATA2 ODD-ben van, de a gyártó tömöríthető adatra 260MB/s-t ad meg, azt ki is mérem.
Tehát megállapítható, hogy AHCI és HBA mögött is sem lassít semmit a microserver, az egyetlen limit az hogy SATA3 vagy SATA2 a port/SSD.
Fifi:
Na várjál itt valamit nem értek: tehát az SSD-d fiizkailag az ODD helyén van, de USB3 portba van bekötve? Ha így van, akkor te nem vagy legacy módban, az ugyanis csak a belső SATA portokra vonatkozik. Ha USB3 porton lóg az az SSD, akkor UASP módban a linux szépen le fogja kezelni. Tehát ez a mérés valójában nem legacy
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Világos. Mondom mit csinálj:
1. BIOS-ban visszakapcsolod a RAID vezérlőt.
2. Utna első boot-nál F10 és kiválasztod a RAID kártya beállító szoftverét.
3. Ugye alapból semmi nem lesz konfiruálva. Fogod, és az ODD keretben lévő SSD-ből csinálasz egy RAID0 tömböt. De csak abból. Az összes többi lemezt nem adod hozzá semmihez sem. Majd a raid vezérlő "Boot logical drive / volume precedence" menüpontjában kiválasztod ezt mint elsődleges boot eszközt.
4. Újraindítasz.Innentől az ODD helyen lévő SSD-ről fogsz boot-olni, és mivel a többi lemezt nem adtad hozzá a RAID vezérlőhöz, az SSD pedig önmagában fityeg RAID0-ban, ezért a linux az összes lemezt az SSD-t is beleértve AHCI módban fogja kezelni.
Nálam így van beállítva, és a "dmesg | grep -i ahci"-ra ez a kimenet:
[ 1.048563] ahci 0000:00:1f.2: version 3.0
[ 1.048878] ahci 0000:00:1f.2: SSS flag set, parallel bus scan disabled
[ 1.062710] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x3f impl RAID mode
[ 1.062802] ahci 0000:00:1f.2: flags: 64bit ncq sntf ilck stag pm led clo pmp pio slum part ems apst
[ 1.138671] scsi host0: ahci
[ 1.144516] scsi host1: ahci
[ 1.145663] scsi host2: ahci
[ 1.147431] scsi host3: ahci
[ 1.147757] scsi host4: ahci
[ 1.147973] scsi host5: ahci
Mi több, ha megnézem a raid vezérlőhöz is ezt írja:
00:1f.2 RAID bus controller: Intel Corporation 6 Series/C200 Series Desktop SATA RAID Controller (rev 05)
Subsystem: Hewlett Packard Enterprise 6 Series/C200 Series Desktop SATA RAID Controller
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 33, NUMA node 0
I/O ports at 10c0 [size=8]
I/O ports at 10c8 [size=4]
I/O ports at 10d0 [size=8]
I/O ports at 10d8 [size=4]
I/O ports at 10e0 [size=32]
Memory at facd0000 (32-bit, non-prefetchable) [size=2K]
Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [70] Power Management version 3
Capabilities: [a8] SATA HBA v1.0
Capabilities: [b0] PCI Advanced Features
Kernel driver in use: ahci
Kernel modules: ahci
Tehát fasza minden
Forrás: [link]
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
-
dchard
veterán
Ez normális. Itt nincs mit frissíteni. A hálókártya azért érdekes, mert nekem Installed: 17.4.41, ami egyébként megegyezik a 2.17.6-tal (az idióta HP a saját FW verzió elnevezésében eltér a gyártóétól zért van az eltérés), de nálad akkor hogy van az installed 20.6.41???
Linux alatt add ki az "ethtool -i eno1" parancso és másold be ide a firmware-version sort.
Nálam ez: firmware-version: 5720-v1.39 NCSI v1.3.16.0A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Hát, ez elképesztő... Letöltöttem a tiédet, az megtalálja a kártyát de ezt írja:
Found HP Ethernet 1Gb 2-port 332i Adapter MAC: 3464A99AXXXX
Do you want to update the following firmware on eno1 :
*** WARNING *** - Installed firmware is the same version as selected firmware.
nvm 17.4.41 to 17.4.41 - y/n/q (Default option is 'n' when you simply press enter):y
Tehát azt állítja, hogy ugyanaz a verzió van nálam, mint nálad. Felülírtam, viszont nálad az NCSI verzió újabb, nálam pedig maradt az NCSI v1.3.16.0 ahogy korábban.
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Háhááá, megvan a hiba végre:
A trükk az, hogy a fogyatékos HP ugyanazzal a vendor code-dal, de más subdev ID-vel készített többféle hálókártyát is ugyanazzal a névvel.
A HP microserver Gen8-unkban "HP Ethernet 1Gb 2-port 332i Adapter (2133)", tessék figyelni a végén a "2133"-ra.
A legfrissebb "HPE Broadcom NX1 Online Firmware Upgrade Utility" amiben ez még benne van, az a 2018. szeptemberi: [link]
A 2018. novemberi frissítés (és az utána következők) már csak a "HP Ethernet 1Gb 2-port 332i Adapter (22E8)" adatpert támogatják, ezért nem találja meg a kártyát az ennél újabb frissítő.
A linkelt változattal prímán lehet frissíteni:
root@nas:~/NIC/usr/lib/x86_64-linux-gnu/firmware-nic-broadcom-2.21.58-1.1# ./hpsetup
Copyright (c) 2018 Hewlett Packard Enterprise Development LP
HPE Broadcom NX1 Online Firmware Upgrade Utility for Linux x86_64 - v2.21.58
Found HP Ethernet 1Gb 2-port 332i Adapter MAC: 3464A99A28A8
Do you want to update the following firmware on eno1 :
nvm 20.8.41 to 20.12.41 - y/n/q (Default option is 'y' when you simply press enter):y
The Firmware Upgrade may take several minutes. Please be patient.
Selecting HP Ethernet 1Gb 2-port 332i Adapter MAC: 3464A99AXXXX
Updating the following firmware on eno1 :
nvm 20.8.41 to 20.12.41
sh: 1: ifdown: not found
Firmware (nvm) upgrade on MAC 3464A99A28A8 SUCCESSFUL
NIC firmware update completed successfully.
Reboot is required for the new firmware to take effect.
Újraindítás után azt "ethtool -i eno1" paranccsal ellenőrizhető:
firmware-version: 5720-v1.39 NCSI v1.4.22.0
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Csak hogy mindenki lássa hol van a HP-vel a gond, akkor egy gyors összefoglaló:
A legfrissebb hálókártya firmware a Gen8-hoz itt található: [link]
Az oldal tetején a verzió jelölés: 2.21.58(27 Sep 2018)
Az ILO ugyanerre ezt adja vissza: Firmware 20.12.41-et ad vissza
Linux alól az "ethtool -i eno1" perdig ezt:firmware-version: 5720-v1.39 NCSI v1.4.22.0
És ez mind ugyanaz a verzió!
El nem tudom képzelni, hogy ezt a kapitális ostobaságot ki a tököm találta ki a HP-nál, de lenne egy-két ötletem a büntetésre...
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz jegesib #4473 üzenetére
Ha tudnád, hogy mit művelnek a 10-40gigás hálókártyáikkal, na az még a kabaré... Intel chip van bennük, nyilván az intel gyártja a firmware-t is, de persze ugyanaz a verziószámozás nem volt ám jó a HP-nak.... Ott is van 4 féle FW verzió, ami persze egyik sem azok közül amit a user gyorsan meg tud nézni az OS-ban. És még a support sem tudja megmondani, hogy most az Intel verziójához képest hol jár a HP... Ugye ezek smart NIC-ek, tehát az adott frissítésben nem csak hibajavítások vannak, hanem új funkciók is, és nem lehet sehogy sem eldönteni, hogy az adott verzióban mi van és mi nincs. És van pofájuk eladni ugyanazt a két portos kártyát kétszer annyiért, mint az Intel OEM verzió, amire pakolhatom az Intel firmware-t.... Soha az életben többet nem veszek HP hálókártyát, az már biztos.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz MrTwister #4475 üzenetére
Minden stimmel amit leírtál. IP-ből az 1.71.19 a legfrissebb, de ezt egyelőre nem ajánlom, mert a belső HW tesztje dobálja a memória hibát úgy, hogy nincs memória hiba 1.63-mal még jól működött az biztos.
A RAID vezérlőre még nekem sincs megoldásom. Ami biztos, hogy bonyolult a helyzet, mivel "HP Dynamic Smart Array B120i controller" vezérlő van benne. Hozzá ez a legfrissebb: [link]
de ez sem megy fel rá, és itt lövésem nincs, hogy hol kéne nézni a verziót. ILO-ban a storage azt írja "Standard IDE Controller" és nincs se típus, se FW verzió, tehát azonosíthatatlan az is, ami benne van... Szóval ez még megfejtésre vár. Boot közben azt írja, hogy a FW verzió 3.54 a RAID kártyán, de sehol máshol nincs ennek nyoma.A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Visszaraktam az 1.63-mas Intelligent Provisioning-et, és az Insight Diagnostics alatt "megjavult" a memória teszt Innen lehet letölteni: [link]
Rátérve a RAID vezérlőre, ugye megint a szokásos HP-s elmebaj a verziószámozással:
Rendszerindítás során azt írja ki, hogy v.3.54 a verzio, Insight Diag alol meg azt hogy 5.50 :
Azt hiszem ugyanaz lesz a megoldas mint a halokartyanal, hogy subvendor ID alapjan megprobalom kinyomozni a telepito keszletekbol melyik lesz a jo nekunk.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Korábban volt már szó az ILO4 flash error hibáról. Nálam ugyan nem jelentkezik, de megpróbáltam utána járni, hogy miként lehetne megelőzni ezt, illetve egyúttal kitolni az ILO embedded flash memóriájának az élettartamát.
Ha jobban körlnézünk az ILO4 felületén, alapvetően 3 féle logot találunk:
- iLO Event Log
- Integrated Management Log
- Active Health System LogEbből a háromból toronymagasan a legtöbbet az AHS írja ki a flash memóriára. Nálam a log file mérete már majdnem elérte az 1GB-ot. Az "Advanced Settings" alatt kikapcsolható, és a log file törölhető. Mivel ez a napló alapvetően a HP-nek segít akkor, ha valami problémánk van (és persze support szerződésünk), ezért nyugodtan letiltható és törölhető, így a flash memória további fölösleges írástól megkímélhető. A "Clear Log" funkció használatával jelentős hely szabadítható fel, így a wear level algoritmusnak is segítünk:
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz jegesib #4489 üzenetére
Nincs mit.
Az Intelligent Provisioning kb 1GB-ot foglal, de az statikus tartalom. Az ILO Event log és az Integrated Management Log meg kilobájtos nagyságrend, ráadásul vannak benne valóban fontos dolgok.
Azt kéne még kideríteni, hogy a belső microSD kártya bevonható-e a naplózásba, mert akkor tovább lehetne javítani a flash élettartamot, és mondjuk az AHS-t is vissza lehetne kapcsolni, ha tudna mondjuk a microSD-re naplózni (bár az AHS-nek tényleg nincs semmilyen praktikus haszna).
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz kiskakas #4493 üzenetére
Frissítsd az ILO-t 2.73-ra. Én már több gép-restarton túl vagyok, de nem jött vissza. Ha ez sem segít, akkor az ILO után frissítsd a BIOS-t is. Nem hiszem hogy van a összefüggés, de a HP-nál sosem lehet tudni.
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz kiskakas #4496 üzenetére
Na várjál. Ugye a pontos megfogalmazás. Én csak újaindítással teszteltem, ILO resettel, vagy gép áramtalanítással nem. Nálam több újraindítást is kibírt. Gondolom az Alkalmaz gombot nem felejtetted el nyomni a pipa kivétel után
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
-
dchard
veterán
Restart, de az ILO-n belül ezt "ILO Reset" nek hívják tévesen.
Leadtam bug-ra, hát kíváncsi leszek. Érdekes lenne megnézni gen8/gen9 normál szerveren, hogy alattuk ugyanígy szar-e ILO4 alatt. Ha igen, akkor van esély a javításra, mert az ILO4-re még jön ki frissítés.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Köszi. Egyébként lehet ennek sok oka, hogy a microserver-t jobban érinti: például előfordulhat, hogy a normál szerverekben nagyobb a flash, így a "túlírásból" fakadó hibák később jönnek elő. Mivel az ILO4 ugyanaz mindkét esetben, így biztosan nincs arról szó, hogy mondjuk a 380-asokban jobban működik a wear level. Akár azt is el tudom képzelni, hogy nem csak kisebb de esetleg kevésbé jó minőségű a flash a microserverben.
Az biztos, hogy az AHS kikapcsolása és a vele járó rengeteg felesleges írás érdemben javíthat az élettartamán a masinának.
Fifi:
Megjött kínából a hűtőborda, de persze szart küldött a gyerek (ragasztósnak hírdette, de ragasztó nélkülit küldött). Úgyhogy írtam neki hogy küldjön normálisat vagy utalja vissza a pénzt. Szóval újabb másfél hónap mire bordához jutok...
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Nekem g8 előttről nincs sok tapasztalatom, tehát nem tudom, hogy mondjuk az ILO3 hogy kezelte az AHS-t, lehet kevesebbet és okosabban írt alapvetően jobb minőségű flash-re, ezért nem jött elő. A másik dolog, hogy ahogy a normál gen8/gen9-ekbe is teszik bele a kilómétert, bőven láthatjuk még ezt a problémát szarporodni, távolról sem biztos, hogy ez tényleg csak a microserver-t fogja érinteni a jövőben is. Jobb volna ennek elejét venni most, még mielőtt a túlírással megrövidítik ezeknek a vasaknak az élettartamát.
Az is elképesztően irritáló, hogy tudsz bele rakni microSD kártyát, de nem tudod azt mondani, hogy akkor naplózzon arra, amit ha túlír, egyszerűen kidobsz és raksz bele egy másikat.
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Ha valaki röhögni akar az AHS buggal kapcsolatban, akkor ajánlom figyelmébe ezt: [link]
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Ha valaki nem követné, az egyik HP-s kolléga linkelt egy nagyon érdekes dokumentumot: [link]
Ebből kiderül, hogy a 2.61-es ILO4 verzióban valóban komoly javításokat végeztek, és a format gombon túl optimalizálták az írások számát. Itt konkrétan azt ismeri el a HP, hogy a 2.61-es előtti ILO verziók 98%-kal többet írtak a flash-re, mint amire szükség lett volna. Elképesztő...
A másik amit elismernek az amire magunktól is rájöttünk: hogy az AHS generálja messze a legtöbb írást a flash chipen.
Érdemes elolvasni, és aki még nem tette: gyorsan frissíteni ILO 2.73-ra és tiltani az AHS-t, illetve törölni magát az AHS logot ILO alól.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz ArthurShelby #4519 üzenetére
Hát tragikus. Egyelőre az az álláspont, hogy ha nincs support szerződés vagy érvényes garancia, akkor szarnak a fejedre. Meg fogom kérdezni, hogy ha mondjuk találok egy kiritkus biztonsági hibát az ILO-ban, akkor még nekem kéne fizetni, hogy jelenthetem ezt a HP-nak? Vagy inkább adjam el az oroszoknak? Más cégek fizetnek a feltárt hibák után, ezek meg a support szerződésre mutogatnak...
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
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.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
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.
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
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.xml
HP Lights-Out Online Configuration utility
Version 5.5.0 Date 5/30/2019 (c) 2005,2019 Hewlett Packard Enterprise Development LP
Firmware Revision = 2.73 Device type = iLO 4 Driver name = hpilo
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
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.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
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_ahs
Ez csak a hivatalos példákat tartalmazó scripting bundle-ből derül ki: [link]
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
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]
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
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.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
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.
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
Új hozzászólás Aktív témák
Angol nyelvű infók (BIOS, RAM lista, driverek, stb.)
- Fél éves gamer konfig. minőségi alkatrészekkel, monitorral vagy anélkül. AQUA garancia, szla.
- GAMER PC: i5-12400F/13600KF - RX 6700 XT 12GB GDDR6 - 1TB-4TB NVMe SSD - 16/32GB DDR4- GAR/SZÁMLA!!!
- Eladó Konfig! I5-9400F 512GB SSD 16GB DDR4 RX580 8GB!
- Eladó Konfig I9-13900K 64GB DDR5 1TB SSD RTX3080Ti 12GB!
- Eladó Konfig! I5-9400F 512GB SSD 16GB DDR4 RX580 8GB!
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen