DS2411+ und Infiniband - Frangen und Erkenntnisse

[Dark-Sider]

Hallo zusammen,

ürsprünglich dachte ich, dass synology über infiniband eine PCIe Verlängerung zum DX1211 Erweiterungsgehäuse gebastelt hätte und dort entsprechende SATA-Controller verbaut wären.

Durch Zufall habe ich kürzlich in Erfahrung gebracht, dass es Infiniband 4x SATA Gehäuse gibt. Etwas weiter recherchiert zeigte sich, dass in der DS2411+ direkt neben dem Infiniband-Port auf der Platine ein weiterer Marvel 88sx7042 Chip sitzt.
Die NAS hat also 4x den 88sx7042 verbaut - 3x für die internen Ports und 1x für die 4 Infiniband SATA Lanes.

Eine Infiniband auf 4x SATA Kabel-Peitsche war schnell und günstig im Internet besorgt. Die NAS erkannte angesteckte Platten auch sofort als "esat drive". Eine Ausdehnung des bestehenden Raids oder das Anlegen eines neuen Volumes ist so nicht auf den Platten möglich. Via ssh habe ich überprüft dass die angestöpselte Platte als /dev/sdm erkannt wurde.

Die Unterscheidung ob das nun ne interne oder externe Platte ist läuft also auf DSM software Basis ab. In /etc/synoinfo.conf und /etc.defaults/synoinfo.conf wird mit einer Bitmaske die Portzuweisung geregelt:

esataportcfg="0xF000"
usbportcfg="0xF0000"
internalportcfg="0xFFF"

An der stelle war schnell klar wie der Hase läuft: 0xFFF steht für binär "1111 1111 1111" und das sind die ersten 12 ports. 0xF000 steht für "1111 0000 0000 0000" das sind also ports 13-16.

Da mir nicht klar war welche der beiden Dateien zu ändern ist habe ich beide geändert und die NAS rebooted:

esataportcfg="0x0"
usbportcfg="0x0"
internalportcfg="0xFFFFFF"

Siehe da und schon tauchte die via Infiniband-Peitsche angeschlossene Platte als Datenträger 13 im DSM auf und alle Aktionen sind Verfügbar (at your own risk!!)

Richtig interessant wird die Geschichte nun mit ner Infiniband auf 4xesata Peitsche und 4 5-Port eSata Gehäusen mit Port multiplier support. Damit könnte man die NAS dann um 20 (!) Platten Erweitern.

Der Marvel Chip wäre multiplier fähig - fraglich ist nur ob's im Kernel so einkompliert wurde - aber auch dafür findet sich sonst ne Lösung. Die DX510 und DX1211+ haben intern ja auch nur portmultiplier (ja ich weiss, da ist noch nen Firmwaregetrickse dabei aber das wird sich sicherlich auch noch regeln lassen ;-)

bye,
Darky

 

[Dark-Sider]

Hallo,

so ich habe hier ein externes Festplattengehäuse mit 2 slots im Multiplier betrieb getestet. Bislang wird nur die erste Platte erkannt. Im dmesg kann man ganz klar erkennen, dass der Kernel-Treiber den Port Multiplier entdeckt, dann allerdings ein paar Fehler bislang habe ich k.a. ob das an den Festplatten, am multiplier oder am Kernel liegt. Die Kernel Sourcen die Synology unter der GPL veröffentlicht haben in jedem Fall in der x64-config nen "y" bei multiplier support.

anbei der relevante dmesg output

  13.819031] ata15: link is slow to respond, please be patient (ready=0)
  18.364029] ata15: SRST failed (errno=-16)
  18.368132] ata15: SRST fail, set srst fail flag
  23.368052] ata15: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
  23.374329] ata15: link reset sucessfully clear error flags
  24.380991] ata15.15: Port Multiplier 1.1, 0x197b:0x2352 r0, 1 ports, feat 0x0/0x0
  24.388566] ata15.15: Asynchronous notification not supported, hotplug won't work on fan-out ports. Use warm-plug instead.
  24.403648] ata15: Apply Synology fast PMP boot
  24.714509] ata15.00: hard resetting link
  25.063074] ata15.00: ATA-7: Hitachi HDS721010KLA330, GKAOA70M, max UDMA/133
  25.070129] ata15.00: 1953525168 sectors, multi 0: LBA48.
  25.116072] ata15.00: configured for UDMA/133
  25.120583] WARNING: disk 15 can't find master
  25.121570] ------------[ cut here ]------------
  25.121570] WARNING: at drivers/ata/libata-eh.c:1190 ata_scsi_port_error_handler+0x1148/0x11a0()
  25.121570] Hardware name: To Be Filled By O.E.M.
  25.121570] Modules linked in:
  25.121570] Pid: 1155, comm: scsi_eh_14 Not tainted 3.2.30 #3211
  25.121570] Call Trace:
  25.121570]  [<ffffffff8128b2b8>] ? ata_scsi_port_error_handler+0x1148/0x11a0
  25.121570]  [<ffffffff8103786c>] ? warn_slowpath_common+0x8c/0xc0
  25.121570]  [<ffffffff8128b2b8>] ? ata_scsi_port_error_handler+0x1148/0x11a0
  25.121570]  [<ffffffff8128ba32>] ? ata_scsi_error+0x92/0xd0
  25.121570]  [<ffffffff812644a5>] ? scsi_error_handler+0x105/0x470
  25.121570]  [<ffffffff810292ba>] ? __wake_up_common+0x5a/0x90
  25.121570]  [<ffffffff812643a0>] ? scsi_schedule_eh+0x60/0x60
  25.121570]  [<ffffffff81051ba6>] ? kthread+0x96/0xa0
  25.121570]  [<ffffffff813c7ab4>] ? kernel_thread_helper+0x4/0x10
  25.121570]  [<ffffffff81051b10>] ? kthread_bind+0x80/0x80
  25.121570]  [<ffffffff813c7ab0>] ? gs_change+0xb/0xb
  25.121570] ---[ end trace a6f3a10e16fe534b ]---
  25.121570] ata15: EH complete

btw: sehr interessant: http://forum.synology.com/enu/viewtopic.php?f=12&t=66228&start=0 - vermutlich hat synology die libata gepatcht. das könnte man ggf. entsprechend rückgängig machen.

bye,
Darky