Psylosophius

Ich versuche, Ihre Fragen so gezielt wie möglich zu beantworten, muss jedoch gestehen, dass mein Wissen in diesem Bereich begrenzt ist und viele Konfigurationsänderungen eher unüberlegt und experimentell waren. Die Onboard-GPU wird derzeit nicht genutzt. Sie war jedoch einmal mit dem zweiten Port des LG Monitors (Hauptanzeige) verbunden und lässt sich theoretisch gleichzeitig mit der Augabe der GTX960 über Picture-in-Picture anzeigen. (Nervt aber) An der GTX 960 sind derzeit ein Mini-Touch-Display (die Touch-Funktion wird nicht genutzt) und ein LG Ultrawide Display 49WQ95 (Hauptanzeige) angeschlossen. Beide Displays funktionieren einwandfrei in den VMs und werden dort auch benötigt. Was die Geräte im VFIO-Bind betrifft, bin ich selbst überfragt. Ich hatte mal Probleme mit der Soundausgabe und ein anderes Mal mit den USB-Ports in den VMs und habe versucht, dafür eine Lösung zu finden. Leider weiß ich nicht mehr genau, was ich damals geändert habe und was jetzt sinnvoll ist. Notiz an mich! künftig alle Änderungen und deren Ziele dokumentieren! Das beschriebene Verhalten tritt bei beiden VMs auf: Die Konsole erscheint nach dem Start auf dem LG-Monitor. Aus der Konsole starte ich die VM, das Bild und die Peripherie (USB) wird an die VM übergeben. Nach dem Stoppen der VM wird das Bild und vermutlich auch die USB-Peripherie nicht zurück an die Konsole übergeben. Der Eintrag in der Syslinux war der Versuch, die Auflösung der Konsole beim Start auf ein erträgliches Maß zu erhöhen. Leider war ich damit nicht erfolgreich. Ich habe einen Thread gefunden, der das Problem lösen sollte, aber ich habe nicht verstanden, wie genau EDID angepasst wird. Zur Erklärung: Ich habe ein Bash-Skript geschrieben, das beim Starten der Konsole automatisch ausgeführt wird. Es erstellt eine pseudo-grafische Oberfläche mit ASCII-Code und einem Auswahlmenu, um meine VMs auszusuchen und zu starten. Diese Lösung gefällt mir gut und funktioniert. Somit brauche ich keinen zweiten Monitor und kann meine VMs beim Start des Servers aussuchen, ohne einen "virsh start" Befehl einzutippen. Es wäre jedoch wünschenswert, wenn ich nach dem Beenden einer VM wieder zur Konsole und somit zu meinem Bash Script zurückkehren könnte, um eine andere VM auszuwählen oder den Server herunterzufahren oder neustarten zu können etc . Die Lösung mit einem sepraten Monitor, bezw. der PiP funktion auf dem LG würde ich gerne auslassen. Als ich das noch so eigerichtet hatte, ist mir im übrigen aufgefallen, dass nach dem Starten der VM gebunden an die GTX960, die Konsole auf dem iGPU screen zwar noch zu sehen war, nach dem die VM gestarte wurde, diese Aber nach ca. 15 Minuten verschand und nur ein Blackscreen sichtbar war. Warum ist mir unklar Ich hoffe, ich konnte den Sachverhalt etwas klarstellen und bitte um Entschuldigung für das saublöde rumghacke in der Config und hoffe sehr, dass sich hiermit mal endlich ein lerneffekt einstellt.

Ich hoffe das hilft etwas... Unraid system:Unraid server Pro, version 7.0.0-beta.1 Model:Custom Motherboard:ASUSTeK COMPUTER INC. STRIX Z270F GAMING, Version: Rev 1.xx, Processor:Intel® Core™ i7-6700 CPU @ 3.40GHz Grafic Interface: NVIDIA GeForce GTX 960 Leider weiß ich nicht wo ich die anderen Infos finden kann Ich hab noch mal das Diagnose Zip beigefügt file-server-diagnostics-20240803-1813.zip

Hallo zusammen, ich starte meine VMs aus der root Konsole heraus, die nach dem booten auf meinem Hauptbildschirm angezeigt wird. Gibt es eine möglichkeit, diese konsole nach beenden einer VM zurück auf den Bildschirm zu bringen ?

Nein, das ist nicht der fall, wenn ich beim booten GUI auswähle wird das terminal weiterhin auf der primären Anzeige ausgegeben und das GUI wird über die PCI Express Perifärie dargestellt. Das problem ist, dass ich diese dann nicht mehr zum arstellen meiner VMS nutzen kann

Autsch 🙂 Ja, ich wei0 es nicht so genau ... Ich habe mal geschaut, hier steht etwas von IGFX / AUTO / PEG .... Das ganze steht auf IGFX. Ich hoffe das ist der richtige Punkt, ich bin mir aber nicht sicher. Also wenn Unraid startet, sehe ich den Bootlog (falls das so heißt) und anschlißend die Aufforderung zum Login in das Terminal auf der Internen Intel Karte. Diese möchte ich ich auch zum Abbilden der GUI nutzen. Danke für die Mühen in jedem Fall !

Hallo in die Runde, gibt es wohl eine möglickeit, die Unraid GUI auf einem anderen Monitor zu starten ? 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06) 02:00.0 VGA compatible controller: NVIDIA Corporation GM206 [GeForce GTX 960] (rev a1) Ich würde die Augabe der GUI gern auf der Intel Karte abgebildet haben. Leider wird sie immer wieder über die Nvidia Karte dargestellt. Ich habe versucht anpassungen in der xorg.conf vorzunehmen. Leider ohne erfolg. Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "Mouse0" "CorePointer" EndSection Section "Files" EndSection Section "InputDevice" # generated from default Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mice" Option "Emulate3Buttons" "no" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" # generated from default Identifier "Keyboard0" Driver "kbd" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Unknown" ModelName "Unknown" Option "DPMS" EndSection Section "Device" Identifier "Device0" Driver "intel" VendorName "Intel Corporation" BusID "PCI:00:02.0" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Depth 24 Modes "1920x1080" EndSubSection EndSection Hat jemand eine Idee, wie ich das ganze realisieren kann ?

Ok ! Ich habe die /var/lib/samba/private/secrets.tdb noch einmal gelöscht, ich weiß leider nicht wieso es beim erstem mal nicht geklappt hat. Eventuell weil das Array noch online war .. Ich bin mir gerade leider nicht sicher, aber SMB läuft wieder einwandfrei. Ich möchte mich an dieser Stelle für die Hilfe bedanken und mich dafür entschuldigen, dass sich der Lösungsweg nicht mehr richtig nachverfolgen lässt.

Also ich habe nun tatsächlich mal versucht die rechte für die secrets.tdb neu zu setzten, bezw. sie zu löschen und neu erstellen zu lassen, leider erhalte ich immer wieder die fehlerhafte Ausgabe von log.smbd, dass samba nicht starten kann [2024/06/04 15:04:27.462439, 0] ../../source3/passdb/secrets.c:67(secrets_init_path) Failed to open /var/lib/samba/private/secrets.tdb [2024/06/04 15:04:27.462461, 0] ../../lib/util/become_daemon.c:119(exit_daemon) exit_daemon: daemon failed to start: smbd can not open secrets.tdb, error code 13

Also, ich hab nun wirklich viel ausprobiert um das Problem zu beheben. Leider alles erfolglos, mein letzter schritt war die diagnose zip datei an chatgpt zu senden und um hilfe bezüglich der SMB konfiguration zu bitten. Ich würde die GPT Augabe hier gerne einmal Teilen und nachfragen ob die empfohlenen Schritte sinnvoll sein könnten. Ich habe nichts weiter unternommen bisher: SMB-bezogene Fehler in der syslog.txt: - tdb(/var/lib/samba/private/secrets.tdb): tdb_oob len 16408 beyond eof at 8192 - tdb_transaction_recover: failed to read recovery record - Failed to open /var/lib/samba/private/secrets.tdb - exit_daemon: daemon failed to start: smbd can not open secrets.tdb, error code 13 Diese Einträge deuten darauf hin, dass es ein Problem mit der `secrets.tdb`-Datei gibt, die für die SMB-Dienste entscheidend ist. Der Fehlercode 13 bedeutet "Permission denied", was darauf hinweist, dass der SMB-Dienst nicht die erforderlichen Berechtigungen hat, um auf die Datei zuzugreifen. Empfehlungen zur Behebung des SMB-Problems: 1. Überprüfe die Berechtigungen der `secrets.tdb`-Datei: Stelle sicher, dass der SMB-Dienst die erforderlichen Berechtigungen hat, um auf diese Datei zuzugreifen. Dies kann über die Konsole erfolgen: ```bash ls -l /var/lib/samba/private/secrets.tdb ``` Ändere die Berechtigungen, falls erforderlich: ```bash chown root:samba /var/lib/samba/private/secrets.tdb chmod 600 /var/lib/samba/private/secrets.tdb ``` 2. Erstelle die `secrets.tdb`-Datei neu: Wenn die Datei beschädigt ist, kannst du sie neu erstellen. Benenne die alte Datei um und erstelle eine neue: ```bash mv /var/lib/samba/private/secrets.tdb /var/lib/samba/private/secrets.tdb.bak touch /var/lib/samba/private/secrets.tdb ``` Setze die korrekten Berechtigungen für die neue Datei: ```bash chown root:samba /var/lib/samba/private/secrets.tdb chmod 600 /var/lib/samba/private/secrets.tdb ``` 3. Neustart der SMB-Dienste: Starte den SMB-Dienst neu, um die Änderungen zu übernehmen: ```bash systemctl restart smbd systemctl restart nmbd ``` 4. Überprüfe die SMB-Konfiguration: Vergewissere dich, dass die SMB-Konfiguration korrekt ist und keine Syntaxfehler oder andere Probleme vorliegen.

Schon einmal recht herzlichen Dank für die Mühe! Ich sehe ja nun schon mal ungefähr, was ich zu tun habe 🙂 Ich arbeite mich jetzt erst einmal ganz in Ruhe durch, ich habe auch einige threads markiert, die mir auf meinem Weg noch recht hilfreich sein sollten und gebe dann mal ein feedback zu dem, was ich ins rechte Licht rücken konnte. Euch allen schon mal einen schönen Sonntag. Ich werde nun erst mal die schöne TFT Sonne genießen 🙂 Danke an alle !

Ich habe beides versucht... mit Namen, sowohl auch IP Windows gibt in beiden fällen aus, dass die Verbindung vom Remote Gerät nicht akzeptiert wird... getestet an zwei unterschiedlichen VMs, beide VMs hatten keine zugriffprobleme, bevor der USB Stick mit Uraid, mutmaßlich schaden genommen hat

Ahh, ich denke ich sollte das hier vllt anfügen .. Sorry .. Grün hinter den Ohren .. Ich bitte um nachsicht file-server-diagnostics-20240525-1221.zip

So.. Danke schon mal für das feedback 🙂 Unraid ist nun auf einen neuen Stick gewandert und es gibt auch keine Lese / Schreibrecht Fehler mehr, die den Stick betreffen. Ich kann auch die SMB Einstelungen nun wieder erfolgreich ändern. Leider ist immer noch kein zugriff, von Windows aus auf die Shares möglich.

Guten morgen ihr lieben, leider ist es mir nicht mehr möglich auf meine Unraid Shares von Windows aus zuzugreifen. Ich habe hab nun schon einige versuche Unternommen, dieses Problem zu beheben. Als erstes habe ich mehrere VMs getestet, die vorher einwandfreien zugriff hatten, es scheint also kein Windows spezifisches Problem zu sein. Was mir aufällt ist, dass ich unter Shares, die (security Settings) Optionen gar nicht mehr ändern kann. Sie stehen auf Yes / Auto / Puplic und beim ändern kommt zwar die Unraid Animation, aber im Anschluss sind die Werte wie vorher gestezt. Ich fürchte ich habe hier irgendwas kaputt gemacht. Beim Starten sagt mir Unraid weiterhin Alert: USB Drive is not Read and Write, vermutlich kann ich deswegen auch keine Änderungen an den SMB Einstellungen vornehmen. Ich wäre sehr dankbar dafür, an dieser Stelle etwas hilfe zu bekommen.

Guten Tag zusammen, Ich habe mich nun einige Zeit mit dem Ruhezustand meiner Vms beschäftigt und könnte hier etwas Hilfe gebrauchen. Mein Wunsch wäre es, dass meine VMs automatisch in den Ruhezustand gehen, wenn ich mein Unraid schlafen schicke, oder es ausschalte. Leider funktioniert bisher nur der Umständliche Weg es händisch zu erledigen. Hat jemnd hierzu vllt eine Idee ?

(Das kann gar nicht funktioniert haben, weil bei No der Mover deaktiviert wird.) Sie haben natürlich recht, Yes war die Auswahl. Das mit dem Array neu starten, habe ich leider nicht getestet. Danke für den Hinweis. Ich habe letztendlich dann einfach alles wieder zurück in den domains Ordner gelegt und dann wurde auch alles brav kopiert. Ich werde es beizeiten noch einmal testen. Vielen Dank für ihre Hilfe!

Hallo zusammen, ich habe habe meine Cache Platte gegen 3 neue getauscht. Vorher waren die Daten der Docker und Vms mit prefer auf eine Cache Platten geroutet. Ich habe dann alle shares auf no gestellt,VM und Docker Dienste deaktiviert. den Mover angeschmissen und alles wurde brav aufs array kopiert. Danach habe ich die dienste wieder aktiviert und geprüft ob alles ohne cacheplatte läuft. Ja alles lief sauber und ich freute mich. Dann habe 3 neune Cacheplatten eingebaut. Sie wurden alle erkannt und unraid meldet keine Fehler. Ich habe dann alle Dienste wieder deaktiviert. Und habe meine 2 VMs in jeweils einen seperaten share ordner gepackt. Beiden share-ordnern habe ich jeweils eine eigene cache platte zugewiesen. Appdata und System haben dann die dritte erhalten. jetzt habe ich alles wieder zurück auf prefer gestellt und den mover wieder angeschmissen. Leider wurde nur der Appdata / System share zurück auf die zugewiesene SSD kopiert. Die beiden anderen VM shares bleiben leider auf dem Array wobei die beiden VM cachplatten leer zurückbleiben. Ich verstehe leider nicht was das Problem sein könnte. Ja oki, ich habe den VMS jeweils ein neues Share zugewiesen. Vlt hätte ich das nicht tun sollen. aber ich wollte einfach für die eine VM die schnelle m2 SSD haben und für die andere VM eben nicht. Eventuell hat ja jemand einen Tip für mich !

Voll gut, danke danke danke 😊😊😊😊 möge die Macht mit dir sein!

Vielen Dank Sir 😊 Das war wirklich sehr sehr informativ für mich. Ich werde mir die Tools einmal in Ruhe ansehen und mich noch einmal intensiver mit dem gesamten Szenario befassen. An dieser Stelle überlege ich tatsächlich schon den Schritt zurück zu Proxmox zu gehen. Zumindest für den ein oder anderen Container. Eigentlich war ich ziemlich begeistert von den Dockern in Unraid, aber unter diesem Aspekt vermisse ich meine Proxmox Container jetzt schon. Hier hatte ich alles fein unter Leases angezeigt bekommen, konnte jedem container statische ips zuweisen und alles war sortierbar für mich. Ich frage mich warum unraid das so nicht kann? Was läuft hier anders ? Es sind doch beides physische systeme die am lan des routers hängen welche virtuelle docker Maschinen bereitstellen, die dann ebend eine eigene ip haben. Auf beiden emuliere ich z.b. ein pihole, mit unraid kann es die ip nicht vom router dhcp bekommen, bei Proxmox eben schon. Wo liegt da der Unterschied?

Das würde mich auch interessieren. Es Wäre wirklich klasse, wenn der Router den Dockern die Adressen zuweisen könnte.

Danke zuerst einmal für deine Geduld mit mir! Bridge ist installiert. Ich habe nun folgendes gemacht: Ich habe den dhcp pool auf meinem MT Router auf 192.168.178.2 - 192.168.178.251 gesetzt. Dann habe ich unter Settings Docker den Pool ab 192.168.178.252 gesetzt (ok da ist nicht mehr viel Platz, aber erst mal ok denke ich! Zeit über LAN Topologie nachzudenken) Der Docker wurde nun auf 192.168.178.252 gestartet "tools/ip-scan : findet den Docker nmap scheint nicht installiert zu sein, leider weiß ich nicht wie ich es nach installiere. So wie auf anderen Linux distributionen klappt es jedenfalls nicht. nmap -sP 192.168.178.* bash: nmap: command not found Wenn ich nun unter "Leases - Add new" einen neuen Client mit "192.168.178.252 / 00:42:C0:A8:B2:FC" anlege, klappt das zwar, aber ich erhalte keine "active mac adresse" "active active Hostname etc"

Ok, an dieser stelle verstehe ich schon, dass es sich nicht mehr um ein Problem handet, welches ich in diesem Forum zu lösen ersuchen sollte 🙂 Und ja oki, ein Laie wie ich sollte vielleicht doch besser bei der Fritte bleiben, aber die leuchtet nicht so cool im Serverschrank 🙂

Ich versuche gerade, anhand der Infos, die ich von dir erhalten habe, das ganze Konstrukt ein wenig besser zu verstehen. Es wird dich nun bestimmt vermutlich super abnerven, aber ich möchte es dennoch einmal zusammenfassen. - Wenn ich die Docker auf Unraid im DHCP Modus betreibe, dann vergibt Unraid den Dockern automatisch die Ips. - Das Gleiche macht mein MT auch, mit allen Geräten, die über das Lan angebunden sind. - Beide Services können sich bezüglich der IP Vergabe nicht miteinander absprechen und somit entstehen IP Konflikte. (Hier wäre also das Mittel der Wahl, den Dockern statische IPs zuzuweisen, oder eben nicht br0 zu wählen, und sie somit alle über die Unraid Host IP erreichbar zu machen) Das mit den statischen IPs funktioniert ja auch schon mal, also würde ich diesen Weg wählen. - Die Anzeige der von Unraid vergebenen Ips unter IP/DhcpServer/Leases im MT kann nicht funktionieren, da die Docker schon von Unraid eine IP bekommen haben. Abhilfe: Die Docker Ips von Hand, inkl. Mac Adresse unter AddNew bei Leases eintragen. (Habe ich gemacht! Hat auch funktioniert und hat auch fast mein Problem gelöst, wäre da nicht die Tatsache, dass ich keinen Active Host Name unter der nun frisch hinzugefügten IP unter Leases eintragen kann. Ich sehe also leider unter Leases nicht, um welches Gerät es sich handelt. (Die Sinn Frage) Der Grund liegt darin, dass ich unter Leases alle Geräte im LAN sortiere und ich mir von hieraus den Überblick über mein Netzwerk verschaffe. Ich habe mir hier quasi eine kleine Ordnung erschaffen. Nur bedauerlicherweise fehlen mir nun die Docker in meiner Übersicht.

Ich hatte den post gelöscht, da ich beim nochmaligen Lesen verstanden habe, was du gemeint hast. Kann ich das irgendwie wieder nach oben verschieben ?

Danke schon einmal für eure Mühe, ich habe das Ganze nun einmal auf dhcp umgestellt, die Docker bekommen nun eine IP zugewiesen und ich kann diese auch erreichen. Sehe ich das richtig, dass jetzt mein MT die IPs vergibt? Das würde mich zumindest wunder, denn ich kann leider die Docker IPs auch auf diesem Wege nicht im MT / IP / DHCP Server / Leases / sehen. Weiterhin passiert es auf diesem Wege, dass manchen Dockern IPs zugewiesen werden, die schon von meinem MT an andere Clients vergeben wurden. Bedauerlicherweise ist dies alles auch alles ziemliches Neuland für mich und ich muss mir auf diesem Gebiet wohl noch einiges an Wissen aneignen. Ich versuche mal anhand von ein paar Fotos, etwas Aufschluss zu geben.