build 6ddc7a35 | content blog-content@417154f · 338 posts | profiles 32 · corpus 315 | ● 0 skipped | format run

$ soultec get post/iscsi-datastore-not-consumed -o yaml$ soultec get post/iscsi-datastore-not-consumed -o json$ soultec get post/iscsi-datastore-not-consumed -o toml$ soultec get post/iscsi-datastore-not-consumed -o xml$ python3 iscsi-datastore-not-consumed.pyPS> ./iscsi-datastore-not-consumed.ps1$ go run iscsi-datastore-not-consumed.go$ node iscsi-datastore-not-consumed.js

apiVersion: soultec.ch/v1kind: Postmetadata: name: iscsi-datastore-not-consumed locale: de labels: author: dario-doerflinger series: lessons-learned capability/storage: 2.36 vendor/vmware: 0.98 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: 315 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.74} search: /de/search.json
{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "iscsi-datastore-not-consumed", "locale": "de", "labels": { "author": "dario-doerflinger", "series": "lessons-learned", "capability/storage": 2.36, "vendor/vmware": 0.98 }, "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": 315, "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.74" } ], "search": "/de/search.json" }}
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.36"vendor/vmware" = 0.98[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[[spec.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."[[spec.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.'''[[spec.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'''[[spec.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 = 315search = "/de/search.json"[[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.74"
<?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.36</entry> <entry key="vendor/vmware">0.98</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> <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> </spec> <status> <corpus>315</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.74</score> </item> </alsoLike> <search>/de/search.json</search> </status></manifest>
# Code generated by the soultec.ch build. DO NOT EDIT.import jsonPAGE = { "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "iscsi-datastore-not-consumed", "locale": "de", "labels": { "author": "dario-doerflinger", "series": "lessons-learned", "capability/storage": 2.36, "vendor/vmware": 0.98, }, "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" "\n" "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:\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" "\n" "Um das Problem zu beheben musste wir die MTU richtig konfigurieren und anschliessend die ESXi Hosts rebooten." ), }, ], }, "status": { "corpus": 315, "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.74", }, ], "search": "/de/search.json", },}if __name__ == "__main__": print(json.dumps(PAGE, indent=2, ensure_ascii=False))
# Code generated by the soultec.ch build. DO NOT EDIT.$Page = [ordered]@{ apiVersion = 'soultec.ch/v1' kind = 'Post' metadata = [ordered]@{ name = 'iscsi-datastore-not-consumed' locale = 'de' labels = [ordered]@{ author = 'dario-doerflinger' series = 'lessons-learned' 'capability/storage' = 2.36 'vendor/vmware' = 0.98 } annotations = [ordered]@{ 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 = [ordered]@{ 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 = @( [ordered]@{ 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.' } [ordered]@{ 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.'@ } [ordered]@{ 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'@ } [ordered]@{ 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 = [ordered]@{ corpus = 315 alsoLike = @( [ordered]@{ ref = 'posts/setting-up-a-greenfield-vsan-cluster-on-6-5-update-1' score = '1.00' } [ordered]@{ ref = 'posts/tips-and-tricks-for-vsan-troubleshooting' score = '1.00' } [ordered]@{ ref = 'solutions/vmware/vmware-cloud-foundation/vmware-vsan' score = '0.74' } ) search = '/de/search.json' }}$Page | ConvertTo-Json -Depth 32
// Code generated by the soultec.ch build. DO NOT EDIT.package mainimport ( "encoding/json" "os")var page = map[string]any{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": map[string]any{ "name": "iscsi-datastore-not-consumed", "locale": "de", "labels": map[string]any{ "author": "dario-doerflinger", "series": "lessons-learned", "capability/storage": 2.36, "vendor/vmware": 0.98, }, "annotations": map[string]any{ "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": map[string]any{ "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": []any{"storage"}, "vendors": []any{"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": []any{ map[string]any{ "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.", }, map[string]any{ "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" + "\n" + "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.", }, map[string]any{ "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", }, map[string]any{ "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" + "\n" + "Um das Problem zu beheben musste wir die MTU richtig konfigurieren und anschliessend die ESXi Hosts rebooten.", }, }, }, "status": map[string]any{ "corpus": 315, "alsoLike": []any{ map[string]any{ "ref": "posts/setting-up-a-greenfield-vsan-cluster-on-6-5-update-1", "score": "1.00", }, map[string]any{ "ref": "posts/tips-and-tricks-for-vsan-troubleshooting", "score": "1.00", }, map[string]any{ "ref": "solutions/vmware/vmware-cloud-foundation/vmware-vsan", "score": "0.74", }, }, "search": "/de/search.json", },}func main() { enc := json.NewEncoder(os.Stdout) enc.SetEscapeHTML(false) enc.SetIndent("", " ") if err := enc.Encode(page); err != nil { os.Exit(1) }}
// Code generated by the soultec.ch build. DO NOT EDIT.const page = { apiVersion: "soultec.ch/v1", kind: "Post", metadata: { name: "iscsi-datastore-not-consumed", locale: "de", labels: { author: "dario-doerflinger", series: "lessons-learned", "capability/storage": 2.36, "vendor/vmware": 0.98, }, 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" + "\n" + "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:\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" + "\n" + "Um das Problem zu beheben musste wir die MTU richtig konfigurieren und anschliessend die ESXi Hosts rebooten.", }, ], }, status: { corpus: 315, 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.74", }, ], search: "/de/search.json", },};console.log(JSON.stringify(page, null, 2));

# 62 lines · YAML · validated at build# 73 lines · JSON · validated at build# 82 lines · TOML · validated at build# 92 lines · XML · validated at build# 94 lines · Python · read back at build, equals the JSON record# 91 lines · PowerShell · read back at build, equals the JSON record# 100 lines · Go · read back at build, equals the JSON record# 85 lines · JavaScript · read back at build, equals the JSON record · served at /de/insights/iscsi-datastore-not-consumed.md

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
Hersteller VMware 0.98

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