Page 1 of 1

LSI 3008 und N4F - Probleme bekannt?

Posted: 06 Jan 2017 19:11
by Digi-Quick
Moin,
mein ESXi mit einer N4F Strorage VM und durchgereichtem LSI 3008 Controller läuft nicht rund!

Code: Select all

2017-01-03T17:35:56.683Z cpu10:35976)WARNING: NFS: 338: Lost connection to the server 192.168.20.53 mount point /mnt/Pool-VM-Storage/DS-VM-Storage, mounted as b8d846e4-5eac0063-0000-000000000000 ("VM-Datastore")
gibt es da irgendwelche bekannten Probleme mit dem LSI 3008?

Das Syslog von N4F gab nicht verwertbares her, da der betreffende Zeitraum nicht mehr im syslog vorhanden war (siehe auch http://forums.nas4free.org/viewtopic.php?f=29&t=11843)

Mainboard: EP2C612D8-2T8R (2x 10 GBE LAN & LSI 3008 SAS Controller)
CPU: Intel Xeon E5-2630 v4 (zur Zeit nur 1 bestückt)
RAM: 128 GB ECC LRDIM

Der LSI 3008 ist auf IT Firmware P12 geflasht, ohne BIOS (da starbarkeit nicht benötigt)
insgesamt 8 Samsung 850 PRO angeschlossen (4x 256 GB und 4x 512GB)
Dem LSI 3008 Chip habe ich gleich am Anfang einen kleinen 30mm Lüfter verpasst, da der ziemlich heiss wurde und sich bereits bei moderater Last ganz weggehängt hat - bei offenem Gehäuse und Raumtemperatur von ca. 22°habe ich mit einem einfachem berührungslosem Thermometer (TFA 31.1108) eine Temp von über 90°am Kühlkörper gemessen.
Da das Mainboard ohne Lüfter auf dem Kühlkörper vom LSI ausgeliefert wird, stellt sich mir die Frage, ob "dat Ding" möglicherweise von vornherein "einen weg hat".

der ESXi bootet von einer Samsung 850 Pro am Intel Chipsatzcontroller, auf dieser liegt auch die VM von N4F.

N4F hat 4 Pools aus jeweils 1 Mirror VDEV aus den 8 SSDs am LSI
Pool "VM-Datastore": via NFS als VM-Datsastore an ESXi weitergereicht.
Auf diesem liegen diverse VMs.
Bei standardmässig aktiviertem SyncWrite ist die Schreibperformance mit rund 6,5 MB/s sequentiell schlichtweg unterirdisch, daher deaktivierter SyncWrite.
(Zum Vergleich: mein Dell Perc5i hatte mit einem Raid 5 bei deaktiviertem (!!) HDD-Cache und WriteThrough Controllercache mit rund 30 MB/s das 5-Fache. Deaktivierter HDD-Cache bedeutet kein NCQ, keine Burst Writes, jeder LBA wird einzeln und nacheinander geschrieben, mit entsprechenden Suchzeiten dazwischen.)
Pools "Exch-Data" und Exch-Logs" via iSCSI an Exchange VM
Pool "Nutzdaten" via SMB/CIFS freigegeben