Poslední příspěvky

11

Hardware / Re:Hledám RAID kartu pro 4× SATA RAID1(10)

« Poslední příspěvek od Michal Šmucr kdy Dnes v 11:27:33 »

Levná a spolehlivá varianta je treba HP P410, nebo novější modely s kondenzátorem místo baterie. V Linuxu je utilita pro ovládání, umí to SAS i SATA. Zatím mě nezklamal...

To je sice laciná varianta, taky jsem jich pár měl v serverech, ale generačně přesně na úrovni těch LSI 2108, co jsem zmiňoval. Je to fakt stará modelová řada (15 let) - takže na dnešní poměry i relativně pomalý čip, žádné specifické optimalizace pro SSD (byť se to týká hlavně RAID levelů s distribuovanou paritou). Stejné problémy jako ty stará LSIčka, ofiko drivery na nové Windows nejsou podporované (poslední byl tuším na Server 2012/Win 8 ).
Možná by byly nějaké základní drivery pro blok. zařízení na Windows Update serverech, ale spíš bych na to nesázel.
Zrovna třeba u Win 10/11 jsou minor verze (aka 24H2) pro tenhle starý hardware konečná, protože když je tam nějaká změna, tak MS ty drivery už neupraví, jen je distribuuje, a vendor to má jako EOL.
https://answers.microsoft.com/en-us/windows/forum/all/hp-smart-array-p410-raid-controller-stops-working/9da709b1-905c-41e5-bef8-0efb688a2cb8

Stejně jako u starých LSI to sice na Linuxu obecně chodí, protože to má na rozdíl od novějších HP kontrolerů in-tree hpsa modul. Nicméně i ten je s rezervou a záleží na distribuci, třeba Debian, Arch atp. to žádným způsobem neomezuje.
Nicméně třeba z RHEL (a klonů mimo poslední Almy) tyhle starší kontrolery (hpsa, LSI starší architektury), FC HBA (Qlogic, Emulex) je už před šesti lety vyházeli s tím, že jde to legacy HW a maintaineři, co byli od vendorů, už je v jádře neaktualizují (tzn. opravy a testování pouze na dobrovolnících).

Takže za mě by to bylo v pohodě tak na server s točivými disky, kde by mi šlo o cenu, připadaně použití nějakého zbytkového HW, s nějakou komunitní Linux distribucí.

12

Hardware / Re:Hledám RAID kartu pro 4× SATA RAID1(10)

« Poslední příspěvek od MiroslavPragl kdy Dnes v 10:45:13 »

Baterie s cache je k ničemu. Stačí pořádná UPS.

To je naproste nepochopeni funkce baterii zalohovane cache. Baterie je tam proto, aby se po odstraneni NEJAKEHO problemu a opetovnem zapnuti stroje (tedy klidne po par dnech) dozapsala data z cache na disky. Tedy funguje "opacne" nez UPS a resi jine veci. Treba to, ze si OS mysli, ze data jsou zapsana.... a ona se jeste nekolik minut zapisovat budou

K tematu: LSI based SAS adaptery sezenes v ruznych konfiguracich/moznostech, moc netopi a daji se flashnout na HBA i RAID (IT/IR mode)

A k Windows: Mirror s UEFI/GPT je trochu tricky ohledne propsani seconday plane EFI souboru do UEFI. Nedavo jsem to resil na MS Answers - mrkni se na konec threadu https://answers.microsoft.com/cs-cz/windows/forum/all/p%C5%99%C3%ADd%C3%A1n%C3%AD-zrcadel-raid/744d0cc0-36db-4324-96cb-9b759cb4668a
MP

13

Hardware / Re:Hledám RAID kartu pro 4× SATA RAID1(10)

« Poslední příspěvek od Aleš Rygl kdy Dnes v 09:18:01 »

Levná a spolehlivá varianta je treba HP P410, nebo novější modely s kondenzátorem místo baterie. V Linuxu je utilita pro ovládání, umí to SAS i SATA. Zatím mě nezklamal...

14

Hardware / Re:Hledám RAID kartu pro 4× SATA RAID1(10)

« Poslední příspěvek od Miroslav Šilhavý kdy Dnes v 08:45:24 »

Baterie s cache je k ničemu. Stačí pořádná UPS.

Dost troufalé tvrzení, spíš ukazující, že o tom nic moc nevíte.
Baterie předchází ztrátě dat např. při selhání hardwaru, nebo i OS. Mít cache v OS je dobrodružství, které si užijete právě poprvé, až hardware nebo OS zazlobí a resne se dřív, než se data zapíší na disky.

15

Sítě / Re:Metronet končí, ke komu přejít?

« Poslední příspěvek od pedro42 kdy Dnes v 03:48:01 »

U Jona mi funguje zákaznický portál. Jsem zkusil zadat mail, přišel mi odkaz a jsem tam. Přihlašovací jméno je klientské číslo Metronetu, možná by fungovalo i metronetí heslo, ale to nevím, pže než jsem to zkusil, tak jsem heslo vyresetoval

16

Hardware / Re:Hledám RAID kartu pro 4× SATA RAID1(10)

« Poslední příspěvek od honzako kdy Dnes v 02:25:03 »

Softwarový RAID ve Windows, asi nejlepší řešení pro malá nasazení.
Baterie s cache je k ničemu. Stačí pořádná UPS.
A zálohovat!

Ale Háčkový chipset asi nemá 4x SATA, šel bych do Qxxx, a nebo minimálně Bxxx

Nicméně malý server od HP stojí 30 tis. s DPH - PN: P70335-425
A podobné Lenovo stojí 36 tis, ale má SSD - PN: 7D8JA043EA

17

Hardware / Re:Hledám RAID kartu pro 4× SATA RAID1(10)

« Poslední příspěvek od Michal Šmucr kdy Dnes v 01:02:29 »

Jestli chcete vyloženě RAID řadič, tak bych šel do něčeho, co má čip LSI/Broadcom 3108. (Mrkněte i na eBay, bývají tam i různé OEM modely např. od Lenova)
Na zapojení do SATA disků pak budete ještě potřebovat kompatibilní kabel z SFF-8087 na SATA datové konektory.

Cache backup moduly jsou pak zvlášť jako např LSI CVM01, CVM02.. (nutno ověřit model kompatibilní s konkrétním řadičem). Výhoda je, že to nejsou baterky, ale supercapy (takže se to nemusí periodicky měnit).

Jsou ještě starší modely s LSI 2108, což je předchůdce. Jsou sice za pár šupů, ale do toho bych nešel, už je to hodně staré. Nemá to některé optimalizace pro SSD, CBM k tomu jsou jen klasické baterky (navíc otázka jestli k sehnání v nějakém rozumném stavu) a je to softwarově out of support (drivery do Windows 11 spíš ne, a např. na posledních RHEL 8/9 to bez dalších repozitářu a kompilace taky nerozjedete).

Nicméně vyvstává otázka, jestli jít opravdu touhle cestou. Osobně pokud je to "pseudo" server s desktopovým operačním systémem pro pár userů a nepotřeboval bych z toho nutně bootovat, tak bych se na to asi vykašlal a prostě bych dal dvě SSD do sw. mirroru ve Windows (dynamický disk). Pokud u toho už není, tak bych k tomu pořídil malou UPS.

Kdybych chtěl vyloženě dodatečný HW RAID i na boot, a nechtěl, aby mě brzdila SATA, tak bych se mrknul asi na LSI MegaRAID 9540-2M2 pro dva NVMe disky. Na Windows možná pak i SSD7502 od Highpointu (i když ten vychází víceméně velice podobně jako to LSI, které mám radši protože chodí out-of-box s Linuxem).
Ty čtyřidisková řešení jsou pak už okolo 25-30 tisíc - otázka jestli to pak dál neřešit jinak (regulérním serverem, co umí třeba VROC).

18

Hardware / Re:Uspávání JMicron převodníku USB-NVMe

« Poslední příspěvek od Michal Šmucr kdy Dnes v 00:18:20 »

Díky, projdu si to a vyzkouším.

Napájením si to troufnu říct nebude. S testováním je to malinko problém - ten převodník je JEDINÝ disk, takže když se odpojí, systém se zasekne. Na lokálním terminálu vypíše "EXT4-fs (sda2): shut down requested (2)" a tím končí. Pomůže je PWR OFF/ON.

Zatím na tom jede jen čistý RaspberryOS bez GUI, nulová zátěž. Prakticky to nic nedělá, časem to má fungovat jen na sbírání logů a posílání alertů. Právě kvůli velkému počtu zápisů jsem tam hodil externí disk, protože karta by to nedala.

NZ. Mohly by tam být i nějaké další hlášky okolo, co by případně mohly něco dalšího napovědět.
Nevím, jak rychle a často to nastane, ale zkusil bych se tam připojit z jiného počítače přes ssh klienta.
Kdyby mezi tím byl stavový firewall, nebo něco, co by mě odpojovalo, tak bych ještě nastavil na klientu ssh keepalive
https://www.a2hosting.com/kb/getting-started-guide/accessing-your-account/keeping-ssh-connections-alive/
V té SSH session na RPi bych pak pustil:
sudo journalctl --dmesg -f
To by mělo interaktivně vypisovat všechny kernelové hlášky do momentu, než to úplně zhebne. A logoval bych to pak na tom klientu (buď klasicky přesměrovat do souboru, nebo třeba interní logování v PuTTY na Windows).

Jinak držím palce s těmi quirky a workaroundy.

19

Hardware / Re:Uspávání JMicron převodníku USB-NVMe

« Poslední příspěvek od Michal Šmucr kdy Dnes v 00:09:22 »

Jo no.. ty prevodniky jsou nekdy dost divne - napr. ja mam takovy USB box na sata, ve ktere mam live distribuci na testovani ruzneho hw co me prijde pod ruku - a onen prevodnik uplne nedava urcity suspend rezim, ktery vnuti deska (nevim zda to souvisi s charging portem). Nebo mozna jde o stav kdy se pozaduje nejake cteni, ale pak resnu komp a zustane to tam v bufferu - nicmene vysledek je: activity indicator na prevodniku blika jako kdyby se neco melo dit, ale uz disk nereaguje na enumeraci v biosu a nebootnu z nej. Musi to projit skutecnym power cycle (tj bud odpojit, nebo vypnout zdroj a pockat az se vybije 5VSB vetev).

Ano, taky se ke mě dostalo relativně dost USB zařízení, co měly nějaké divnosti, zdaleka nejen převodníky. Dost často to bylo i jen třeba špatně udělanými deskriptory, viz třeba ty zmíněné nutné quirky na vypínání LPM (kdyby to rovnou neinzerovali v deskriptoru, nebylo by to třeba). Mimo přechodů mezi suspend a resume stavy pak podobně třeba i různé problémy s low power a hi power (> 100mA) stavy, deklarace self/bus powered zařízení atp.
Nejvtipnější je pak to, jak se to prakticky chová. Že třeba máš zařízení, co jede evidentně mimo specifikaci, takže bys čekal, že to bude všude problém, ale potíže se vyjeví jen někde.
Před mnoha lety jsem spolupracoval na nějakém projektu, kde byla i USB zvukovka, základ nějaký XMOS, FW dělal jeden kluk z Holandska. Vyvíjel to na eval desce připojené k Macu, vestavěný class-compliant ovladač, paráda. Pak to zkusili na různých Windows počítačích s OEM ovladačem to bylo tak 50/50 chodí/nechodí, na Linuxu ani prd.
Pak se ke mě dostal prototyp a přesně tam byla primární příčina v těch špatných deskriptorech, po zjištění oprava na chvíli (pak ještě nějaké další věci, co chtělo doimplementovat a ošetřit v těch "šablonách" od XMOSu). Nicméně na tom Macu tohle paradoxně prošlo měsíce vcelku bez povšimnutí (WTF moment ).

S tím, co popisuješ u tvého převodníku, těžko říct, možná je to nějaký interní problém jeho FW, což se bude trochu blbě řešit. Děje se to (že to po rebootu neprojde enumerací) jen v kombinaci s tím počítačem, kde je ten charging port, nebo i s jinými?
Charging port by moc s nějakým autosuspendem režimem neměl úplně souviset. To spíš při rebootu může nastat to, že ten nabíjecí port neodpojí napájení (což se typicky u normálních portů děje), takže se zařízení neresetuje do nějakého výchozího režimu na připojení.
Na některých PC/deskách se ty Always-On režim dá i vypnout. Někdy se to jmenuje tak nějak krypticky, třeba Erp Ready (což je nějaká Euro regulace pro šetrná zařízení, která když se povolí, tak to zároveň vypne permanentní napájení USB portů).
I když pokud je to vyloženě (červený) charging port, tak tam můžou být ještě další věci okolo s kterými ten převodník může dál interagovat, PD čip, ošetření detekce dobíjení přes BC (což se děje přes D+ a D- linky).

20

Hardware / Re:Uspávání JMicron převodníku USB-NVMe

« Poslední příspěvek od aigor.net kdy 15. 02. 2025, 21:19:26 »

Neznám konkrétní zařízení, ani jsem moc nezkoumal podobné USB-NVMe řadiče, spíš USB-SATA.

Nicméně přesto zkusím nadhodit pár tipů. Bude to asi trochu o laborování.
...

Díky, projdu si to a vyzkouším.

Napájením si to troufnu říct nebude. S testováním je to malinko problém - ten převodník je JEDINÝ disk, takže když se odpojí, systém se zasekne. Na lokálním terminálu vypíše "EXT4-fs (sda2): shut down requested (2)" a tím končí. Pomůže je PWR OFF/ON.

Zatím na tom jede jen čistý RaspberryOS bez GUI, nulová zátěž. Prakticky to nic nedělá, časem to má fungovat jen na sbírání logů a posílání alertů. Právě kvůli velkému počtu zápisů jsem tam hodil externí disk, protože karta by to nedala.