The format is designed that way, however what you can try doing is
1. Open the device property and give the description for each device as esx01, esx02 etc
2. Now use this property as a Server name and OM server name in the system package (??DEVICE.DESCRIPTION?? which will be converted at runtime to each device's description such as esx01 for 1 MAC and esx02 for the other)
3. This way the device can be named whatever you want the names to be.
this kind of breaks the whol point of using the 'template' name, and not having to input the hostname 30 times by hand.
Well we will still be using a template only the template will be pointing to a property which will have the name in the way you want it to be.
so ideally while you import the devices they can have the description in place or you can create a local property which points to the device name in the format the user wants it.
since the standard format is with an underscore we can always use this workaround to suit our needs
With the current restrictions, I think Bill, the best way to do it would be do something like
hostname=`echo $hostname | sed 's/_/0/'`
in the post provisioning batch job..
or rather in the additional entries in kickstart file only.
I'm not sure if it will work:
1 - if I was building windows, that won't work.
2 - will the post-install run before or after the bmi registers the server?
3 - this is confusing for the user to give the server 1 name and have it show up w/ a different one
4 - I don't want to use _ - what if I want to use a format like 001 or A B C... ?
I have an rfe for this right now.
This method does technically work, however it depends on following a process for adding servers.
In that case what you can also try doing (i am not sure what of Bladelogic are you using, 7.6 or 8.0) in the provisioning wizard you can edit the names and remove the "_" for the devices in this case then you don't need to create/use property.
It's 7.6. I know you can remove the _, the whole point is to make this easy and do what the customer wants w/o making things too kludgy.