build 7bbbddf7 | content blog-content@c8490fa · 338 posts | profiles 20 · corpus 267 | 0 skipped | | format
apiVersion: soultec.ch/v1kind: Postmetadata: name: hpe-custom-esxi-image-breaks-pxeboot locale: en labels: author: dario-doerflinger series: event capability/automation: 1.78 vendor/vmware: 0.88 annotations: source: blog-content/posts/en/hpe-custom-esxi-image-breaks-pxeboot.md route: /en/insights/hpe-custom-esxi-image-breaks-pxeboot/ schema: /nerd/schema/posts.json markdown: /en/insights/hpe-custom-esxi-image-breaks-pxeboot.mdspec: title: HPE Custom ESXi Image breaks pxeboot date: 2016-06-18 author: dario-doerflinger locale: en summary: >- With the latest vSphere 6.0 Update 2 May 2016 HPE Custom ESXi Hypervisor Image to download from VMware HPE managed to reference a uppercase letter in one of its configuration files. capabilities: [automation] vendors: [vmware] series: event legacySlug: hpe-custom-esxi-image-breaks-pxeboot migrated: 2026-08-24 draft: false sections: - body: | With the latest vSphere 6.0 Update 2 May 2016 HPE Custom ESXi Hypervisor Image to download from VMware HPE managed to reference a uppercase letter in one of its configuration files. This isn't a problem if you are mounting the image directly to the host you're trying to install. however, if you're like me and have a solution in place where the iso is stored centrally and gets streamed to the esxi hosts via pxeboot then you'll have a problem. In my appliance the iso gets mounted and then the files are streamed from the (read-only) mountpoint to the esxi host. The HPE Custom image does not come with any extensions like Juliet or Rock (which basically allows a linux/windows box to understand upper and lowercase letters when mounting a iso9660 file). So when I mount this iso in my appliance the configuration file references a file called "amsHelpe.v00" but due to the iso being mounted in all lowercase the file is actually named "amshelpe.v00". We've reached out to HPE Engineering and told them about this problem. They will address it in the next release of HPE custom images. Until then the only workaround is: copy the contents of your iso instead of mounting it and then go in and rename that one file. Update: The issue was fixed in the next upgrade. Current images don't have this error anymore.status: corpus: 267 alsoLike: - {ref: posts/vmware-explore-las-vegas-hackathon-2025, score: 1.00} - {ref: posts/vmware-hackathon-2024-project, score: 1.00} - {ref: solutions/vmware/vmware-cloud-foundation/addon/application-services, score: 0.60}
{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "hpe-custom-esxi-image-breaks-pxeboot", "locale": "en", "labels": { "author": "dario-doerflinger", "series": "event", "capability/automation": "1.78", "vendor/vmware": "0.88" }, "annotations": { "source": "blog-content/posts/en/hpe-custom-esxi-image-breaks-pxeboot.md", "route": "/en/insights/hpe-custom-esxi-image-breaks-pxeboot/", "schema": "/nerd/schema/posts.json", "markdown": "/en/insights/hpe-custom-esxi-image-breaks-pxeboot.md" } }, "spec": { "title": "HPE Custom ESXi Image breaks pxeboot", "date": "2016-06-18", "author": "dario-doerflinger", "locale": "en", "summary": "With the latest vSphere 6.0 Update 2 May 2016 HPE Custom ESXi Hypervisor Image to download from VMware HPE managed to reference a uppercase letter in one of its configuration files.", "capabilities": [ "automation" ], "vendors": [ "vmware" ], "series": "event", "legacySlug": "hpe-custom-esxi-image-breaks-pxeboot", "migrated": "2026-08-24", "draft": false }, "sections": [ { "body": "With the latest vSphere 6.0 Update 2 May 2016 HPE Custom ESXi Hypervisor Image to download from VMware HPE managed to reference a uppercase letter in one of its configuration files.\n\nThis isn't a problem if you are mounting the image directly to the host you're trying to install. however, if you're like me and have a solution in place where the iso is stored centrally and gets streamed to the esxi hosts via pxeboot then you'll have a problem.\n\nIn my appliance the iso gets mounted and then the files are streamed from the (read-only) mountpoint to the esxi host.\n\nThe HPE Custom image does not come with any extensions like Juliet or Rock (which basically allows a linux/windows box to understand upper and lowercase letters when mounting a iso9660 file). So when I mount this iso in my appliance the configuration file references a file called \"amsHelpe.v00\" but due to the iso being mounted in all lowercase the file is actually named \"amshelpe.v00\".\n\nWe've reached out to HPE Engineering and told them about this problem. They will address it in the next release of HPE custom images.\n\nUntil then the only workaround is: copy the contents of your iso instead of mounting it and then go in and rename that one file.\n\nUpdate: The issue was fixed in the next upgrade. Current images don't have this error anymore." } ], "status": { "corpus": 267, "alsoLike": [ { "ref": "posts/vmware-explore-las-vegas-hackathon-2025", "score": "1.00" }, { "ref": "posts/vmware-hackathon-2024-project", "score": "1.00" }, { "ref": "solutions/vmware/vmware-cloud-foundation/addon/application-services", "score": "0.60" } ] }}
apiVersion = "soultec.ch/v1"kind = "Post"[metadata]name = "hpe-custom-esxi-image-breaks-pxeboot"locale = "en"[metadata.labels]author = "dario-doerflinger"series = "event""capability/automation" = "1.78""vendor/vmware" = "0.88"[metadata.annotations]source = "blog-content/posts/en/hpe-custom-esxi-image-breaks-pxeboot.md"route = "/en/insights/hpe-custom-esxi-image-breaks-pxeboot/"schema = "/nerd/schema/posts.json"markdown = "/en/insights/hpe-custom-esxi-image-breaks-pxeboot.md"[spec]title = "HPE Custom ESXi Image breaks pxeboot"date = 2016-06-18author = "dario-doerflinger"locale = "en"summary = "With the latest vSphere 6.0 Update 2 May 2016 HPE Custom ESXi Hypervisor Image to download from VMware HPE managed to reference a uppercase letter in one of its configuration files."capabilities = ["automation"]vendors = ["vmware"]series = "event"legacySlug = "hpe-custom-esxi-image-breaks-pxeboot"migrated = 2026-08-24draft = false[[sections]]body = '''With the latest vSphere 6.0 Update 2 May 2016 HPE Custom ESXi Hypervisor Image to download from VMware HPE managed to reference a uppercase letter in one of its configuration files.This isn't a problem if you are mounting the image directly to the host you're trying to install. however, if you're like me and have a solution in place where the iso is stored centrally and gets streamed to the esxi hosts via pxeboot then you'll have a problem.In my appliance the iso gets mounted and then the files are streamed from the (read-only) mountpoint to the esxi host.The HPE Custom image does not come with any extensions like Juliet or Rock (which basically allows a linux/windows box to understand upper and lowercase letters when mounting a iso9660 file). So when I mount this iso in my appliance the configuration file references a file called "amsHelpe.v00" but due to the iso being mounted in all lowercase the file is actually named "amshelpe.v00".We've reached out to HPE Engineering and told them about this problem. They will address it in the next release of HPE custom images.Until then the only workaround is: copy the contents of your iso instead of mounting it and then go in and rename that one file.Update: The issue was fixed in the next upgrade. Current images don't have this error anymore.'''[status]corpus = 267[[status.alsoLike]]ref = "posts/vmware-explore-las-vegas-hackathon-2025"score = "1.00"[[status.alsoLike]]ref = "posts/vmware-hackathon-2024-project"score = "1.00"[[status.alsoLike]]ref = "solutions/vmware/vmware-cloud-foundation/addon/application-services"score = "0.60"
<?xml version="1.0" encoding="UTF-8"?><manifest kind="Post"> <apiVersion>soultec.ch/v1</apiVersion> <metadata> <name>hpe-custom-esxi-image-breaks-pxeboot</name> <locale>en</locale> <labels> <author>dario-doerflinger</author> <series>event</series> <entry key="capability/automation">1.78</entry> <entry key="vendor/vmware">0.88</entry> </labels> <annotations> <source>blog-content/posts/en/hpe-custom-esxi-image-breaks-pxeboot.md</source> <route>/en/insights/hpe-custom-esxi-image-breaks-pxeboot/</route> <schema>/nerd/schema/posts.json</schema> <markdown>/en/insights/hpe-custom-esxi-image-breaks-pxeboot.md</markdown> </annotations> </metadata> <spec> <title>HPE Custom ESXi Image breaks pxeboot</title> <date>2016-06-18</date> <author>dario-doerflinger</author> <locale>en</locale> <summary>With the latest vSphere 6.0 Update 2 May 2016 HPE Custom ESXi Hypervisor Image to download from VMware HPE managed to reference a uppercase letter in one of its configuration files.</summary> <capabilities> <item>automation</item> </capabilities> <vendors> <item>vmware</item> </vendors> <series>event</series> <legacySlug>hpe-custom-esxi-image-breaks-pxeboot</legacySlug> <migrated>2026-08-24</migrated> <draft>false</draft> </spec> <sections> <section> <body>With the latest vSphere 6.0 Update 2 May 2016 HPE Custom ESXi Hypervisor Image to download from VMware HPE managed to reference a uppercase letter in one of its configuration files.This isn't a problem if you are mounting the image directly to the host you're trying to install. however, if you're like me and have a solution in place where the iso is stored centrally and gets streamed to the esxi hosts via pxeboot then you'll have a problem.In my appliance the iso gets mounted and then the files are streamed from the (read-only) mountpoint to the esxi host.The HPE Custom image does not come with any extensions like Juliet or Rock (which basically allows a linux/windows box to understand upper and lowercase letters when mounting a iso9660 file). So when I mount this iso in my appliance the configuration file references a file called "amsHelpe.v00" but due to the iso being mounted in all lowercase the file is actually named "amshelpe.v00".We've reached out to HPE Engineering and told them about this problem. They will address it in the next release of HPE custom images.Until then the only workaround is: copy the contents of your iso instead of mounting it and then go in and rename that one file.Update: The issue was fixed in the next upgrade. Current images don't have this error anymore. </body> </section> </sections> <status> <corpus>267</corpus> <alsoLike> <item> <ref>posts/vmware-explore-las-vegas-hackathon-2025</ref> <score>1.00</score> </item> <item> <ref>posts/vmware-hackathon-2024-project</ref> <score>1.00</score> </item> <item> <ref>solutions/vmware/vmware-cloud-foundation/addon/application-services</ref> <score>0.60</score> </item> </alsoLike> </status></manifest>
Event · 2016-06-18

HPE Custom ESXi Image breaks pxeboot

With the latest vSphere 6.0 Update 2 May 2016 HPE Custom ESXi Hypervisor Image to download from VMware HPE managed to reference a uppercase letter in one of its configuration files.

2016-06-18Date
Dario DörflingerAuthor
1Min read
Topics Automation 1.78
Vendors VMware 0.88

This post is from 2016. It stays online because people still look for it, but it describes the products as they were then.

With the latest vSphere 6.0 Update 2 May 2016 HPE Custom ESXi Hypervisor Image to download from VMware HPE managed to reference a uppercase letter in one of its configuration files.

This isn’t a problem if you are mounting the image directly to the host you’re trying to install. however, if you’re like me and have a solution in place where the iso is stored centrally and gets streamed to the esxi hosts via pxeboot then you’ll have a problem.

In my appliance the iso gets mounted and then the files are streamed from the (read-only) mountpoint to the esxi host.

The HPE Custom image does not come with any extensions like Juliet or Rock (which basically allows a linux/windows box to understand upper and lowercase letters when mounting a iso9660 file). So when I mount this iso in my appliance the configuration file references a file called “amsHelpe.v00” but due to the iso being mounted in all lowercase the file is actually named “amshelpe.v00”.

We’ve reached out to HPE Engineering and told them about this problem. They will address it in the next release of HPE custom images.

Until then the only workaround is: copy the contents of your iso instead of mounting it and then go in and rename that one file.

Update: The issue was fixed in the next upgrade. Current images don’t have this error anymore.

You might also like