[domy_os]

Autor tomek@vz

cciss - nope - kernel je "relativno nov SLES kernel" tak da nema potrebe.

Linux 4.12.14-lp150.12.48-default #1 SMP Tue Feb 12 14:01:48 UTC 2019 (268f014) x86_64 x86_64 x86_64 GNU/Linux

hpssa adu report ne pokazuje nist alarmantno. hpssacli kaze - svi diskovi ok. Pa sad buj pametni...

HP cickarije su naravno instalirane na serveru:

hp-health-10.60-1838.1.sles12.x86_64
hponcfg-5.1.0-0.x86_64
hp-scripting-tools-10.30-39.sles12.x86_64
hp-snmp-agents-10.61-2939.2.sles12.x86_64
hpssa-2.20-11.0.x86_64
hpssacli-2.20-11.0.x86_64
hpssaducli-2.20-11.0.x86_64

Smart ni nemogu ocitat (imam pristup Arrayevima - ne pojedinacnim diskovima)....Ali sumnja je bas na ovo sto si sad napisao - neki disk koji je poceo zezat i koci cijeli array. Jucer je dd read/write bio na svega 190MB/s kaj je - lose. Nije prvi put da tak nekaj sere. Trenutacno samo molim Boga da ne prdne Array, makar sad ima 2 Spare diska nutra. Obozavam ovakva sranja

Sjećam se da smo u bivšoj firmi imali neki sukob Seagate SAS diskova (ne znam točno model) i nekoliko različitih Pxxx kontrolera. Polje se iz čista mira znalo usporiti i onda je krenulo corruptanje podataka. Upetljali se i HP i Seagate i rješenja nije bilo osim umjesto SAS staviti SATA diskove, ionako za tu namjenu nije bilo bitno koji je interface. Valjda svi HP serveri prodani za taj jedan projekt su bili zahvaćeni tim problemom.