More VirtualCenter troubles (fini)
Posted on Thursday, 7th August, 2008 in Life
Well, today the support request came back. Seems one of the originally linked VMTN dicussions really is the only way:
- Export the customization specification
- Edit the XML file
- Import it again
The related part inside the customization specification should then look like this:
1 2 3 4 5 | <password> <_type>vim.vm.customization.Password</_type> <plainText>true</plainText> <value>Password01</value> </password> |
So if you ever think about switching the default VirtualCenter certificate (for whatever reason), make sure you use the above workaround. Otherwise VirtualCenter is gonna fail miserably during the customization phase of the cloning process.
More VirtualCenter troubles
Posted on Monday, 4th August, 2008 in Life
Well, after my co-worker switched the VirtualCenter certificates with one produced by our RA a few days ago, I can’t clone anything using a customization specification anymore.
Unable to decrypt passwords in customization specification
Guess, we’re shit outa luck. At least both of those linked VMTN discussions don’t contain any (that is for us) workable solution (well besides storing the password in cleartext in the spec — which ain’t sooo good). Gonna bug him tomorrow to open up a VMware support request, maybe that’ll help somewhat. I sure hope so.
SLES10 RPM update
Posted on in Life
Yeah, I built some new RPM’s. These RPM’s are mostly related to trac, some are needed for trac to be installed. Most of them (or all ?) are rebuilds from Fedora Core 9.
- clearsilver 0.10.5-4 (i586, x86_64, SRPM)
- python-genshi 0.4.4-2 (noarch, SRPM)
- python-genshi 0.5.1-1(noarch, SRPM)
- python-pygments 0.9-2 (noarch, SRPM)
- python-setuptools 0.6c7-2 (noarch, SRPM)
- python-setuptools-devel (noarch)
- trac 0.10.4-3 (noarch, SRPM)
- trac 0.10.5-1 (noarch, SRPM)
- trac 0.11-1 (i586, x86_64, SRPM)
Disclaimer: I don’t take any responsibility for faults within the software, I just provide the RPM’s! Feel free to ask me about stuff concerning these RPM’s, but I ain’t accountable if your stuff goes kaboom …