Suchergebnisse

dann am besten gleich "nvme-of"

naja, klingt nach einer neuen Totgeburt - die Liste dazu ist lange (sbs, nano, storage server,...)

ja, dagegen sagt auch niemand etwas. Aber signing/encryption wird derzeit von ksmbd nicht unterstützt und könnte somit ein Stolperstein sein. Deshalb würde ich es ggf zum testen abdrehen. Aus der aktuellen Kernel Doku: Signing/Encryption over RDMA Planned for future.

Windows Server beherrscht es ja auch im Gegensatz zu ksmbd.

signierung/verschlüsselung hast du am Client deaktiviert? Eigentlich sollte der Client es selber abdrehen weil ksmbd es nicht kann, aber who knows.

ich meinte das komplette Log von der Treiberinstallation. bezüglich ib_send, hier sollte ja auch irgendein Output kommen. Ich wette fast du läufst in ein Speicherlimit (/etc/security/limits.conf).

Du müsstest mal ein komplettes Log posten, dann kann man ggf was dazu beitragen. "All Mellanox, OEM, OFED, or Distribution IB packages will be removed." Ich vermute mal ksmbd wird mit dem Nvidia Kram so oder so keine Freude haben.

Die gen8 sind gut 10-12 Jahre alt, da würde ich mir darüber keine großen Gedanken machen. Du kannst ja das OS ggf auch vom internen Sata booten. Es ist auch eine unschöne bastelei, aber die Hardware ist halt auch nicht mehr frisch.

probier mal folgendes - hab ich selber noch nie probiert: https://forum.proxmox.com/threads/hp-smart-array-p420i-hba-mode-complete-guide.142350/

Am Proxmox Host: modprobe ksmbd apt install ksmbd-tools Doku für die ksmbd-tools: https://github.com/cifsd-team/ksmbd-tools

Bei Proxmox musst du nicht viel tun => Modul laden und ksmbd-tools installieren. RDMA für mount.cifs ist seit Proxmox 6.2 oder 6.3 ootb konfigurierbar.

ksmbd ist halt im Vergleich zu Samba etwas begerenzt bezüglich ACL, damit hast du vermutlich keine Freude.

Zumindest unter Proxmox ist es jetzt kein Problem Mountpoints zwischen diversen Containern zu teilen. Ich hab eine Zeitlang Nextcloud und Photoprism verwendet und die Bilder einfach per Mountpoint zwischen den beiden geteilt. Aktuell hab ich nur noch NextCloudPi, das ist weniger Aufwand mit...

kurzum, es sind halt ganz simple "technische" Gründe. Hdd´s und Cunsumer SSD´s leisten halt vergleichweise wenig IOPS. Je nachdem welche Leistung du benötigst, ist es halt irgendwann günstiger es mit weniger Knoten und All-Flash zu realisieren. Ich würde mal einen Blick auf Gluster und Linstor...

Ich hab letztes Jahr neue 8Tb U.2 NVME´s für ~420 Euro gekauft. Vergleichbares mit m.2 gab es damals nicht. Die Samsung 870 QVO mit Sata waren damals etwas günstiger, aber da kann ich gleich "spinning rust" kaufen.

Ich vermute mal mit "Netzwerk HA Mirror" sprichst du von simplen 2-Node Ansätzen die mit Scale-Out nicht viel zu tun haben. Im Grunde ist dein Ansatz das selbe wie GlusterFS. Zugegeben eine recht witzige Idee und du kannst manche Features von Gluster tatsächlich mit ZFS nachbauen (zb metadaten...

Das kann ich in keinster Weise bestätigen. Die bessere Performance ist ja idR der Hauptgrund überhaupt ein Scale Out Storage hochzuziehen. Egal ob kommerzielle oder OSS, derartige SDS Systeme/Konzepte sind seit über 10 Jahren mehr oder weniger Standardlösungen? Den Microsoft Scale Out Kram...

du kannst ja einfach die votes auf "1" reduzieren, sollte man halt nur im Lab oder Notfall tun:

wenn dir ps nicht liegt => schau dir mal Windows Admin Center an. Zumindest für S2D Setups kann man bei Bedarf auch alles in der Gui erledigen.

Ramdisk => NVDIMM´s wären für so ein System mMn schon empfehlenswert.