build 7bbbddf7 | content blog-content@c8490fa · 338 posts | profiles 20 · corpus 267 | 0 skipped | | format
apiVersion: soultec.ch/v1kind: Postmetadata: name: iscsi-datastore-not-consumed locale: de labels: author: dario-doerflinger series: lessons-learned capability/storage: 2.62 vendor/vmware: 0.88 annotations: source: blog-content/posts/de/iscsi-datastore-not-consumed.md route: /de/insights/iscsi-datastore-not-consumed/ schema: /nerd/schema/posts.json markdown: /de/insights/iscsi-datastore-not-consumed.mdspec: title: iSCSI Datastore Not Consumed date: 2024-01-24 author: dario-doerflinger locale: de summary: >- In einem Kundenprojekt auf vSphere 8.0 U2 erkannten einige Hosts ihre iSCSI Devices, wiesen sie aber als «not consumed» aus. Damit sieht der ESXi Host keine iSCSI Datastores. capabilities: [storage] vendors: [vmware] series: lessons-learned hero: /blog-assets/iscsi-datastore-not-consumed/hero.webp legacySlug: iscsi-datastore-not-consumed migrated: 2026-08-24 draft: false sections: - body: | Bei einem Kundenprojekt wo wir mit aktuellem vSphere Release (8.0 U2) arbeiten hatten wird während dem Aufbau auf einigen Hosts das Phänomen, dass die iSCSI Devices zwar erkannt wurden, aber als «not consumed» ausgewiesen wurden. Dies führt dazu, dass der ESXi Host keine iSCSI Datastores sieht. - heading: "

![](/blog-assets/iscsi-datastore-not-consumed/01.webp)Auslöser

"
body: | Während dem Aufbau mussten wir mehrmals an der Switchkonfiguration auf den ESXi Hosts Anpassungen vornehmen. Weil wir hier Configuration Profiles einsetzen mussten wir beispielsweise die VMkernel Interfaces zuerst auf einen Standard Switch verschieben bevor wir das Configuration Profil anwenden konnten. Im Zug dieser Anpassungen sind scheinbar Fehler entstanden. Ausgelöst wurde das «Not consumed» Problem, wenn man die Uplinks der iSCSI VMkernel Interfaces entfernt hat. - heading:

Analyse

body: | Die Problemanlayse zeigt folgende Verhalten: - Der Host braucht enorm lange zum Rebooten - Der erste Versuch das Problem zu lösen ist ein sauberer Reboot - Der host bleibt beim Schritt «activating: system-storage» stehen:![activating: system-storage](/blog-assets/iscsi-datastore-not-consumed/02.webp) - Aufgrund der vorangegangenen Anpassungen im Netzwerk musste das Problem dort liegen. - Die MTU Size ist hier zwingend zu überprüfen! - Google Recherchen brachten vor allem Inputs zum «esxcfg-volume -l» Befehl, doch dieser hat in dieser Situation nicht geholfen - heading:

Lösung

body: | Die Lösung war die MTU Size. Die MTU Size muss zwingend überall identisch konfiguriert sein. In unserem Fall war auf einem Standard Switch die MTU wieder auf 1500 gestellt, was zu diesem Verhalten führte, dass die iSCSI Datastores als «not consumed» erkannt wurden. ![MTU error iscsi datastore not consumed](/blog-assets/iscsi-datastore-not-consumed/03.webp) Um das Problem zu beheben musste wir die MTU richtig konfigurieren und anschliessend die ESXi Hosts rebooten.status: corpus: 267 alsoLike: - {ref: posts/setting-up-a-greenfield-vsan-cluster-on-6-5-update-1, score: 1.00} - {ref: posts/tips-and-tricks-for-vsan-troubleshooting, score: 1.00} - {ref: solutions/vmware/vmware-cloud-foundation/vmware-vsan, score: 0.76}
{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "iscsi-datastore-not-consumed", "locale": "de", "labels": { "author": "dario-doerflinger", "series": "lessons-learned", "capability/storage": "2.62", "vendor/vmware": "0.88" }, "annotations": { "source": "blog-content/posts/de/iscsi-datastore-not-consumed.md", "route": "/de/insights/iscsi-datastore-not-consumed/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/iscsi-datastore-not-consumed.md" } }, "spec": { "title": "iSCSI Datastore Not Consumed", "date": "2024-01-24", "author": "dario-doerflinger", "locale": "de", "summary": "In einem Kundenprojekt auf vSphere 8.0 U2 erkannten einige Hosts ihre iSCSI Devices, wiesen sie aber als «not consumed» aus. Damit sieht der ESXi Host keine iSCSI Datastores.", "capabilities": [ "storage" ], "vendors": [ "vmware" ], "series": "lessons-learned", "hero": "/blog-assets/iscsi-datastore-not-consumed/hero.webp", "legacySlug": "iscsi-datastore-not-consumed", "migrated": "2026-08-24", "draft": false }, "sections": [ { "body": "Bei einem Kundenprojekt wo wir mit aktuellem vSphere Release (8.0 U2) arbeiten hatten wird während dem Aufbau auf einigen Hosts das Phänomen, dass die iSCSI Devices zwar erkannt wurden, aber als «not consumed» ausgewiesen wurden. Dies führt dazu, dass der ESXi Host keine iSCSI Datastores sieht." }, { "heading": "

![](/blog-assets/iscsi-datastore-not-consumed/01.webp)Auslöser

",
"body": "Während dem Aufbau mussten wir mehrmals an der Switchkonfiguration auf den ESXi Hosts Anpassungen vornehmen. Weil wir hier Configuration Profiles einsetzen mussten wir beispielsweise die VMkernel Interfaces zuerst auf einen Standard Switch verschieben bevor wir das Configuration Profil anwenden konnten.\n\nIm Zug dieser Anpassungen sind scheinbar Fehler entstanden. Ausgelöst wurde das «Not consumed» Problem, wenn man die Uplinks der iSCSI VMkernel Interfaces entfernt hat." }, { "heading": "

Analyse

",
"body": "Die Problemanlayse zeigt folgende Verhalten:\n\n- Der Host braucht enorm lange zum Rebooten\n - Der erste Versuch das Problem zu lösen ist ein sauberer Reboot\n - Der host bleibt beim Schritt «activating: system-storage» stehen:![activating: system-storage](/blog-assets/iscsi-datastore-not-consumed/02.webp)\n- Aufgrund der vorangegangenen Anpassungen im Netzwerk musste das Problem dort liegen.\n - Die MTU Size ist hier zwingend zu überprüfen!\n- Google Recherchen brachten vor allem Inputs zum «esxcfg-volume -l» Befehl, doch dieser hat in dieser Situation nicht geholfen" }, { "heading": "

Lösung

",
"body": "Die Lösung war die MTU Size. Die MTU Size muss zwingend überall identisch konfiguriert sein. In unserem Fall war auf einem Standard Switch die MTU wieder auf 1500 gestellt, was zu diesem Verhalten führte, dass die iSCSI Datastores als «not consumed» erkannt wurden.\n\n![MTU error iscsi datastore not consumed](/blog-assets/iscsi-datastore-not-consumed/03.webp)\n\nUm das Problem zu beheben musste wir die MTU richtig konfigurieren und anschliessend die ESXi Hosts rebooten." } ], "status": { "corpus": 267, "alsoLike": [ { "ref": "posts/setting-up-a-greenfield-vsan-cluster-on-6-5-update-1", "score": "1.00" }, { "ref": "posts/tips-and-tricks-for-vsan-troubleshooting", "score": "1.00" }, { "ref": "solutions/vmware/vmware-cloud-foundation/vmware-vsan", "score": "0.76" } ] }}
apiVersion = "soultec.ch/v1"kind = "Post"[metadata]name = "iscsi-datastore-not-consumed"locale = "de"[metadata.labels]author = "dario-doerflinger"series = "lessons-learned""capability/storage" = "2.62""vendor/vmware" = "0.88"[metadata.annotations]source = "blog-content/posts/de/iscsi-datastore-not-consumed.md"route = "/de/insights/iscsi-datastore-not-consumed/"schema = "/nerd/schema/posts.json"markdown = "/de/insights/iscsi-datastore-not-consumed.md"[spec]title = "iSCSI Datastore Not Consumed"date = 2024-01-24author = "dario-doerflinger"locale = "de"summary = "In einem Kundenprojekt auf vSphere 8.0 U2 erkannten einige Hosts ihre iSCSI Devices, wiesen sie aber als «not consumed» aus. Damit sieht der ESXi Host keine iSCSI Datastores."capabilities = ["storage"]vendors = ["vmware"]series = "lessons-learned"hero = "/blog-assets/iscsi-datastore-not-consumed/hero.webp"legacySlug = "iscsi-datastore-not-consumed"migrated = 2026-08-24draft = false[[sections]]body = "Bei einem Kundenprojekt wo wir mit aktuellem vSphere Release (8.0 U2) arbeiten hatten wird während dem Aufbau auf einigen Hosts das Phänomen, dass die iSCSI Devices zwar erkannt wurden, aber als «not consumed» ausgewiesen wurden. Dies führt dazu, dass der ESXi Host keine iSCSI Datastores sieht."[[sections]]heading = "

![](/blog-assets/iscsi-datastore-not-consumed/01.webp)Auslöser

"
body = '''Während dem Aufbau mussten wir mehrmals an der Switchkonfiguration auf den ESXi Hosts Anpassungen vornehmen. Weil wir hier Configuration Profiles einsetzen mussten wir beispielsweise die VMkernel Interfaces zuerst auf einen Standard Switch verschieben bevor wir das Configuration Profil anwenden konnten.Im Zug dieser Anpassungen sind scheinbar Fehler entstanden. Ausgelöst wurde das «Not consumed» Problem, wenn man die Uplinks der iSCSI VMkernel Interfaces entfernt hat.'''[[sections]]heading = "

Analyse

"
body = '''Die Problemanlayse zeigt folgende Verhalten:- Der Host braucht enorm lange zum Rebooten - Der erste Versuch das Problem zu lösen ist ein sauberer Reboot - Der host bleibt beim Schritt «activating: system-storage» stehen:![activating: system-storage](/blog-assets/iscsi-datastore-not-consumed/02.webp)- Aufgrund der vorangegangenen Anpassungen im Netzwerk musste das Problem dort liegen. - Die MTU Size ist hier zwingend zu überprüfen!- Google Recherchen brachten vor allem Inputs zum «esxcfg-volume -l» Befehl, doch dieser hat in dieser Situation nicht geholfen'''[[sections]]heading = "

Lösung

"
body = '''Die Lösung war die MTU Size. Die MTU Size muss zwingend überall identisch konfiguriert sein. In unserem Fall war auf einem Standard Switch die MTU wieder auf 1500 gestellt, was zu diesem Verhalten führte, dass die iSCSI Datastores als «not consumed» erkannt wurden.![MTU error iscsi datastore not consumed](/blog-assets/iscsi-datastore-not-consumed/03.webp)Um das Problem zu beheben musste wir die MTU richtig konfigurieren und anschliessend die ESXi Hosts rebooten.'''[status]corpus = 267[[status.alsoLike]]ref = "posts/setting-up-a-greenfield-vsan-cluster-on-6-5-update-1"score = "1.00"[[status.alsoLike]]ref = "posts/tips-and-tricks-for-vsan-troubleshooting"score = "1.00"[[status.alsoLike]]ref = "solutions/vmware/vmware-cloud-foundation/vmware-vsan"score = "0.76"
<?xml version="1.0" encoding="UTF-8"?><manifest kind="Post"> <apiVersion>soultec.ch/v1</apiVersion> <metadata> <name>iscsi-datastore-not-consumed</name> <locale>de</locale> <labels> <author>dario-doerflinger</author> <series>lessons-learned</series> <entry key="capability/storage">2.62</entry> <entry key="vendor/vmware">0.88</entry> </labels> <annotations> <source>blog-content/posts/de/iscsi-datastore-not-consumed.md</source> <route>/de/insights/iscsi-datastore-not-consumed/</route> <schema>/nerd/schema/posts.json</schema> <markdown>/de/insights/iscsi-datastore-not-consumed.md</markdown> </annotations> </metadata> <spec> <title>iSCSI Datastore Not Consumed</title> <date>2024-01-24</date> <author>dario-doerflinger</author> <locale>de</locale> <summary>In einem Kundenprojekt auf vSphere 8.0 U2 erkannten einige Hosts ihre iSCSI Devices, wiesen sie aber als «not consumed» aus. Damit sieht der ESXi Host keine iSCSI Datastores.</summary> <capabilities> <item>storage</item> </capabilities> <vendors> <item>vmware</item> </vendors> <series>lessons-learned</series> <hero>/blog-assets/iscsi-datastore-not-consumed/hero.webp</hero> <legacySlug>iscsi-datastore-not-consumed</legacySlug> <migrated>2026-08-24</migrated> <draft>false</draft> </spec> <sections> <section> <body>Bei einem Kundenprojekt wo wir mit aktuellem vSphere Release (8.0 U2) arbeiten hatten wird während dem Aufbau auf einigen Hosts das Phänomen, dass die iSCSI Devices zwar erkannt wurden, aber als «not consumed» ausgewiesen wurden. Dies führt dazu, dass der ESXi Host keine iSCSI Datastores sieht.</body> </section> <section> <heading>

![](/blog-assets/iscsi-datastore-not-consumed/01.webp)Auslöser

</heading>
<body>Während dem Aufbau mussten wir mehrmals an der Switchkonfiguration auf den ESXi Hosts Anpassungen vornehmen. Weil wir hier Configuration Profiles einsetzen mussten wir beispielsweise die VMkernel Interfaces zuerst auf einen Standard Switch verschieben bevor wir das Configuration Profil anwenden konnten.Im Zug dieser Anpassungen sind scheinbar Fehler entstanden. Ausgelöst wurde das «Not consumed» Problem, wenn man die Uplinks der iSCSI VMkernel Interfaces entfernt hat. </body> </section> <section> <heading>

Analyse

</heading>
<body>Die Problemanlayse zeigt folgende Verhalten:- Der Host braucht enorm lange zum Rebooten - Der erste Versuch das Problem zu lösen ist ein sauberer Reboot - Der host bleibt beim Schritt «activating: system-storage» stehen:![activating: system-storage](/blog-assets/iscsi-datastore-not-consumed/02.webp)- Aufgrund der vorangegangenen Anpassungen im Netzwerk musste das Problem dort liegen. - Die MTU Size ist hier zwingend zu überprüfen!- Google Recherchen brachten vor allem Inputs zum «esxcfg-volume -l» Befehl, doch dieser hat in dieser Situation nicht geholfen </body> </section> <section> <heading>

Lösung

</heading>
<body>Die Lösung war die MTU Size. Die MTU Size muss zwingend überall identisch konfiguriert sein. In unserem Fall war auf einem Standard Switch die MTU wieder auf 1500 gestellt, was zu diesem Verhalten führte, dass die iSCSI Datastores als «not consumed» erkannt wurden.![MTU error iscsi datastore not consumed](/blog-assets/iscsi-datastore-not-consumed/03.webp)Um das Problem zu beheben musste wir die MTU richtig konfigurieren und anschliessend die ESXi Hosts rebooten. </body> </section> </sections> <status> <corpus>267</corpus> <alsoLike> <item> <ref>posts/setting-up-a-greenfield-vsan-cluster-on-6-5-update-1</ref> <score>1.00</score> </item> <item> <ref>posts/tips-and-tricks-for-vsan-troubleshooting</ref> <score>1.00</score> </item> <item> <ref>solutions/vmware/vmware-cloud-foundation/vmware-vsan</ref> <score>0.76</score> </item> </alsoLike> </status></manifest>
Lessons Learned · 2024-01-24

iSCSI Datastore Not Consumed

In einem Kundenprojekt auf vSphere 8.0 U2 erkannten einige Hosts ihre iSCSI Devices, wiesen sie aber als «not consumed» aus. Damit sieht der ESXi Host keine iSCSI Datastores.

2024-01-24Datum
Dario DörflingerAutor
1Min. Lesezeit
Themen Storage 2.62
Hersteller VMware 0.88

Bei einem Kundenprojekt wo wir mit aktuellem vSphere Release (8.0 U2) arbeiten hatten wird während dem Aufbau auf einigen Hosts das Phänomen, dass die iSCSI Devices zwar erkannt wurden, aber als «not consumed» ausgewiesen wurden. Dies führt dazu, dass der ESXi Host keine iSCSI Datastores sieht.

Auslöser

Während dem Aufbau mussten wir mehrmals an der Switchkonfiguration auf den ESXi Hosts Anpassungen vornehmen. Weil wir hier Configuration Profiles einsetzen mussten wir beispielsweise die VMkernel Interfaces zuerst auf einen Standard Switch verschieben bevor wir das Configuration Profil anwenden konnten.

Im Zug dieser Anpassungen sind scheinbar Fehler entstanden. Ausgelöst wurde das «Not consumed» Problem, wenn man die Uplinks der iSCSI VMkernel Interfaces entfernt hat.

Analyse

Die Problemanlayse zeigt folgende Verhalten:

  • Der Host braucht enorm lange zum Rebooten
    • Der erste Versuch das Problem zu lösen ist ein sauberer Reboot
    • Der host bleibt beim Schritt «activating: system-storage» stehen:activating: system-storage
  • Aufgrund der vorangegangenen Anpassungen im Netzwerk musste das Problem dort liegen.
    • Die MTU Size ist hier zwingend zu überprüfen!
  • Google Recherchen brachten vor allem Inputs zum «esxcfg-volume -l» Befehl, doch dieser hat in dieser Situation nicht geholfen

Lösung

Die Lösung war die MTU Size. Die MTU Size muss zwingend überall identisch konfiguriert sein. In unserem Fall war auf einem Standard Switch die MTU wieder auf 1500 gestellt, was zu diesem Verhalten führte, dass die iSCSI Datastores als «not consumed» erkannt wurden.

MTU error iscsi datastore not consumed

Um das Problem zu beheben musste wir die MTU richtig konfigurieren und anschliessend die ESXi Hosts rebooten.

Passt ausserdem