↧
Fusion • Re: Mac 10.14.6 Fusion 11.0 Bluescreen
↧
vSphere 6.5 • PCI Passthrough RAID Controller
Hallo zusammen!
Zunächst möchte ich mich gerne für die schnelle Freischaltung meines Accounts bedanken. Ich hoffe hier Hilfe zu finden und bin immer für konstruktive Kritik zu haben![:)]( "Smile")
Kurz zu meinem Szenario:
Ich bin Informatiker habe mich aber in meinem bisherigen Beruflichen Leben wenig bis kaum mit VMWare beschäftigt. Das soll sich nun mit einem Homeserver mit aufgesetzten Esxi Hypervisor ändern.
Mein aktuelles Ziel bzw. mein gewünschtes Testszenario:
Aufsetzen einer FreeNas VM mit durch gereichtem LSI SAS2008 RAID Controller.
Erkennungsprobleme zum LSI SAS2008 kann ich keine erkennen. Richte ich den Controller im Esxi als zusätzliches Laufwerk ein Funktionierent dies tadellos. Jetzt scheitere ich beim PCI Passthrough
Ich wähle die PCI Card für den Passthrough aus, starte meinen Host neu und das Device wird mir noch immer mit dem Hinweis angezeigt, dass ich den Host neu starten soll. Erstelle ich eine neue VM wird mir als zusätzliches Gerät der LSI Controller nicht angezeigt, ich kann gar kein PCI Gerät auswählen. Das ganze habe ich auch im Wartungsmodus versucht da ist das Verhalten genau gleich.
Habt ihr eine Idee woran dies liegen könnte? Ich gehe aktuell davon aus, dass ich bestimmt was falsch ausgewählt bzw konfiguriert habe.
Danke für eure Hilfe!
Ich habe zwei Screenshot als Dateianhang in diesem Post Mal hinzugefügt.
Zunächst möchte ich mich gerne für die schnelle Freischaltung meines Accounts bedanken. Ich hoffe hier Hilfe zu finden und bin immer für konstruktive Kritik zu haben
Kurz zu meinem Szenario:
Ich bin Informatiker habe mich aber in meinem bisherigen Beruflichen Leben wenig bis kaum mit VMWare beschäftigt. Das soll sich nun mit einem Homeserver mit aufgesetzten Esxi Hypervisor ändern.
Mein aktuelles Ziel bzw. mein gewünschtes Testszenario:
Aufsetzen einer FreeNas VM mit durch gereichtem LSI SAS2008 RAID Controller.
Erkennungsprobleme zum LSI SAS2008 kann ich keine erkennen. Richte ich den Controller im Esxi als zusätzliches Laufwerk ein Funktionierent dies tadellos. Jetzt scheitere ich beim PCI Passthrough
Ich wähle die PCI Card für den Passthrough aus, starte meinen Host neu und das Device wird mir noch immer mit dem Hinweis angezeigt, dass ich den Host neu starten soll. Erstelle ich eine neue VM wird mir als zusätzliches Gerät der LSI Controller nicht angezeigt, ich kann gar kein PCI Gerät auswählen. Das ganze habe ich auch im Wartungsmodus versucht da ist das Verhalten genau gleich.
Habt ihr eine Idee woran dies liegen könnte? Ich gehe aktuell davon aus, dass ich bestimmt was falsch ausgewählt bzw konfiguriert habe.
Danke für eure Hilfe!
Ich habe zwei Screenshot als Dateianhang in diesem Post Mal hinzugefügt.
Statistik: Verfasst von painkillerchris — 14.06.2020, 22:30
↧
↧
vSphere 6.5 • Re: PCI Passthrough RAID Controller
Ich hatte jahrelang Consumerhardware am laufen, da ging durchreichen mal, mal nicht. Wenn es klappte lief es problemlos durch, aber manchmal musste ich das Passtrough neu konfigurieren und dann den Host nochmals starten danach. Seit ich von X79 auf C612 gewechselt bin, ist das Thema zum Glück Geschichte. Was hast Du denn für Hardware am Start?
Dann höre ich da FreeNAS heraus. Möchtest Du ein Hardwareraid darauf machen? Die meisten hier patchen für ZFS den HBA in den IT Mode, ich auch. Und für ZFS geht glaub ich kein Hardwareraid. Hardwareraid machen eher die Leute, die das direkt am Blech betreiben.
Wenn Du noch in der Findungsphase bist, würde ich mir mal geas napp-it Projekt mit Solaris anschauen. Gerade auch, wenn Du den Filer für NFS und die VMs verwenden möchtest. Ich bin auch von FreeNAS zuerst auf Xigmanas und schlussendlich auf napp-it gewechselt. Das mit dem Nappit AiO haben auch die meisten auf dem Hardwareluxx.
https://napp-it.org/
Dann höre ich da FreeNAS heraus. Möchtest Du ein Hardwareraid darauf machen? Die meisten hier patchen für ZFS den HBA in den IT Mode, ich auch. Und für ZFS geht glaub ich kein Hardwareraid. Hardwareraid machen eher die Leute, die das direkt am Blech betreiben.
Wenn Du noch in der Findungsphase bist, würde ich mir mal geas napp-it Projekt mit Solaris anschauen. Gerade auch, wenn Du den Filer für NFS und die VMs verwenden möchtest. Ich bin auch von FreeNAS zuerst auf Xigmanas und schlussendlich auf napp-it gewechselt. Das mit dem Nappit AiO haben auch die meisten auf dem Hardwareluxx.
https://napp-it.org/
Statistik: Verfasst von MarroniJohny — 15.06.2020, 00:46
↧
VMware Workstation und VMware Workstation Pro • Probleme mit NAT
Sehr geehrte Damen und Herren,
seit einigen Tage nutze ich VMware Workstation (15.5.6 build-16341506) auf meinem PC (windows 10 x64, 32 GB Ram, 16 Kerne)
und habe in meiner virtuellen Umgebung Kali Linux (Debian 10 x64) aus beruflichen Gründen laufen, welches über das VMware NAT an
das lokale Lan angebunden ist.
Leider fällt immer nach einiger Zeit die Netzwerkfunktionalität bei einiger Auslastung (z.B. div. Portscans) flach und auch einfache Pings funktionieren nicht mehr.
Wenn ich den VMware Nat Dienst neustarte geht es wieder einige Zeit. Von daher vermute ich, dass der Fehler irgendetwas mit Timeouts oder einer vollen NAT-Tabelle zu tun hat. Wie kann ich das troubleshooten ? Gibt es irgendwelche Logs ? Kann ich Timeouts anpassen oder die NAT Tabelle manuell erweitern ? Oder liegt der Fehler vlt irgendwo ganz anders ?
seit einigen Tage nutze ich VMware Workstation (15.5.6 build-16341506) auf meinem PC (windows 10 x64, 32 GB Ram, 16 Kerne)
und habe in meiner virtuellen Umgebung Kali Linux (Debian 10 x64) aus beruflichen Gründen laufen, welches über das VMware NAT an
das lokale Lan angebunden ist.
Leider fällt immer nach einiger Zeit die Netzwerkfunktionalität bei einiger Auslastung (z.B. div. Portscans) flach und auch einfache Pings funktionieren nicht mehr.
Wenn ich den VMware Nat Dienst neustarte geht es wieder einige Zeit. Von daher vermute ich, dass der Fehler irgendetwas mit Timeouts oder einer vollen NAT-Tabelle zu tun hat. Wie kann ich das troubleshooten ? Gibt es irgendwelche Logs ? Kann ich Timeouts anpassen oder die NAT Tabelle manuell erweitern ? Oder liegt der Fehler vlt irgendwo ganz anders ?
Statistik: Verfasst von hilmbert — 16.06.2020, 20:14
↧
VMware Workstation und VMware Workstation Pro • Re: Probleme mit NAT
Die häufigsten Probleme sind:
Die Punkte 1 und 2 kannst du in der WS ganz einfach über den VMware-Netzwerk-Editor (vmnetcfg.exe) einstellen, sollte auch in der aktuelle Version einen eigenen Win-Startmenueintrag haben und in der WS gibt es auch einen Menupunkt zu den Netzwerkeinstellungen. Die voreingestellten VMnet0 (Bridge), VMnet1 (Host-only) und VMnet8 (VMware-NAT) würde ich nicht bzw ggf (VMnet1 und VMnet8) nur den genutzten IP-Bereich ändern. Die erste und für die Funktion des VMware-Netzwerks wichtigste NIC weist man manuell dem VMnet0 und alle weiteren NIC entsprechend einem noch unbenutzen VMnetX zwischen 2 bis 7 und 9 bis je nach WS-Version fast unbegrenzt zu. Es besteht also inzwischen kein Grund mehr, die voreingestellten VMnetX zu verstellen. Hintergrund ist, daß in der VMware-Welt beim Sprechen über "Host-only" und "VMware-NAT" immer von den dafür voreingestellten VMnetX ausgegangen wird.
Die erste NIC ist deshalb so wichtig, weil es in der WS keine feste Reihenfolge der NICs gibt. Landet eine NIC im Offline-Zustand auf dem VMnet0, stottert die ganze VMware-Netzwerkumgebung. Deshalb überläßt man VMware bei mehr als einer NIC im Host nicht mehr die Zuweisung zu den VMnetX.
Bei mehr als einer NIC im Host gibt es eine zusätzliche Besonderheit und zwar wenn die VMware-Bridge (VMnet0) eingesetzt werden soll. In diesem Fall weist man allen VMs gleich das Custom-Interface zu und kann dann im sich darunter öffnenden Menu das gewünschte VMnetX auswählen. Andernfalls könnte eine VM im falschen Subnetz arbeiten.
- 2 oder mehr NICs im Host/Wirt stecken und nur 1 ist mit einem Router verbunden
- bei 2 oder mehr NICs überläßt man VMware trotzdem das Auto-Bridging zu übernehmen
- in Sec-Suite/Antivirus wurden keine Ausnahmen sowohl für den VMware-Programmeordner als auch VMDK-Dateien angelegt
Die Punkte 1 und 2 kannst du in der WS ganz einfach über den VMware-Netzwerk-Editor (vmnetcfg.exe) einstellen, sollte auch in der aktuelle Version einen eigenen Win-Startmenueintrag haben und in der WS gibt es auch einen Menupunkt zu den Netzwerkeinstellungen. Die voreingestellten VMnet0 (Bridge), VMnet1 (Host-only) und VMnet8 (VMware-NAT) würde ich nicht bzw ggf (VMnet1 und VMnet8) nur den genutzten IP-Bereich ändern. Die erste und für die Funktion des VMware-Netzwerks wichtigste NIC weist man manuell dem VMnet0 und alle weiteren NIC entsprechend einem noch unbenutzen VMnetX zwischen 2 bis 7 und 9 bis je nach WS-Version fast unbegrenzt zu. Es besteht also inzwischen kein Grund mehr, die voreingestellten VMnetX zu verstellen. Hintergrund ist, daß in der VMware-Welt beim Sprechen über "Host-only" und "VMware-NAT" immer von den dafür voreingestellten VMnetX ausgegangen wird.
Die erste NIC ist deshalb so wichtig, weil es in der WS keine feste Reihenfolge der NICs gibt. Landet eine NIC im Offline-Zustand auf dem VMnet0, stottert die ganze VMware-Netzwerkumgebung. Deshalb überläßt man VMware bei mehr als einer NIC im Host nicht mehr die Zuweisung zu den VMnetX.
Bei mehr als einer NIC im Host gibt es eine zusätzliche Besonderheit und zwar wenn die VMware-Bridge (VMnet0) eingesetzt werden soll. In diesem Fall weist man allen VMs gleich das Custom-Interface zu und kann dann im sich darunter öffnenden Menu das gewünschte VMnetX auswählen. Andernfalls könnte eine VM im falschen Subnetz arbeiten.
Statistik: Verfasst von Dayworker — 17.06.2020, 06:21
↧
↧
VMware Workstation und VMware Workstation Pro • USB zur VM weiterreichen geht nicht
Hallo
obwohl ich bein den Einstellungen Connections: When a new USB decice detected VMware Workstation should: Ask me what to do. den Haken gesetzt habe reagiert die Workstation nicht darauf.
Workstation 15.5 neustes Update läuft auf Windows 10
Was kann ich noch tun
Danke
obwohl ich bein den Einstellungen Connections: When a new USB decice detected VMware Workstation should: Ask me what to do. den Haken gesetzt habe reagiert die Workstation nicht darauf.
Workstation 15.5 neustes Update läuft auf Windows 10
Was kann ich noch tun
Danke
Statistik: Verfasst von klocki — 17.06.2020, 10:17
↧
VMware Workstation und VMware Workstation Pro • Re: USB zur VM weiterreichen geht nicht
Letzte WS-Version 15.5.6 eingespielt?
Statistik: Verfasst von Dayworker — 17.06.2020, 11:03
↧
3rd Party Zubehör und Produkte • welche Backuplösunb kann NFS Shares der Server direkt nutzen?
Hallo,
im Zuge der Ablösung von VM Explorer stosse ich auf ein Problem.
Der Vm Explorer konnte die jeweils lokal auf den ESX Hosts eingehängten NFs Shares als Sicherungspfad nutzen.
Alle Lösungen die ich mir ansonsten angeschaut habe arbeiten über den zentralen Backup-Server.
Ich finde das eigenlich ziemlich praktisch auf den NFS Backupserver direkt ohne Umweg zu sichern.
Hat jemand einen Tip?
Gruß
Ralf
im Zuge der Ablösung von VM Explorer stosse ich auf ein Problem.
Der Vm Explorer konnte die jeweils lokal auf den ESX Hosts eingehängten NFs Shares als Sicherungspfad nutzen.
Alle Lösungen die ich mir ansonsten angeschaut habe arbeiten über den zentralen Backup-Server.
Ich finde das eigenlich ziemlich praktisch auf den NFS Backupserver direkt ohne Umweg zu sichern.
Hat jemand einen Tip?
Gruß
Ralf
Statistik: Verfasst von rprengel — 18.06.2020, 06:50
↧
vSphere 6.7 • alten Server als Backup Ziel weiterverwenden? (neueres Esxi vorher installieren sinnvoll?)
Hallo,
Vmware Esxi 6.7 auf HP DL380 Gen7 installieren sollte man gar nicht erst probieren oder?
Geht nur darum, das der aktuelle aktuelle Gen10 Server mit esxi 6.7 läuft und Veeam (community edition) auf den alten HP Server "Veeam Backup Replica machen könnte" (weil auf dem alten Gen7 Server Platz ist)
Auf dem Server ist esxi 5.5 drauf.
Es handelt sich um eine 20 Mann Firma.
https://techlibrary.hpe.com/us/en/enter ... mware.aspx
Vmware Esxi 6.7 auf HP DL380 Gen7 installieren sollte man gar nicht erst probieren oder?
Geht nur darum, das der aktuelle aktuelle Gen10 Server mit esxi 6.7 läuft und Veeam (community edition) auf den alten HP Server "Veeam Backup Replica machen könnte" (weil auf dem alten Gen7 Server Platz ist)
Auf dem Server ist esxi 5.5 drauf.
Es handelt sich um eine 20 Mann Firma.
https://techlibrary.hpe.com/us/en/enter ... mware.aspx
Statistik: Verfasst von vmware-admin2016 — 18.06.2020, 11:41
↧
↧
vSphere 6.7 • Re: alten Server als Backup Ziel weiterverwenden? (neueres Esxi vorher installieren sinnvoll?)
Auf die Gen7 würde ich höchstens den 6.5er installieren und selbst das wäre mir im betrieblichen Umfeld zu heiß.
Veeam kann ja meines Wissens mit allen VMFS-Versionen umgehen. Eine Replication auf den 5.5 sollte daher möglich sein.
Veeam kann ja meines Wissens mit allen VMFS-Versionen umgehen. Eine Replication auf den 5.5 sollte daher möglich sein.
Statistik: Verfasst von Dayworker — 18.06.2020, 11:48
↧
VMware Workstation und VMware Workstation Pro • integ. Kamera in VM nutzen
Hallo in die Runde!
Mein erster Beitrag ist wie wahrscheinlich bei allen die sich in einem Forum anmelden gleich mal eine Frage:
Ich habe ein Notebook mit integrierter Kamera. Auf dem Notebook verwende ich Workstation Pro und greife damit auf meine VM zu. Ich möchte nun die integrierte Kamera an die VM durchschleifen, finde aber keine Möglichkeit.
VMware schreibt hierzu:
Select Virtual Machine > Settings.
Click Add Device.
Select Camera.
Click Add.
Bei mir ist keine auszuwählende Kamera vorhanden.
Über Hilfestellung freue ich mich sehr!!!
Gruß und Dank
Mein erster Beitrag ist wie wahrscheinlich bei allen die sich in einem Forum anmelden gleich mal eine Frage:
Ich habe ein Notebook mit integrierter Kamera. Auf dem Notebook verwende ich Workstation Pro und greife damit auf meine VM zu. Ich möchte nun die integrierte Kamera an die VM durchschleifen, finde aber keine Möglichkeit.
VMware schreibt hierzu:
Select Virtual Machine > Settings.
Click Add Device.
Select Camera.
Click Add.
Bei mir ist keine auszuwählende Kamera vorhanden.
Über Hilfestellung freue ich mich sehr!!!
Gruß und Dank
Statistik: Verfasst von OmatCS — 18.06.2020, 11:51
↧
VMware Workstation und VMware Workstation Pro • Re: integ. Kamera in VM nutzen
Wenn die CAM auch von Windows-Hello verwendet wird, wird Windows diese niemals herausgeben. Du kannst ja testweise mal eine USB-Cam dranhängen und wenn es dann klappt, hast du die Erklärung.
Andernfalls müßten wir uns das "vmware.log" mal anschauen, ob da irgendwelche Hinweise drinstehen.
Hast du die WS das erste Mal installiert oder ein Upgrade von einer älteren Version gemacht?
Andernfalls müßten wir uns das "vmware.log" mal anschauen, ob da irgendwelche Hinweise drinstehen.
Hast du die WS das erste Mal installiert oder ein Upgrade von einer älteren Version gemacht?
Statistik: Verfasst von Dayworker — 18.06.2020, 11:57
↧
vSphere 5 / ESXi 5 und 5.1 • autostart VMs beim booten einmalig unterbinden.
Hallo,
ich sitze mitten im Nichts und kann aktuell kaum recherchieren und nichts selber testen.
Einen Bekannten ist ein ESX 5.1 durch einen USV Schaden hart herunter gefahren. Schön das die Hardware nach meinem Urlaub getauscht uns der ESx aktualisiert werden soll. Murphy grüsst.
Eine Netwaee VM auf dem Host startet mittels autostart und soll jetzt aber nicht automatisch starteten.
Gibt es einen Boot-Parameter der den Autostart einmal blockiert?
Gruss und Dank
Ralf
ich sitze mitten im Nichts und kann aktuell kaum recherchieren und nichts selber testen.
Einen Bekannten ist ein ESX 5.1 durch einen USV Schaden hart herunter gefahren. Schön das die Hardware nach meinem Urlaub getauscht uns der ESx aktualisiert werden soll. Murphy grüsst.
Eine Netwaee VM auf dem Host startet mittels autostart und soll jetzt aber nicht automatisch starteten.
Gibt es einen Boot-Parameter der den Autostart einmal blockiert?
Gruss und Dank
Ralf
Statistik: Verfasst von rprengel — 19.06.2020, 19:26
↧
↧
vSphere 5 / ESXi 5 und 5.1 • Re: autostart VMs beim booten einmalig unterbinden.
Zum Aktualisieren etc wechsle ich immer in den Maintenance-Mode. Allerdings ist es fraglich, ob du einen 5.1er ESXi auf irgendetwas neues sinnvoll updaten kannst. Der Host wird ja nicht umsonst auf dem alten Stand geblieben sein.
Statistik: Verfasst von Dayworker — 19.06.2020, 19:38
↧
vSphere 6.7 • vCenter converter standalone - keine SSH-Zugriff
Hallo,
wir benutzen vCenter/esxi 6.7 und haben mit dem vCenter converter standalone keine SSH-Zugriff, um einen Linux als vmdk-File auszugeben.
Fehler:
Unable to query live linux source machine. Make sure that you can run sodu without entering a pasword when logged in over ssh.
Unser Opensuse 13.2 ermöglicht keine direkte root-Anmeldung. Zunächt muß der Benutzer sich anmelden und dann mit su wird das root-Kennwort angefordert. Außerdem wir als Port nicht 22 verwendet, sonder 35xx (eingetragen in der sshd_config).
Außerdem:
- Eine Änderung des Ports von 35xx auf 22 bringt nichts.
- bei Anmeldung als root kommt Authentification error, incorrect user name
Danke für Feedback
wir benutzen vCenter/esxi 6.7 und haben mit dem vCenter converter standalone keine SSH-Zugriff, um einen Linux als vmdk-File auszugeben.
Fehler:
Unable to query live linux source machine. Make sure that you can run sodu without entering a pasword when logged in over ssh.
Unser Opensuse 13.2 ermöglicht keine direkte root-Anmeldung. Zunächt muß der Benutzer sich anmelden und dann mit su wird das root-Kennwort angefordert. Außerdem wir als Port nicht 22 verwendet, sonder 35xx (eingetragen in der sshd_config).
Außerdem:
- Eine Änderung des Ports von 35xx auf 22 bringt nichts.
- bei Anmeldung als root kommt Authentification error, incorrect user name
Danke für Feedback
Statistik: Verfasst von rkoenig — 20.06.2020, 09:55
↧
vSphere 6.7 • Re: vCenter converter standalone - keine SSH-Zugriff
Erster Treffer, wenn man einfach nach der kompletten Fehlermeldung googelt:
https://hyperhci.com/2019/12/20/linux-p2v-migration-error-make-sure-that-you-can-run-sudo-without-entering-a-password-troubleshooting/
Kurzzusammenfassung: in der sshd_config root login erlauben, sudo installieren, sudoers Datei für passwortloses sudo anpassen.
https://hyperhci.com/2019/12/20/linux-p2v-migration-error-make-sure-that-you-can-run-sudo-without-entering-a-password-troubleshooting/
Kurzzusammenfassung: in der sshd_config root login erlauben, sudo installieren, sudoers Datei für passwortloses sudo anpassen.
Statistik: Verfasst von ~thc — 20.06.2020, 10:52
↧
vSphere 7.0 • Re: Achtung: SMR-Format bei HDDs
Synology hat offiziell alle WD Red- und Seagate Barracuda-SMR-Platten aus seiner Kompatibilitätsliste gelöscht.
Statistik: Verfasst von ~thc — 22.06.2020, 10:47
↧
↧
Converter • Convertierung einer Linux VM Hardware 10.0 nach 9.0
Hallo Zusammen!
Ich habe folgende Ausgangssituation:
LinuxVM 2x 40GB VMDK - gelaufen auf einem ESX5.5 mit HW-Version 10.0
muss auf einen ESX5.1 mit HW-Version 09.0 umgezogen werden.
Mein Converter 6.2 bricht aber bei konstant 51% mit dem Fehler "The operation experienced a network error" ab.
Gelesen habe ich - das wohl die VMDK hier das Problem sein soll - und hier im Forum hat jemand mit dem selben Problem die Größe der Festplatte geändert. Das verweigert mir aber der Converter.
Kurzum - gibt es eine Möglichkeit die Hardwareversion von 10.0 auf 9.0 zu ändern, ohne den Converter bemühen zu müssen?
Denn der ESX5.1 weigert sich beim starten der VM die VMDK richtig einzubinden.
Vielen Dank für die Hilfe!
Markus
Ich habe folgende Ausgangssituation:
LinuxVM 2x 40GB VMDK - gelaufen auf einem ESX5.5 mit HW-Version 10.0
muss auf einen ESX5.1 mit HW-Version 09.0 umgezogen werden.
Mein Converter 6.2 bricht aber bei konstant 51% mit dem Fehler "The operation experienced a network error" ab.
Gelesen habe ich - das wohl die VMDK hier das Problem sein soll - und hier im Forum hat jemand mit dem selben Problem die Größe der Festplatte geändert. Das verweigert mir aber der Converter.
Kurzum - gibt es eine Möglichkeit die Hardwareversion von 10.0 auf 9.0 zu ändern, ohne den Converter bemühen zu müssen?
Denn der ESX5.1 weigert sich beim starten der VM die VMDK richtig einzubinden.
Vielen Dank für die Hilfe!
Markus
Statistik: Verfasst von mbraeunlein — 23.06.2020, 10:53
↧
VMware Player und VMware Workstation Player • Re: VMware Player funktioniert nicht in Siduction Host
Dayworker hat geschrieben:
Hier muß man wieder eines ganz klar sagen. Falls man am Kernel-Puls der Zeit bleiben will und immer die neuesten Kernel einzusetzen gedenkt, bleibt einem als einfachste Lösung nur die Nutzung eines VT-Produktes übrig, daß von den Kernel-Maintainern im Zuge der Kernel-EW mitgepflegt wird und das wäre dann halt KVM.
Schwacher Trost.
Nur gut, daß ich noch ein altes EOL Ubuntu 12.04 habe. Da läuft nämlich auch die neueste Version von VMware Player noch.
Leider funktioniert im Gegensatz zu VirtualBox die VM mit Fedora 32 nicht.
Siehe Anhang.
Code:
cat /etc/fstab
# /etc/fstab
# Created by anaconda on Sun Jun 21 05:06:05 2020
#
# Accessible filesystems, by reference, are maintained under '/dev/disk/'.
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
#
# After editing this file, run 'systemctl daemon-reload' to update systemd
# units generated from this file.
#
UUID=38d730e7-72cd-4edf-9ddb-59c5ca8d0cb1 / ext4 defaults 1 1
UUID=9ed52596-7fd1-4410-9c51-e74a61ff0c81 /boot ext4 defaults 1 2
UUID=89b74026-ff81-4637-adc9-238e9ae000cf /home ext4 defaults 1 2
UUID=88e91714-8c95-44c2-a1ed-534524b8f4ab none swap defaults 0 0
$ sudo blkid
/dev/sda1: UUID="9ed52596-7fd1-4410-9c51-e74a61ff0c81" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="0006e9f9-01"
/dev/sda2: UUID="38d730e7-72cd-4edf-9ddb-59c5ca8d0cb1" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="0006e9f9-02"
/dev/sda3: UUID="88e91714-8c95-44c2-a1ed-534524b8f4ab" TYPE="swap" PARTUUID="0006e9f9-03"
/dev/sda4: LABEL="FedoraHome" UUID="89b74026-ff81-4637-adc9-238e9ae000cf" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="0006e9f9-04"Ansonsten werde ich VirtualBox benutzen, da gibt es diese Probleme mit dem Kernel nämlich nicht.
Gruß
Ch. Hanisch
Statistik: Verfasst von Hanisch — 23.06.2020, 20:53
↧
vSphere 6.7 • Re: Konnektivitätsprobleme zum Datastore?
Dayworker hat geschrieben:
Stimmt Raid6 hatte er geschrieben, hab ich überlesen. Ändert aber nix daran, daß ich den Laufwerken den Streß eines Raid5/Raid6-Rebuilds nicht unbedingt zumuten würde.
Wie "irix" schon schrieb, gibt es nichts schlimmeres, als eine wankelmütige Platte. Ich würde diese Platte daher rausnehmen und aus alterungsgründen den Hotspare übernehmen lassen. Dann haben wenigstens alle Platten einen Abnutzungsgrad.
anschließend an solche Stresstests könnte HPE gefragt werden ob die Plattenfehler frei sind - ich weiß nur gerade nicht ob ein ILO AHS Log dafür ausreicht
Statistik: Verfasst von vmware-admin2016 — 23.06.2020, 20:54
↧