[Sammelthread] IBM M5014 Raid-Controller [ Flash-Anleitung, Benchmarks, etc. ]

Liegt höchstwahrscheinlich am Mainboard. Nicht genug Platz für mehrere Rom Optionen.

Vermute ich auch.
Mit welchen Mainboards haste den schon dem IBM M5014 getestet, Romsky ?

Hast ein paar Mainboards für die Compatibility-List im Startpost ? :)
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
also... board ist ein DFI Lanparty X38. recht alt, also nix mit UEFI.
AHCI/Raid ist aus.

beim perc5i war pinmod nötig, damit er lief. dann gings aber problemlos zusammen mit dem revodrive. mit dem M5014 im slot des perc5i geht das revodrive nicht mehr.

mir ist aufgefallen, dass nach dem initialisieren des M5014 ganz kurz diese meldung erscheint:
"Warning: More Option ROM can not be invoke (Vendor ID:1005h, ...."

also nix zu machen, auch nicht mit pinmod? wäre der pinmod der gleiche wie beim perc?
 
also... board ist ein DFI Lanparty X38. recht alt, also nix mit UEFI.
AHCI/Raid ist aus.

beim perc5i war pinmod nötig, damit er lief. dann gings aber problemlos zusammen mit dem revodrive. mit dem M5014 im slot des perc5i geht das revodrive nicht mehr.

mir ist aufgefallen, dass nach dem initialisieren des M5014 ganz kurz diese meldung erscheint:
"Warning: More Option ROM can not be invoke (Vendor ID:1005h, ...."

also nix zu machen, auch nicht mit pinmod? wäre der pinmod der gleiche wie beim perc?

Die Meldung "Warning: More Option ROM can not be invoke (Vendor ID:1005h, ...." sagt schon alles.

Das Revodrive nimmste für das Betriebssystem, also bootest von diesem oder ?

Steck mal nur den M5014 ein, deaktiviere im WebBIOS das Controller BIOS unter den Controller Properties.
Schalt den Rechner danach aus und versuch mal mit M5014 und Revodrive zu booten.

Vielleicht hilft das ja ...
 
ich meine das controller bios hätte ich schon ausgeschaltet.
für mich stellt sich nur die frage, warums mit dem perc ging...

vom revodrive boote ich, das raid5 ist workingspace/games/storage.

das revodrive fliegt eh bald raus, war damit eigentlich nie zufrieden weil es nur rumzickt. sobald das eingebaut ist, geht der pc (bei kleinen änderungen an hardware/bios) beim start immer 3-4 mal an und aus.
 
Zuletzt bearbeitet:
ich meine das controller bios hätte ich schon ausgeschaltet.
für mich stellt sich nur die frage, warums mit dem perc ging...

Du kannst mal den gleichen Pinmod wie beim Perc versuchen ... aber bis jetzt hat das glaub ich noch niemand getestet.
Also ... auf eigene Gefahr ;)
 
wenn das mit dem pinmod beim M5014 neuland is, lass ich das lieber. der controller läuft ja soweit.
werd mal ein win7 auf ner alten hdd aufsetzen und ne normale ssd bestellen. dann gibts auch benches ;)

kann man eigentlich die anzeigedauer der meldung "ctrl-h drücken" verkürzen?
 
Hat irgendwer eine aktuelle IBM FW zur Verfügung? Ich find auf deren Seite nix :hmm:


Als Belohnung kann ich dann später Benches zu 3x1TB WD Red einstellen :fresse:

Na dann fang mal an zu benchen, mein Freund :shot:

Im Uploaded-Pool hab ich sie auch gerade hochgeladen:
http://ul.to/teoq746o

ServeRAID M5000 Series SAS/SATA Controller Firmware update v12.12.0-0133 for Linux - IBM System x

Code:
ServeRAID M5000 Series SAS/SATA Controller Firmware Update

Adapters Supported: ServeRAID M5015 SAS/SATA Controller (46M0829)
		    ServeRAID M5014 SAS/SATA Controller (46M0916)
		    ServeRAID M5025 SAS/SATA Controller (46M0830)

NOTE TO SERVICE - Reference RETAIN #N/A


Version 12.12.0-0133 - Suggested
-------------------
Fixes
- Addressed an issue where battery over temperature messages could occur
  during charging.
- Fixed issue in the  HII broswer where the drive performing copyback
  will be stated as replacing and not copyback.
- Fixed issue in the HII browser where the RPM for SATA drives show "0"
- Fixed issue in HII browers where port 4 is shown on both ports 0 and 1
- Fixed HII browser issue where the user will get an error message when a
  global hot spare is created.
- Fix HII browser issue where a RAID volume with greater then 3 spans will
  fail to create.


Version 12.12.0-0126 - Suggested
-------------------
Fixes:
 - Fixed a issue where the RAID configuration can be lost when updating
   from firmware package 12.0.1-0097 or below.

Version 12.12.0-0111 - Suggested
-------------------
Enhancement:
 - Implemented limited band charging for iBBU 07.

Fixes:
 - Set the compatibility bit to 1 so that Patrol reads can be executed on
   SSD's
 - Fixed an issue where EEPROM init failures are not handled properly
   causing the user to see the following message on POST "The native
   configuration is no longer supported by the current controller and
   firmware."
 - Fixed an issue where the controller fails to read the header info from
   CFI Flash ROM.

Version 12.12.0-0098 - Suggested
-------------------
Fixes:
 - Fixed issue where the battery gauge is not accurate for aged batteries
   due to the discharge profiles of aged batteries not matching that of the
   new batteries.
 - Fixed a issue where a reboot would cause a hot spare to revert to
   'Unconfigured Good' state when Performance Accelerator Key is attached.
   (RETAIN Tip H204925)

Version 12.12.0-0085 - Suggested
-------------------
Enhancements:
 - Prevent non IBM firmware from being flashed on IBM ServeRAID branded
   controllers.
 - Enabled iBBU08 battery modes.
 - ibbu battery will no longer be marked as bad when very high capacity is
   detected.
 - Dimmer Switch function has been disabled by default.

Fixes:
 - Fixed a issue where firmware was taking to long to complete the PCI
   config read, causing the system to generate an NMI.
 - Fixed issue where enabling security causes the configuration to be missing,
   and a configured FDE array to be seen as foreign on reboot. 
 - Removed BBU mode select from Web BIOS for all controllers.
 - Fixed issue where pulling VD 0 from a R60 and rebooting would cause two
   foreign configurations.
 - Fixed issue where WebBIOS gives unclear message when enabling FDE on an
   existing Disk Group.
 - Fixed issue where iBBU07 batteries display 65K capacity and are marked SOH
   bad.
 - Fixed issue where iBBU Absolute Charge is displayed differently
 - Fixed issue where the logical Unit ID (VPD page 0x83) changed after
   foreign import.
 - Fixed issue where the LDBBM entries are incorrect after foreign import.
 - Fixed issue where the controller does not work with pci set to nomsi in
   kdump kernel.
 - Fixed issue where the LED behavior is incorrect, wrong drive will blink
   activity.
 - Fixed issue where the controller cannot sustain at least 950 MBps
   performance with Cache Flush setting one sec.
 - Fixed issue where the set properties command fails
 - Fixed issue where the iBBU07 battery reported remaining capacity is much
   too high (64751 mAh) after a learn cycle.
 - Fixed issue where extended retries of write verify commands cause a driver
   timeout.
 - Fixed issue where the configuration becomes foreign after  the firmware
   fails multiple attempts to access raid key during boot.
 - Fixed firmware issue where a replacement drive is not seen if the
   replacement is added during power cycle.
 - Fixed a issue where an alert should be sent when one phy connector
   between the SAS controller and SAS expander is degraded.
 - Enabled puncturing for SATA drives.
 - Enabled copy back on SMART.
 - Fixed an intermittent RAID key failure during power-on.
 - Fixed firmware issue where firmware would cause the controller to
   (sles11sp1/rhel6) reset when ‘lspci –vvx’ command is executed.
 - Change for iBBU-08 to support firmware Mode5 WB capacity from 960mAh to
   674mAh for low power DDR-2
 - Fixed a issue where the iBBU battery will not charge while the server
   continually resets causing the iBBU battery to over-charge.

Version 12.12.0-0065 - Critical
-------------------
Fixes:
 - Fixed issue where the firmware takes too long to complete a PCI Config
   Read cycle causing SLES11 to kernel panic.
 - Fixed issue where MegaCLI may not be able to change drive or controller
   cache setting resulting in a return code of 0x03.
 - Added check to return SCSI sense Check condition if PMI is set and LBA
   is non Zero for SCSI Read Cap 16
 - Fixed issue where a blue screen occurs handling RAID 1 with HSP and medium
   errors.  The blue screen occurs because the driver times out while the  
   firmware is retrying sense 0x02. Firmware causes Fatal Error when HSP drive 
   responded with Sense 0x02 for Write/Verify or TUR
 - Change the boot with pinned cache RAID level support which was only allowed 
   for raid level 0. The check is removed and is allowed for any raid level.
 - Fixed hang condition or condition where the uEFI driver does not load due 
   to the uEFI Driver issuing a  command in poll mode to firmware to early
 - Remove the following message "Battery cannot initiate transparent learn 
   cycles" when the iBBU08 is under mode 4 or 5
 - Fixed issue where BGI will not disable when a user issues megacli 
   -LDBI -Dsbl -L0 -a0

Version 12.12.0-0056 - Critical
-------------------
Fixes
 - Fixed issue where multi-bit ECC's are not reported during POST
 - Lowered the capacity level at which event notifications are generated
   for early warning and end of life alerts for iBBU to equal 48 hours

Version 12.12.0-0047 - Critical
-------------------
Fixes:
 -  Fixed issue where uEFI WebBIOS version may not display the product
    name of the second controller
 -  Fixed issue to prevent users from downleveling firmware to older versions
 -  Fixed an issue where firmware reports "Unexpected sense, Invalid field
    in CDB" for LOG SENSE command sent to Seagate drives
 -  Fixed issue where SMART failures can take longer then 5 minutes to
    report or in some cases fail to report
 -  Fixed issue where it appears to the user the harddrive cache policy
    is changed when requested but the change did not occur
 -  Fixed issue where a remote iBBU08 will not be seen by the controller
 -  Fixed data issue When IO is in progress to a RAID 1 array that contains
    media errors and is under a rebuild
 -  Fixed issue where a drive is not marked as foreign during a drive
    move between servers causing the import of the configuration to fail
 -  Fixed issue where the uEFI WebBIOS does not accept the + symbol in
    the key code or pass phrase
 -  Fixed issue for iBBU08

Enhancement:
 - Enhancement to Reserve/release call for VCS Symantec configurations
 - Enhancements to iBBU event notifications, including the addition of
   early warning message.
 - Raised the capacity level at which event notifications are generated
   for early warning and end of life alerts for iBBUs

Version 12.12.0-0039 - Critical
-------------------
Fixes:
 -  Fixed intermittent initialization failure during POST with the
    ServeRAID M5025, M5015, and M5014 where the RAID BIOS could fail to
    load or the user will see one of the following error messages on 
    POST:	

		RAID Adapter Unrecoverable Error!!! 
		Please check the SDRAM connection. 

	or 

		Multi-bit ECC errors were detected on the RAID controller 

Version 12.12.0-0037 - Critical
-------------------
Enhancement:
 - Add support for iBBU08 (Battery Backup)


Fixes:
 - Addressed data issue while reconstructing from RAID1 to RAID0. 
 - Addressed data issue after power lose to ServeRAID controllers.
 - Addressed data issue in some database applications.
 - Added fixes from LSI channel products.

Version 12.7.0-0020 - Critical
-------------------
Enhancement:
 - Initial release for ServeRAID M5025 SAS/SATA Controller (46M0830)

Fixes:
 - Addressed data issue with database applications that use overlapping
   read write operating.
 - Addressed data issue which may occur during a reconstruction on some
   RAID levels that have an associated CacheCade virtual drive enabled.
 - Fixed issue where the controller may halt if a drive has medium errors
   that are being used in a check consistency, patrol read, or have delayed
   writes.

Version 12.0.1-0097 - Critical
-------------------
Fixes:
 - Addresses an issue where data becomes inaccessible when drive is
   secured after data has been written 
.
Version 12.0.1-0096 - Critical
-------------------
Fixes:
 - Fixed an issue where the BBU may not be seen on POST.
 - Fixed an issue where the firmware doesn't follow the spinupdelay 
   and maxtargetspinup values set in NVDATA causing spin up of all 
   the drives a at the same time.
 - Fixed a very intermittent issue where the RAID key (M5000) 
   authentication may not occur on boot leaving users without key
   options.
 - Addressed a very rare issue with the expander devices where the
   firmware megamon could occur if the sgpio configuration cable has
   errors.

Version 12.0.1-0090 - critical
-------------------
Fixes:
 - Fixed issue where controller properties such as Rebuild, CC, and 
   BGI are not changing when up and down arrow keys are used.
 - Fixed issue on x3950 M3 servers that can cause a system hang at
   reboot

Version 12.0.1-0084 - Non-critical
-------------------
Enhancement:
 - Support added for the ServeRAID M5000 Series Advanced Feature Key.
 

Version 12.0.1-0064
-------------------
 - Initial release

Ehrlich gesagt hab ich noch kein Board gefunden, wo die Karte nicht läuft :)
Ich glaub der läuft bei mir auf allen Boards, die hier liegen.

Dann sehen wir mal die Compatibility-List als Lückenfüller :fresse:

Kannste kurz die Boards auf denen du den Controller getestet hast posten ? :)
 
Zuletzt bearbeitet:
Klar, mach ich gleich. Ich probier vorher nochmal ein paar um sicherzustellen, dass mich meine Erinnerung nicht täuscht :d

Der Punkt ist halt, dass man bei den meisten dieser Boards auch erwarten würde, dass der läuft. Interessanter wären vermutlich Mainstream Consumer Boards, z.B. Sockel 1155, weil da die Chance größer ist, dass er nicht läuft.
 
Also der Controller läuft bei mir auf einem ASRock H77 Pro4-M einwandfrei. Die Serverboards habe ich noch nicht getestet.
 
hier mal erste etwas enttäuschende benches (writecache ist wohl noch aus):

5pocrz6y.png
 
Ui, die Benches sehen aber mies aus. Da stimmt aber was nicht, denn da sollten gute 800MB/s schreiben drin sein.
 
Da schafft mein 1280ML mit 4HDDs entschieden mehr. Da geht ganz sicher mehr, selbst wenn Caching aus wär.
Schau mal, nur halb so viele HDDs an einem "kleineren" Controller, hier ein Areca 1231ML, und dennoch schneller:

attachment.php
 
Zuletzt bearbeitet:
Ohne Caching sieht das realistisch aus. Ich würde Caching aber aktivieren und dann die Total Length mal auf 2 GB stellen.
Ist das Raid 5 fertig initialisiert?

das raid hat der controller ohne murren übernommen. initialisierung hat er keine gemacht und läuft auch nicht.

find grad die einstellung fürs write caching nicht, bin evtl. einfach nur blind ;)
 
Muhaa Winrar hilft. Der gute lüppt nun erfolgreich mit FW 12.12.0.0133

Kann mir mal wer den Trick verraten, wie man die Boot-Zeit mit dem CLI runterstellt? Des ist ja nedd normal. Mit der 12.0er FW war er auch nedd der Schnellste aber die neue Version legt nochmal eins drauf :stupid:
 
Nutzt eigentlich jeder von euch das CLI? Ich habe mich bisher nur mit dem Manager beschäftigt. Entgeht mir das was?

Gruß sightus
 
so, nun nochmal mit allen caching funktionen enabled (über manager angeschaltet):

whc5f4yp.png
 
@Schlingel_INV

Also, eigentlich ganz einfach.
Boote ins Dos gehe in den Ordner mit den tools (sbrwrite usw.), dann tipe folgendes ein:

megaoem -adpsettings write -f IBM_conf_org.ini -a0

Dann gehe ins Windows und öffne die INI Datei.
In der Datei gibt es eine Zeile mit dem Namen "
delayPOST".
Ändere die Zahl Welche hinter "delayPOST" steht auf "0". Also sollte dann so aussehen: delayPOST = 0

Speichere die Datei, am besten gleich unter einen anderen Namen, nehmen wir mal IBM_conf_mod.ini.

Nun boote wieder ins DOS in den Ordner mit den Tools.
Nun tippe ein:
megaoem -adpsettings read -f IBM_conf_mod.ini -a0

Nach einen Neustart wirst du merken der Bootdelay ist verschwunden. Geht dann genau so schnell wie mit der LSI FW.

WICHTIG: Nicht an den anderen Einträgen in der INI rumspielen, unter Umständen wird sonst ein Array nicht mehr erkannt usw.

@PowerIdiot
Ja, jetzt sehen die Werte weitaus besser aus.
 
Zuletzt bearbeitet:
ist 64kb stripe eigentlich besser als 128kb? ich hab das array verschlüsselt, daher frage ich...

kann man die bootzeit des controllers noch weiter beeinflussen als mit "SpinupDelay"?
 
Nein, SpinupDelay ist recht wichtig, das garantiert das auch alle HDDs in einem Array bereits das Spinup duchgeführt haben. 64KB Stripesize ist ziemlich universell. Größere Stripes sollte man nur bei großen Dateien nehmen (Filme usw.)
 
hab spinup delay auf 0. kann keine probleme erkennen, dass die platten nicht rechtzeitig da sind.

allerdings hängt er ewig bei der meldung "Press <CTRL><H> to enter configuration..." was ich ziemlich unnötig finde.
 
Ja, abwarten Wundere dich nicht wenn der Controller irgendwann eine HDD aus dem Array wirft weil er denkt da stimmt was nicht. Nicht jedes Delay ist unnötig.
 
ausschließen kann mans nicht. am perc liefen sie jetzt 1,5 jahre mit spinupdelay = 0.

liegt ggf. daran, dass ich kein UEFI habe und das board recht lang braucht um in die puschen zu kommen.
 
Zuletzt bearbeitet:
Moment mal, ist Spinup Delay nicht nur das Delay für Staggered Spinup? Das ist doch nur die Angabe in Sekunden zwischen dem Start/Spinup einer Platte beim Kaltstart um die Belastung des netzteils klein zu halten. Egal was man da einträgt, es dürfte keinen Einfluss auf die Erkennung der Platten haben.

0 heisst, dass alle Platten ihren Spinup gleichzeitig machen. Wenn du da jetzt z.B. 2 einträgst, dann wartet der Controller immer zwei Sekunden zwischen zwei Spinups. Das verzögert den Kaltstart entsprechend nach dem Schema Spinup Delay in Sekunden mal Anzahl der Platten.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh