12
Pfsense UNMAP error mit LSI Logic SAS?
Hallo zusammen,
ich pack es mal unter Netzwerke: Allgemein, oder wird pfsense eher unter Netzwerke: Router gepackt?
Ich wollte mich mal ein wenig in pfsense einarbeiten, allerdings stehe ich nach der Installation schon auf Kriegsfuß damit?
Die Installation an sich läuft glatt, habe eine FreeBSD 12 - Vorlage auf meinem Standalone ESXi 7.0 U2 gewählt und
folgende Einstellungen vergeben:
Nach der Installation bootet das System neu, fragt mich nach VLANs und stirbt dann.
(gebe ich nichts ein und warte, stirbt er auch)
Hinsichtlich der Meldung ging ich von einem Problem mit dem virtuellen Controllertreiber aus.
Habe die Festplatte dann von LSI Logic SAS auf SATA umgesetzt und siehe da das gute Stück bleibt an.
Da ich bislang noch kein FreeBSD genutzt habe bleibt also die Frage offen ob das normal bei FreeBSD 12 mit ESXi 7 ist?
Die theoretisch geringere Performance sollte ich vermutlich nicht merken?
Grüße
ToWa
ich pack es mal unter Netzwerke: Allgemein, oder wird pfsense eher unter Netzwerke: Router gepackt?
Ich wollte mich mal ein wenig in pfsense einarbeiten, allerdings stehe ich nach der Installation schon auf Kriegsfuß damit?
Die Installation an sich läuft glatt, habe eine FreeBSD 12 - Vorlage auf meinem Standalone ESXi 7.0 U2 gewählt und
folgende Einstellungen vergeben:
Nach der Installation bootet das System neu, fragt mich nach VLANs und stirbt dann.
Hinsichtlich der Meldung ging ich von einem Problem mit dem virtuellen Controllertreiber aus.
Habe die Festplatte dann von LSI Logic SAS auf SATA umgesetzt und siehe da das gute Stück bleibt an.
Da ich bislang noch kein FreeBSD genutzt habe bleibt also die Frage offen ob das normal bei FreeBSD 12 mit ESXi 7 ist?
Die theoretisch geringere Performance sollte ich vermutlich nicht merken?
Grüße
ToWa
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1072629127
Url: https://administrator.de/contentid/1072629127
Ausgedruckt am: 19.12.2024 um 08:12 Uhr
12 Kommentare
Neuester Kommentar
Guckst du hier:
Sophos Software Appliance UTM - VLAN - CISCO SG Series Switches
VLAN mit Cisco SG220, ESXIund Pfsense
Die aktuelle pfSense Version nutzt 64Bit FreeBSD Version 12.2
https://docs.netgate.com/pfsense/en/latest/releases/versions.html
Die aktuelle OPNSense Version nutzt 64Bit FreeBSD Version 12.1
https://www.thomas-krenn.com/de/wiki/OPNsense#Versionen
Wenn du das entsprechend in den VM Optionen von ESXi vorgibst gibt es keinerlei Fehlermeldungen.
https://docs.netgate.com/pfsense/en/latest/recipes/virtualize-esxi.html
Sophos Software Appliance UTM - VLAN - CISCO SG Series Switches
VLAN mit Cisco SG220, ESXIund Pfsense
Die aktuelle pfSense Version nutzt 64Bit FreeBSD Version 12.2
https://docs.netgate.com/pfsense/en/latest/releases/versions.html
Die aktuelle OPNSense Version nutzt 64Bit FreeBSD Version 12.1
https://www.thomas-krenn.com/de/wiki/OPNsense#Versionen
Wenn du das entsprechend in den VM Optionen von ESXi vorgibst gibt es keinerlei Fehlermeldungen.
https://docs.netgate.com/pfsense/en/latest/recipes/virtualize-esxi.html
Danke, genau das hatte ich bei pfsense auch nachgeschlagen und entsprechend beim Anlegen der VM ja auch "FreeBSD Version 12 (64 Bit) " ausgewählt.
Alternativ gibt es ja nur niedriger als 11, 11 oder 13.
Der Controller wird entsprechend eingefügt von VMware, habe da ja nicht verändert.
Fakt ist mit dem Controller bekomme ich den UNMAP Fehler.
Welchen NIC Typ nutzt du im Hypervisor ? Oft sind die das Problem. Bei dir aber eher nicht da da0 klar das Storage ist !
Sieht aber möglicherweise nach einem Shared Storage Error aus:
https://forum.netgate.com/topic/98751/cam-status-scsi-status-error
Wenn du nach "pfsense da0 scsi status error" googelst gibt es einige Treffer.
Eine pfSense VM hier (ESXi Ver. 6.7.0) mit folgenden Parametern:
Zeigt keinerlei Fehler.
Auch da0 Messages beim Booten (oder mit dmesg | grep da0 i.d.Shell) sind vollkommen unauffällig.
Sieht aber möglicherweise nach einem Shared Storage Error aus:
https://forum.netgate.com/topic/98751/cam-status-scsi-status-error
Wenn du nach "pfsense da0 scsi status error" googelst gibt es einige Treffer.
Eine pfSense VM hier (ESXi Ver. 6.7.0) mit folgenden Parametern:
Auch da0 Messages beim Booten (oder mit dmesg | grep da0 i.d.Shell) sind vollkommen unauffällig.
Bei den NICs wird korrekt VMXNET3 voreingestellt.
Wie gesagt ist definitiv das storage da es dann mit VMDK am SATA Controller angehangen problemlos läuft.
Konntest du beim ESXi 6.7 auch schon in den FreeBSD Versionen unterscheiden oder gab es bis dato nur die Differenzierung zwischen 32 und 64 Bit?
Wie gesagt ist definitiv das storage da es dann mit VMDK am SATA Controller angehangen problemlos läuft.
Konntest du beim ESXi 6.7 auch schon in den FreeBSD Versionen unterscheiden oder gab es bis dato nur die Differenzierung zwischen 32 und 64 Bit?
Bei den NICs wird korrekt VMXNET3 voreingestellt.
Die Doku von Netgate redet aber von E1000.https://docs.netgate.com/pfsense/en/latest/recipes/virtualize-esxi.html# ...
beim ESXi 6.7 auch schon in den FreeBSD Versionen unterscheiden
Checke ich...Zitat von @aqui:
https://docs.netgate.com/pfsense/en/latest/recipes/virtualize-esxi.html# ...
Bei den NICs wird korrekt VMXNET3 voreingestellt.
Die Doku von Netgate redet aber von E1000.https://docs.netgate.com/pfsense/en/latest/recipes/virtualize-esxi.html# ...
Dann ist die Doku für die Füße. :D
Das hatte ich nämlich in einem Tutorial gesehen, dass das nach der Erstellung auf VMXNET3 eingestellt werden sollte und das war bei mir schon geschehen. Da ich die Maschine mind. 2x angelegt habe und es bei jedem Mal so war passt das wohl in der Vorauswahl des Gastbetriebssystems FreeBSD 12 64 Bit bei ESXi 7.0.
Dann ist die Doku für die Füße.
Stimmt in sofern als das ich hier auch die vmxnet Interfaces nutze und mit denen alles fehlerlos klappt. 
Hier mal ein kleines Update, der deutsche Bereich bei Netgate ist ziemlich träge.
Eine Lösung gab es da nach 24 Tagen keine, nur einen Verweis auf FreeBSD.
Dahingehend hatte ich mich in der Zwischenzeit schon gehangelt und habe einen Hinweis gefunden,
dass es nicht primär am ESXi 7.0 hängt, sondern mit dem damit eingeführten Storage VMFS in Version 6.
Ein Drowngrade auf Version 5 soll da Abhilfe schaffen, sehe ich aber irgendwie nicht und daher verschiebe
ich das Projekt pfsense bis FreeBSD 13 die Basis wird, das sollte dann wohl klappen. :D
Eine Lösung gab es da nach 24 Tagen keine, nur einen Verweis auf FreeBSD.
Dahingehend hatte ich mich in der Zwischenzeit schon gehangelt und habe einen Hinweis gefunden,
dass es nicht primär am ESXi 7.0 hängt, sondern mit dem damit eingeführten Storage VMFS in Version 6.
Ein Drowngrade auf Version 5 soll da Abhilfe schaffen, sehe ich aber irgendwie nicht und daher verschiebe
ich das Projekt pfsense bis FreeBSD 13 die Basis wird, das sollte dann wohl klappen. :D
Ich hab 2 pfSense und auch OPNsense hier auf ESXi 6 fehlerlos am laufen auf einem Intel NUC.
Zitat von @aqui:
Ich hab 2 pfSense und auch OPNsense hier auf ESXi 6 fehlerlos am laufen auf einem Intel NUC.
Ich hab 2 pfSense und auch OPNsense hier auf ESXi 6 fehlerlos am laufen auf einem Intel NUC.
Nicht ESXi 6, sondern die Datastoreversion 6 (VMFS). ;)
Manchmal sollte man mal über sich selbst nachdenken und heute ist so ein Tag an dem man auch mal Fehler eingestehen muss.
Ich habe mich bei pfsense selbst ausgeknockt!
Wo lag nun also das Problem?
Bei mir! Ich war zwar in dem Glauben die Einstellungen der VM auf Standard zu belassen, allerdings ist mir ein Licht aufgegangen. Bei jeder VM die ich am ESX anlege schaue ich bei der Festplatte und in "geistiger Umnachtung" wähle ich dann immer:
Beim FreeBSD steht dort allerdings "träge nullgesetzt" als Standard und wenn man das beibehält, dann klappt es auch mit dem SAS-Controller. ;-D
Ich habe mich bei pfsense selbst ausgeknockt!
Wo lag nun also das Problem?
Bei mir! Ich war zwar in dem Glauben die Einstellungen der VM auf Standard zu belassen, allerdings ist mir ein Licht aufgegangen. Bei jeder VM die ich am ESX anlege schaue ich bei der Festplatte und in "geistiger Umnachtung" wähle ich dann immer:
Beim FreeBSD steht dort allerdings "träge nullgesetzt" als Standard und wenn man das beibehält, dann klappt es auch mit dem SAS-Controller. ;-D
👍 Danke für das hilfreiche Feedback !
