Nya HP Microserver Gen8

Sata-snurrdiskar rättar inte svårlästa sektorer eller relokerar dessa per automatik - dvs. lyckas man läsa en sektor efter 119 försök så anses sektorn OK och inget mer görs - tills man läser samma sektor igen och det är samma problem. Så har det varit på PATA-system sedan början och det har inte blivit bättre med SATA eftersom det fortfarande är ATA-diskar, inte SCSI...

Det enda tillfället en dålig sektor reallokeras till en friskare sektor i ett PATA/SATA-disk är vid en skrivkommando (utifrån!) och om verifieringen misslyckas även efter några omskrivningsförsök och bara vid det tillfället reallokeras det, aldrig annars.

Med andra ord att läsa en diskyta på en SATA-disk genom att läsa från sektor noll till slut 'fräschar' inte upp en diskyta eller reparerar lite halvdåligt svårlästa sektorer på vägen utan all lämnas orört tills den dagen man har en trasig sektor och då är det försent med några räddningsaktioner. Det finns heller inget som indikerar om en sektor är halvdålig typ att det är värde i någon register, det enda man har att gå på är om läshastigheten sjunker - dvs kräver mer än 1 skiv-varv för att läsas och då är det redan så dåligt att det är på gränsen läsbar sektor...

Skall man ha automatisk uppfräsning av halvdåliga sektorer - läskontroll av sektorerna av diskyta med reducerad känslighet på läshuvudet för att känna av vekare sektorer etc. när disken inte används, utökad ECC etc. så blir det att titta på SAS-diskar.

---

Önskar man en uppfräschning av sektorer på SATA-disk så måste man själv leta fram program som läser en block av sektorer på en SATA-disk och sedan _skriver_ tillbaka samma data på samma sektorer på disken - det är enda sättet att få uppfräschning och ev. dåliga sektorer som inte blir bättre efter en omskrivning - sållas bort mha. reallokering

Ungefär så - kan den inte läsa giltig data inom 8 sekunder så är sannolikheten väldigt låg att den skulle lyckas bättre efter 25 sekunder till i läsförsök...

Det enda som kan indikerar läsproblem är att det tar lång tid och en desktop-disk kan hålla på i över 30 sekunder i sina räddningsförsök medans en NAS-disk ger upp innan 8 sekunder löpt ut (därför att de flesta HW-RAID kastar ut disken om den inte svarar inom 8 sekunder, och disken blir utkastad ur RAID istället att man med RAID:s egna logik provar att skriva om den dåliga sektorn med data från den andra friska disken )

Snurrdiskar generellt designas att datat på skivan skall hålla för minst 10 år lagring (vid 70 grader C temperatur), men det är mycket annat som kan ställa till det och förutom rena fysiska skador så kan sådana aktiviteter som att strömmen gick medans disken skrev data, ge en sektor som bara skrevs halvvägs och därmed felaktig vid en senare läsförsök, behöver inte alls vara en fysisk skada och problemet försvinner vid nästa skrivning av sagda sektorn.

Detta läge kan man få med tex. 2.5" USB-diskar som används med för långa USB-sladdar, eller glapp i kontakten - en regel är att en 2.5" USB-disk aldrig används med längre sladd än den korta som följde med disken när den köptes. - man kan byta sladd - men den får inte vara längre!.

Moderna diskar så är det alltid minst 8 sektorer i rad som blir skadade om det är sektorskada alls eftersom den fysiska sektorn är på 4 kByte medans 512 bytes sektorn är en av de 8 logiska sektorerna på 4 kB sektorn.

Det enda tillfället en dålig sektor reallokeras till en friskare sektor i ett PATA/SATA-disk är vid en skrivkommando (utifrån!) och om verifieringen misslyckas även efter några omskrivningsförsök och bara vid det tillfället reallokeras det, aldrig annars.

Hej,
Jag har gjort som så att jag har "forskat" lite och fått tag på uppdatering av Firmwire för Ethernet samt även uppdatering av drivrutiner för Ethernet och grafikkortet.

Det är viktigt att man installerar Ethernet Firmware först och sedan efter reboot så kan man installera Ethernet drivrutinerna.
Dessa är för Windows.

Filerna är döpta i följande ordning, HPe'sInstallname_Version_FWorDriver.exe detta så att man enkelt kan identifiera filerna.
Döpte även Ethernet till 1 samt 2 i början av filerna så att man vet i vilken ordning man skall installera dessa.

Ni kan ladda ner dom nedan:
https://cloud.nohatech.se/d/d287965bf78c4a50a24b/

Lösenord: Sweclockers2017HPe

Ni kan antingen ladda ner varje fil för sig, eller klicka på knappen "ZIP" då zippar servern ihop den och låter er ladda ner alla filerna i en zip-fil istället.

Edit:
La även till Intelligent Provisioning 1.70 i länken, denna passar för alla operativsystem.

Edit2:
Om ni laddar ner skulle det vara intressant och veta hur snabbt ni laddar ner.

Testade och låg runt 18-20MB/s med max på 24MB/s på 1GB filen. (Har 1000/1000 wan)

Långsamt värre!

Har följande i min HP Microserver Gen8:
CPU: E3-1265L
RAM: 16GB
HDD: 2 x 4TB HGST 7200RPM SATA (RAID1 via B120i)
OS: ESXi 6.5 (HP image)

ESXi är installerat på ett 16GB MicroSD kort och RAID1:an är satt som datastore i ESXi.
Jag har satt upp några virtuella Win2016 servrar, men det är precis som om det är frusen sirap i maskineriet.

Installerade AJA SystemTest (efter rekommendationer jag hittade på Spiceworks) och körde ett hårddisktest inne i en virtuell maskin med default inställningar:
Skriv: 10 MB/SEC
Läs: 31 MB/SEC

Gjorde samma test på min workstation med en Intel SSD:
Skriv: 469 MB/SEC
Läs: 480 MB/SEC

Visst, det är inte rättvist att jämföra SSD med en RAID1:a med två 7200RPM... men ska det verkligen vara så här långsamt?!

Haha, no shit

Jag ska kolla det där så fort jag kommer hem.

Tack för svar!

Ändrade "HP Power Profile" till "Maximum Performance" i BIOS samt satte "Power Regulator Settings" till "OS Control Mode" och sen i ESXi under "Power Management" satte jag "High performance"

https://helgeklein.com/blog/2013/05/the-effects-of-power-savi...
https://kb.vmware.com/selfservice/microsites/search.do?langua...

Resultat: 32 MB/s skriv, 72 MB/s läs

Bättre, men verkligen inte bra.

Hittade att det är en bugg i raidkortets drivrutin och om man byter till en äldre drivrutin så blir det mycket bättre.
https://www.johandraaisma.nl/fix-vmware-esxi-6-slow-disk-perf...

Så det ska jag göra nu Återkommer med resultat.

Säker? För jag läste att den skulle vara så och sen skulle man sätta så som jag gjorde i ESXi. Får prova och se om det blir något skillnad.

Ni kan ladda ner dom nedan:
https://cloud.nohatech.se/d/d287965bf78c4a50a24b/

Lösenord: Sweclockers2017HP

@Rorax: Vet, servern är nere för underhåll i helgen.
Den kommer upp igen under helgen alt. måndag.

Tips:
Kör en syslog VM istället som håller koll på allt Då slipper du strula med iLO Alertemail.
Ska själv göra det när man får tid över Just nu har man ett ton med saker att modifiera som det är redan

Aha det förklarar saken, då får jag avvakta helt enkelt

Jo funderade på att köra det utanför ILO, problemet är ju bara om det är så att själva servern dyker för att exempelvis systemdisken dör. Så kan ju inte en VM rapportera det eftersom den dör tillsammans med servern. Däremot kommer ju ILO märka det..förhoppningsvis och då kunna rapportera det med ett fint mail. Det var även därför jag ville köra med en extern smtp server/relay för att slippa vara beroende av servern i sig för att skicka mailet.

Hmm, de har du rätt i.
Om du hittar en lösning på iLO alertmail så får SU gärna dela med dig av den
Jag har testat och jag får de inte att fungera.

Skickades från m.sweclockers.com

Jag kör en relay SMTP på min VM som är kopplad till gmail. Fungerar alldeles utmärkt med AlertMail ifrån ILO

Hmm Okej, men lägger du den på port 25 antar jag internt så skickar iLO till port 25 via LAN?

Port 25 är inge jag iaf, vill öppna utåt.

Skickades från m.sweclockers.com

Min relay är endast för internt bruk, slipper jag använda användarnamn och lösenord på allt.