Gee1

i have 8156 and problems with the NIC. It just disapears on high Data rates, so i have to restart the server. I tried to check what kernel module is loaded 4 the device and found out that the r8152 module isnt in use.. whats wrong here ? How can the 8156 working without an attached kernel module?

can u create more FAN profiles? EG instead FAN1234 do FAN1 FAN2 FAN3 FAN4

ich versuche erstmal den anderen Weg, hab mir nen Adapter von USB C auf A bestellt, damit kann ich den NIC direkt am Onboard USB von AMD betreiben. Werd auf jeden Fall Berichten obs was gebracht hat falls jemand das gleiche Problem hat und das hier liest. PS: aktuell hängt der NIC an nem ASM Chipset das hat auf meiner alten Xeon Platform schon nicht funktioniert (crash bei Full Speed, auch im Netzwerk), hatte ihn dann direkt am Intel Chipset USB Port hängen und ist dort reibungslos gelaufen. Auch interessant: wenn ich NIC Offload deaktiviere schmiert der NIC sofort ab

ich verstehe was du meinst und das die Symptome ähnlich sind.. hängt aber Speziell mit dem Realtec chip zusammen wenn der über 10GBit USB C angebunden ist. Gibt nur leider kaum Alternativen und ich suche eine Software Lösung oder ein Treiber Update.. ein aktuellerer Unraid Kernel Kernel könnte vielleicht auch helfen aber das dauert ja noch. Und wie ich schon geschrieben habe, mit IPVLAN genau das selbe... also nix MACVLAN Problem

warum schickst du mir das ? Mein Problem ist absolut nicht MACVLAN related. Das ist ein HW Problem und ich suche Leute die einen Workaround gefunden haben

kein Problem beim sonstigen Netzwerk Transfer zB. Dateien kopieren mit 280 MB/s (2.5 GBit Eth). Das Problem tritt nur beim updaten von Docker Containern auf. Egal ob MACVLAN oder IPvlan. Mit und ohne den Docker Patch2. Wenn das Docker Update unter 50 MB groß ist läuft es durch aber sobald eine image gezogen wird welches größer ist Freezed die WebUI (remote) und ich muss lokal auf dem server neustarten. Ich kann mir das nicht erklären.. Das selbe passiert übrigens auch wenn ich innerhalb eines Docker Containers zB JDownloader einen Download starte.. betrifft irgendwie nur Docker und auch nur bei hohen Geschwindigkeiten. Es geht ungefähr bei "Mar 10 03:52:36" im syslog-previous los tower-diagnostics-20240310-0410.zip

SM H11SSL here.. FAN Controll dosnt work. Temperature and RPMs are shown correct. CPU FAN is on FANA but spinns allways at max. Dont know what the user / password for my BMC is UPDATE: ok figured out it only works with PWM Fans. § Pin FANs dosnt work

gerade selbes Thema.. Habe Docker und VMs deaktiviert und kopiere gerade von der alten Cache SSD auf die neue Cache SSD (selbes FS und selbe Berechtigungen). Anschließend Array stoppen und die neue SSD als Cache SSD eintragen. Sollte klappen oder ? Edit hat funktioniert. Einfach Array im Maintanance Mode starten, das alte Cache drive entfernen und das neue auswählen, fertig funzt

na klar Server Hardware ist nicht für VMs gemacht xDD .. Die Teslas werden BTW nicht zur VM durchgeleitet und haben auch damit garnichts zutun.. Die Teslas sind für einen Docker.. Und fürs Gefühl isses schon besser auf nem halbwegs aktuellen Kernel zu sitzen. Und natürlich haben Kernel und QEMU den Haupteinfluss darauf wie die gesamter hardware und auch das durchleiten von Hardware gehandelt wird, du steckst doch auch tief drin das solltest du eig wissen

das Problem ist bei mir komischerweise behoben, aber dafür bin ich dankbar hab genug andere mit meinem "überladenen" Server ja sicher.. hatte nur gestern Nacht nicht mehr die Muse das zu erklären.. kurz gesagt: Meine Win 10 VM freezed aller paar Sekunden für ca 250ms (fällt beim Film oder TV schauen auf) tritt unter Q35 und auch unter i440fx auf (wobei bei letzterem nur das Bild freezed nicht der Ton).. ich führe das auf den Einbau der drei Tesla karten zurück welche über einen ASM1806 Switch (1x PCIe 2.0 X2 zu 4x PCIe 2.0 x1) angebunden sind. Das Log (weder System noch VM Log) schmeist irgend einen Fehler der iwas mit dem PCIe Bus zu tu hätte.. aktuell bin ich mit meinem Latein am Ende und warte auf neuere Kernel Verionen für Unraid (wie du schon weist) udn auch QEMU 8.2 Ich habe die Hoffnung das sich das Problem dann auch erledigt

unraid is on kernel 6.1 since years.. theres still no "next" beta version to test it with newer kernels.. so i ask.. WHEN ^^ off topic: QEMU 8.2.0 is also released in Dec 23

@ICH777 when will we get the 6.6.17 Kernel ? *.*

das problem hat sich (warscheinlich durch das upgrade auf die neue Version) erledigt. Hab jetzt n neues Problem.. werd mich später dazu äußern

something new here? u guys get it to work ?

ich bin davon ausgegangen das es sich hierbei um ein sehr bekanntes Phänomen handelt und bin von daher auch nicht weiter ins Detail gegangen BTW ich habe auf 12.6 geupdated. Da sich die VM über Nacht aufhängt werd ich morgen sehen ob das was gebracht hat, aber ich denke nicht

dump dosnt work with Tesla P100 16GB... something with no permission..

Soweit ich weis hängt es damit zusammen das die karte nicht mehr aus dem Standby aufwachen kann. Meine Debian 12 VM geht dann auf allen Cores auf 100% und ich komme nicht mehr via SSH drauf - muss dann die VM force stopen. Sie lässt sich anschließend nicht mehr starten (Error 127) nur ein neustart des gesamten Servers bringt abhilfe. Es muss wohl irgendwas mit den Power State Commands zu tun haben die via VIRTIO nicht correkt oder garnicht an das Host System weiter geleitet werden. Ich nutze Q35 -7.1 für die VM... kennt jemand abhilfe? Es soll wohl einen Kernel Patch geben. Ich nutze Unraid 6.12.4 Achja das VBIOS hab ich noch nicht gedumpt.. weis nicht ob das notwendig ist da es ja eine Tesla karte und keine GeForce mit Video Anschlüssen ist. Falls ja, muss man immer noch den Header aus dem VBIOS entfernen?

i have a Tesla P100 in Debian 12 VM with Q35-7.1 and the same Error 127.. must restart entire server to fix this.. anoying

Das WebIf startet im Maintab da sind alle Platten noch down. Sobald ich aufs Dashboard gehe passiert folgendes: Dec 8 00:48:12 Tower emhttpd: read SMART /dev/sdc Dec 8 00:48:21 Tower emhttpd: read SMART /dev/sdf Dec 8 00:48:29 Tower emhttpd: read SMART /dev/sde Diese 3 Platten fahren dann hoch und die Dockerübersicht ist in der Zeit freezed.. was keinen Sinn ergibt. Wenn ich dann wieder zu main gehe und die 3 discs "runterfahre" und wieder zurück ins Dashboard bleiben die Discs auch unten.. das passiert nur nach längerer Zeit oder evtl auch wenn ich es mit einem anderen Browser aufrufe

dann muss ich iwo komische Einstellungen haben.. wüsste gerade nur nicht was ich da geändert haben sollte

genau das. Das hat es vorher nie bei mir gemacht. Und da das up spinnen der Platten locker 10s dauert ist das sehr nervig

Was mir sehr an der 6.11.5 missfällt, ist das sobald ich das Dashboard aufrufe und er versucht die Docker Container anzuzeigen ein paar Platten des Arrays up spinnen was völlig unnötig ist und zu verzögerungen führt. Das war bei den älteren Versionen nicht so. Es ist generell ein Problem das viel zu of unnötiger Weise auf das Array zugegriffen wird (trotz cachedirs), es reicht schon wenn man über smb ein paar Ordner öffnet. Sämmtliche Ordner und Dateinahmen sollten eig im Cache liegen.

sooo nutze schon seit vielen Jahren UNraid und dachte das Thema wäre schon längst gefixt aber nein das ist trauchig. Meine Docker Container sehen sich untereinander nicht, obwohl im selben Subnetz. Gibts dafür jetzt irgend ne Einstellmöglichkeit oder nicht?

ok i see.. but unfortunately not in the "pop out window" in top right corner anymroe

the bigger problem for me is the new non colored syslog in unraid 6.10... is it possible to get the old one with clearly colored lines ?