-
Notifications
You must be signed in to change notification settings - Fork 779
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
vsphere and veewee #399
Comments
Finally coming back to this after a few sidetracks. I need to get my older prototype code updated with the newer commits, and retested. One item I've found, and do not see a way to work around, is that there appears to be no way to retrieve the created VMs IP address prior to VMware tools being installed. This means that VMware tools have to be installed as part of the kickstart |
Approach1: Approach2: (if approach 1 fails) Note: I don't have a vsphere handy, but maybe we need to create a fusion veewee template that installs the vsphere? Would https://help.ubuntu.com/community/VMware/Tools be useful? # on 12.04 LTS you can simply install the package: apt-get install open-vm-tools # on earlier versions, use this workaround: # install kernel headers so modules will work # needed this on a 10.04 guest running in a Fusion 3 host apt-get install linux-headers-virtual # install kernel modules apt-get install --no-install-recommends open-vm-dkms # EITHER: install tools for an xorg install apt-get install open-vm-tools # OR: a headless install apt-get install --no-install-recommends open-vm-tools Vsphere packages seem to be available here: |
I think I've been able to get my changes cherry picked from my experimental branch, and I'm cleaning up a few aspects of it (mainly the credential management) and then will push to a branch on my fork of veewee this week. I'd like some eyes on before I issue a pull request, as there is still more testing to do. I'll also include a few sample definitions that show the provider specifics options that are needed in the definition. Approach 1 is what I've done so far in my CentOS based experiments, adding a post section to the kickstart file that installs the RHEL 5 VMware tools from a mirror of the VMware yum repos. Effectively, that's the RHEL equivalent of the OS specific package example you provided. I think for the first attempt Approach 1 is the cleanest, and with the link you provided I should be able to make a definition and preseed.cfg file easily enough to test building Ubuntu. (Note: I don't have VMware Fusion, so I don't have anything to build the veewee definition to install vSphere/esxi as you suggest. My test environment is an Ubuntu 12.04 VM as the veewee client installed on a vSphere server. Though, this use case might be an excuse to get fusion, assuming my MacBook Air won't choke on the load.) |
great! @ffeldhaus might be interested
|
Awesome, I'll make sure @ffeldhaus is copied once I get the change pushed out. I have most of the changes ready to push for my branch, however my Ubuntu 12.10 tests have encountered an error my CentOS tests didn't see. For some reason in my environment (VMware ESXi/vSphere 4.0), Ubuntu 12.04 and 12.10 VMs trigger the following message in the vSphere Client when the guest OS attempts to eject the virtual cdrom (in this cases ISOs) from the VM:
The VM locks up until this message is acknowledged within vSphere Client. In the case of my Ubuntu 12.10 installation test, this means the OS installation hangs when the system attempts to eject the installation media before rebooting the VM. I can successfully work around this in the Ubuntu 12.10 definition by adding I still want to understand more about why this scenario is occurring, but internet resources haven't proved fruitful so far. The only thing that seems reasonable is maybe the issues is occurring based on the age of the ESXi version, and I plan to do some additional tests. The question locking the system should be answerable via the APIs, so I'm going to try a solution that looks for this message specifically and acknowledges it and throws an error if it gets a different question. I don't strictly like that approach, but it may be reasonable to make sure multiple OSes can be supported without a plethora of individual test cases. |
I would be glad if you could commit all your changes to your fork of veewee so that I could have a look at it and could help identify open issues. You could also already create a pull request in which we continue the discussion and testing. That would nicely keep track of all commits we make during testing. |
@ffeldhaus I was able to resolve the above issue today, so I'll get my changes out on the branch later this evening, including some early usage instructions. I'd appreciate any help in cleaning it up from there because there are a least a few items that I'm sure either have edge cases or better solutions for. |
I am unable to access my corporate remote tools in order to complete the push tonight, so that activity will have to be delayed until tomorrow. In the meantime, feel free to review the following gist that captures my initial notes for the vsphere.md readme file: https://gist.github.com/0b9d42d7179008c7842e. Note, these notes were pulled from memory since I did not have the code available, so some of the assumptions (particularly the order of how credentials/hosts are chosen) may be 100% accurate with the actual code. |
closing in favor of #504 |
received this ping on twitter about integrating it
Servers a place holder
The text was updated successfully, but these errors were encountered: