- Microsoft Excel topic
- C# programozás
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Ilyen még nem volt: sztrájkba kezdtek a Samsung dolgozói
- Videó stream letöltése
- Linux kezdőknek
- DIGI kábel TV
- Programozás topic
- Gyorsabban hozná el az önvezetést Kína
- Otthoni hálózat és internet megosztás
Új hozzászólás Aktív témák
-
Chal
addikt
Szerintem is akkor inkább ez legyen a baseline. Ha valaki megnézi, mérjen ezzel, én is így tettem, ellenkező esetben teljesen mellémenne az összehasonlítgatás, mert igazából csillióféleképpen lehet mérni, annak függvényében, hogy mire vagyunk kíváncsiak.
Szóval nálam a fenti fio config az alábbi eredményt adta:
Run status group 0 (all jobs):
READ: bw=871MiB/s (913MB/s), 871MiB/s-871MiB/s (913MB/s-913MB/s), io=8192MiB (8590MB), run=9410-9410msec
A setup a következő:
- 2 x Intel 520 SSD (SSDSC2CW48) az első két bayben (tehát sata3, ezért is az eltérés dchard méréséhez képest)
- az alaplapi vezérlő AHCI módban, egyéb hba, vagy raid controller nincs a gépben
- MD RAID1 fölött LVM thin pool, és abban egy volume, ami közvetlenül a hostra lett moutolva
- OS: Debian 10 (Proxmox 6)
- a volume-on az fs ext4Mivel olvasásról van szó, ezért kijön az MD előnye, és persze azért ilyen magas az érték, 1db ssd-hez értelemszerűen osztani kell ezt kettővel (a mérés közben a /dev/sdX ssd device-okat monitorozva pl. iostat-al ez szépen látszik is (450MiB/s körüli érték /disk).
Mikor vettem a gépet, akkor jól körbejártam a témát, nagyon szerettem volna ESXi-t használni (mint mindenhol máshol), de aztán győzött a józan ész és feladtam. Egyszerűen a raid mód, és a gány driver kombináció megteszi a hatását, ennek az értéknek ha a fele megvan, akkor annak már nagyon lehet örülni. Ami pedig ennél is rosszabb volt, az a legacy mode. Így maradt a natív linux+md, és ha már így alakult, akkor adta magát a Proxmox. Számomra (de szerintem otthoni környezetben meg úgy általában bárhol mindenkinek) a legfontosabb a disk io performancia, a cpu meg a többi cullang másodlagos, 10%-ban malmozik az ideje nagyrészében.
szerk.: a bay 3,4-ben, és az ODD helyén sajnos én hiába mérek, ott HDD-k vannak csak (illetve az odd-nél nincs is disk nálam már), az SSD-ket pedig direkt a sata3 portokra tettem.
[ Szerkesztve ]
-
Fifi
őstag
Hát amint írtam nálam legacy mode és régebbi fio.
Tehát az ODD helyén lévő és alaplapi USB kötött SSD- kimente:
fio --name=seqread --rw=read --direct=1 --ioengine=libaio --bs=4M --numjobs=1 --size=8G --runtime=600 --group_reporting
seqread: (g=0): rw=read, bs=4M-4M/4M-4M/4M-4M, ioengine=libaio, iodepth=1
fio-2.1.11
Starting 1 process
seqread: Laying out IO file(s) (1 file(s) / 8192MB)
Jobs: 1 (f=1): [R(1)] [100.0% done] [227.8MB/0KB/0KB /s] [56/0/0 iops] [eta 00m:00s]
seqread: (groupid=0, jobs=1): err= 0: pid=29638: Fri Jun 12 16:33:20 2020
read : io=8192.0MB, bw=198810KB/s, iops=48, runt= 42194msec
slat (usec): min=492, max=1992, avg=620.85, stdev=47.16
clat (msec): min=16, max=223, avg=19.97, stdev=14.76
lat (msec): min=16, max=224, avg=20.59, stdev=14.77
clat percentiles (msec):
| 1.00th=[ 17], 5.00th=[ 18], 10.00th=[ 18], 20.00th=[ 18],
| 30.00th=[ 18], 40.00th=[ 18], 50.00th=[ 18], 60.00th=[ 18],
| 70.00th=[ 18], 80.00th=[ 18], 90.00th=[ 18], 95.00th=[ 34],
| 99.00th=[ 95], 99.50th=[ 130], 99.90th=[ 182], 99.95th=[ 188],
| 99.99th=[ 225]
bw (KB /s): min=95394, max=232909, per=100.00%, avg=199754.77, stdev=37395.74
lat (msec) : 20=93.55%, 50=3.03%, 100=2.49%, 250=0.93%
cpu : usr=0.11%, sys=3.11%, ctx=2065, majf=0, minf=1031
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=2048/w=0/d=0, short=r=0/w=0/d=0
latency : target=0, window=0, percentile=100.00%, depth=1
Run status group 0 (all jobs):
READ: io=8192.0MB, aggrb=198810KB/s, minb=198810KB/s, maxb=198810KB/s, mint=42194msec, maxt=42194msec
Disk stats (read/write):
md1: ios=71435/2016, merge=0/0, ticks=0/0, in_queue=0, util=0.00%, aggrios=9268/1512, aggrmerge=26572/511, aggrticks=111748/10200, aggrin_queue=121942, aggrutil=97.83%
sde: ios=18396/1512, merge=53144/511, ticks=210716/17560, in_queue=228264, util=97.83%
sdf: ios=140/1512, merge=0/511, ticks=12780/2840, in_queue=15620, util=6.57%
-
Fifi
őstag
"a legfontosabb a disk io performancia, a cpu meg a többi cullang másodlagos, 10%-ban malmozik az ideje nagyrészében."
Ez igaz. Fent látszik, hogy én rossz döntést hoztam anno a legacy mode-dal. Mindig a diskekre kell várni.El kell gondolkodnom, hogy hogyan tudnék váltani minél kisebb energiabefektetéssel és elkerülve az adatvesztést.
Ötletek? -
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]
-
Chal
addikt
Milyen rendszer van rajta, és azon belül miket használsz (hypervisor, szolgáltatások, egyéb appok)?
Amúgy gondolom elírtad, és sata akart lenni, nem usb. A lényeg, hogy ha disk performancia kell ennél a vasnál, akkor sata3 ssd-ket kell pakolni az első két bay-be, és ahci-ben menjen az alaplapi vezérlő. Persze B verziónak mindig ott van a normálisabb raidvezérlő beszerzése, de ami tényleg normális (azaz nem HP ), az eléggé zsebbe nyúlós, még ebayről is (nyilván akku + cachemodullal érdemes belevágni), én erre az öreg gépre már biztosan nem költenék annyit, ezért hagytam is ezt a vonalat.
-
Fifi
őstag
Lehet félreérthető voltam.
Nálam 2db SSD van és 4db HDD. A HDD-k a fiókokban. A 2db SSD soft raidban, erről bootol a Debian.
Az egyik SSD SATA porton, a másik SSD USB porton. Anno küldtem ide fényképet róla.
Tuti legacy modban nyomom, mert a "dmesg | grep -i ahci
" kimenete üres az "dmesg | grep -i ata
" pedig nem. Most nem tudom bemásolni, mert életemben először elindítottam a IP-t Firmware Update miatt. -
Fifi
őstag
Nálam csak a rendszer van SSD-n (2db soft raidben) és annak a sebessége nem kritikus számomra. Fontosabb, hogy a fiókokban lévő HDD-kről lassú az írás és olvasás, amikor kiszolgálom az nfs/smb/imap klienseket, hisz ott vannak a medialejátszók által megjelenített tartalmak, a levelek stb.
-
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]
-
Fifi
őstag
Valami nem kóser, elindítottam IP update-t és ezt kaptam:
A kis ablakot be tudom zárni, de nem csinál semmit már percek óta
Az is érdekes, hogy iLO-ban IP-ről nincs bejegyzés:
Tud valaki linkelni egy HP Intelligent Provisioning Recovery Media-t. HP oldalán regisztrációhoz kötött.
Régen regisztráltam valami HP Passt (kapom is rendszeresen az e-mailjeiket), de nem tudok belépni, helytelen a jelszó. Jelszó visszaállításhoz van két kérdés, de azokra meg nem jók a válaszaim.
-
-
Fifi
őstag
Köszi, már szedem is. Én innen szerettem volna letölteni.
-
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]
-
Fifi
őstag
Bebootolt a Debian.
Megy a recovery az mdadm által az md1 tömbön (ebben van az USB-s és a SATA portos SSD). Ez minden bootnál szétesik ...
root@silent:~# ethtool -i eth0
driver: tg3
version: 3.137
firmware-version: 5720-v1.39 NCSI v1.4.12.0
bus-info: 0000:03:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no
Még 2016. október 09. napján innen töltöttem le és Debian alól frissítettem:
https://h20566.www2.hpe.com/hpsc/swd/public/detail?swItemId=MTX_5f1856d6d88b42af909bab391eKöszi a segítséget!
Most majd újra megnézem a fio-t, hogy mit mutat.
-
Fifi
őstag
Ezer százalék. Régen még lemenetettem minden feltelepített drivert és upgrade logot. Csináltam ebből egy tgz-t és felraktam ide neked.
-
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]
-
MrTwister
őstag
Akkor rendszerezzük:
iLO-ból a legújabb a 2.73 feb 11 2020
BIOS-ból a J06 04/04/2019 a legfrissebb
Intelligent Provisioningből? honnan szedhető a legújabb és hogyan frissíthető? Ha IP alól saját magát próbálom frissíteni csak egy a fent lévőnél régebbit talál.
Hálókártya? [link] ez valami RPM! Linux nélkül nincs frissíthető ami Intelprovból vagy iLO-ból felmegy? Nekem csak Xpeno van sajna rajta.
RAID vezérlő firmware?Samsung Galaxy S20 Ultra@128GB Cosmic Grey##HP Elitebook 8540W@SSD@1TB HDD##ALPENFÖHN WING BOOST 2 PLUS 14cm PWM Blue * 4 db(2*front&1*rear&1*bottom)##RoS gém'tag:MrTuuist3r#2966
-
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]
-
Egon
nagyúr
Nekem is Xpeno van rajta, de mivel szerettem volna a legfrissebbet, letiltottam az alaplapi hálókártyát, és vettem bele egy megfelelő HP kártyát. Viszont vannak olyan beszámolók, miszerint másnak felment a 6.2.3-as Xpeno trükközés nélkül, lehet hogy a hálókártya fw verziójával van összefüggésben?
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
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]
-
ArthurShelby
addikt
Nekem simán fölment egyből alaplapi nic-kel a 6.2.3 (míg a 6.2.2. nem), meg is lepődtem rajta (konkrétan nem hittem a szememnek). De szerintem ott az a lényeg, hogy a loaderben benne legyen a nic driver-e, az szerintem fw verziótól független (de lehet tévedek).
Nekem inkább az a problémám, hogy ha dsm alól futtatok virtuálisan windows-t, akkor a windows-ban egy fullhd videó lejátszásnál (pl vlc) izzad mint k*rva a templomban (szaggat is a kép). Pedig a hw nem gyenge (xeon 1230v2, 16gb ram ebből 8gb-ot kap most a vm, intel 520 ssd-ről fut). Sejtésem szerint a videókártyája gyenge. A Matrox G200eH alapvetően nem lehet túl erős, de azért ezzel boldogulnia kéne nem? (igaz távoli asztallal próbálom, de nem hinném, hogy az internet sebesség a gond, ha látom feladatkezelőben, hogy a cpu használat az egekben, internethasználat meg kb 0)
Xpenology bootloader segítségével futtatok dsm-et, amiben virtuális gépet. Windows eszközkezelőben csak egy általános microsoft videókártyát mutat. A dsm ha jól tudom wm ware-t használ (virtual machine manager). Szóval az lenne a kérdésem, hogy ez most hogy nézhet ki valójában, használja az én matrox-omat?szerk: youtube videónál is szaggat
[ Szerkesztve ]
A rosszban mindig van valami megtévesztően jó, különben nem választanánk a rosszat
-
Chal
addikt
válasz ArthurShelby #4479 üzenetére
Linux KVM-et használ, nem Vmwaret, és sajnos teljesen normális ez. A KVM valamilyen generic vga-t ad a vm-nek, talán ha több video memóriát adsz neki, akkor valamelyest javulhat (nem tudom hogy a DSM-ben ezt meg lehet e oldani, ha nincs kivezetve a gui-ra az opció, akkor talán config file túrással, ennek járj utána). Viszont hogy ezt az egészet még RDP-n is keresztülrángatod, azzal csak tovább rontod az amúgy sem túl jó helyzetet, az RDP nem igazán erre van kitalálva.
[ Szerkesztve ]
-
kiskakas
senior tag
Az matrox sztem az életbe nem fog lejátszani fullhd videót
Megjött 2 és fél hónap után a xeon 1230v2 proci aliról, megérte, szépen ketyeg
-
djgeg
őstag
válasz jegesib #4426 üzenetére
Hmmm ma ránéztem, (7.0 friss install), és valamiért nem eszi meg az SSD-t. ACHI-ban van, látja is, látja, hogy van rajta VMFS, de datastore hozzáadásnál nem látja az eszközt.
Ha consolból csekkolom az eszközöket akkor "Error: The backup GPT table is not at the end of the disk, as it should be.", meg nem a teljes lemezt fedi le a partició stb.
Nem tudom, hogy ez valami 7.0 story, a VMFS verzió régi, vagy szimplán csak valami félrement.
Fura, de még ránézek.[ Szerkesztve ]
"640 kByte memória mindenre elegendő"
-
Egon
nagyúr
válasz ArthurShelby #4479 üzenetére
Azt hogy csináltad?
Update volt vagy tiszta telepítés? DS918 vagy 3615? Melyik bootloader?Szerk.: közben megtaláltam a Xpeno topicban. Mázlista...
[ Szerkesztve ]
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
ArthurShelby
addikt
A lényeg hogy 6.2.2-vel nem megy az alaplapi nic (bár talán extra.lmza-val igen), viszont 6.2.3-mal már igen (furcsa, de így van). A hp nc360t-vel azért működött, mert annak a drivere natív, vagyis benne van a dsm-ben.
Szóval csak szimplán frissítettem a webui vezérlőpultjából. Pontosabban először egy másik hdd-n kipróbáltam, illetve felfrissíteni is úgy frissítettem, hogy először csak az egyik hdd-t majd utána a többi 3-mat (mivel shr raidben vannak így ha az első nem sikerült volna, akkor letörlöm, és újra tudom építeni az eredeti régebbi fw-rel)."Update volt vagy tiszta telepítés?" Update, juns mod 1.03b 3617
szerk: Valójában túlságosan túllihegtem, simán egyszerűen kellett volna felfrissíteni (bár ezt xpenology-nál sosem lehet tudni), de túlbonyolítottam.
[ Szerkesztve ]
A rosszban mindig van valami megtévesztően jó, különben nem választanánk a rosszat
-
Egon
nagyúr
válasz ArthurShelby #4484 üzenetére
Én 6.1.7-ről ráfrissítettem simán, de nem ment (ezzel kezdtem). Igaz, nekem 3615 volt (bár nem tudom van-e jelentősége).
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
DreadZozzy
csendes tag
Sziasztok, G8 tulajként két kérdésem lenne:
- P222 tulajok, mi a tapasztalat 4TB-nál nagyobb diszkekkel?
- Melyik a legutóbbi SPP, amelyik használható a Gen8-hoz? -
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]
-
ArthurShelby
addikt
Valaki használ dedikált videókártyát?
Evileg működik, de pl ilo-nál a remote desktop már nem. Van ezzel esetleg valakinek tapasztalata?A rosszban mindig van valami megtévesztően jó, különben nem választanánk a rosszat
-
ArthurShelby
addikt
válasz ArthurShelby #4498 üzenetére
Közben rájöttem a megoldásra. Nem volt hozzá jogosultságom, másik (Administrator) fiókkal kellett bejelentkeznem.
A rosszban mindig van valami megtévesztően jó, különben nem választanánk a rosszat
-
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]
Új hozzászólás Aktív témák
Angol nyelvű infók (BIOS, RAM lista, driverek, stb.)
- Eladó konfig! Ryzen 5 5600X 512GB M.2 SSD 16GB DDR4 RTX 3060Ti 8GB!
- HP 27-cr0757nz - ÚJ 27"-os FullHD All-IN-ONE PC - i7-1355U, 32GB, 1TB SSD, W11, 300nit
- HP Prodesk 600 G4 DM mini pc, G5420T, 4-8GB RAM, 120-240GB SSD, 2 év gari, áfás számla
- HP Prodesk 600 G4 DM mini pc, G5500, 4-8GB RAM, 120-240GB SSD, 2 év gari, áfás számla
- Igényes, játékra összerakot gép.
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen