spiffly's profile - activity

I manually changed the MTU on the guest to 1438 and now the browser is hitting websites just fine. Any reason why the guest isn't properly adjusting MTU per the DHCP directive? I could set the MTU in image before running sysprep and uploading to glance, but I don't know if sysprep will remove it.

Thanks for your reply. I am using GRE tunnels and had previously hit the problem you mention. My MTU is currently set to 1438. Linux instances are properly picking up the size from DHCP, but on windows instances, netsh shows the NIC still has an MTU of 1500.

Hi,

I've prepped a windows install image locally on KVM with the last step being install of cloudbase-init. After importing this image into glance and then launching the instance, cloudbase-init.exe shell hangs on the following message:

2014-12-19 09:36:41.155 1516 DEBUG cloudbaseinit.metadata.services.httpservice [-] Getting metadata from: http://169.254.169.254/openstack/latest/meta_data.json _get_data c:\program files (x86)\Cloudbase Solutions\Cloudbase-Init\Python27\lib\site-packages\cloudbaseinit\metadata\services\httpservice.py:72

(please pardon any minor typos above - typed by hand)

It seems fetching metadata is somehow failing. I can close this window to continue, but not surprisingly, hostname renaming, password etc are not setup.

It's probably worth noting that I have no problems with the metadata service in my openstack environment when launching linux instances: they pickup the SSH key injection and hostname just fine, so I'm assuming it's a configuration problem on the windows instance side.

I'm assuming that this may be a setting in the cloudbase-init.conf file that I need to get right, but I can't find any documentation on how.

The github readme explains what plugins are available, but again, I don't see any documentation anywhere explaining how to use them.

any help is appreciated!

edit: Here are the logs:

http://paste.openstack.org/show/159132/

Note that the 'Getting metadata' line is the last entry in the logs since it hung there indefinitely, so I closed the shell window

edit2: I've also configured DHCP in Neutron to tell clients to use an MTU of 1438. Basically following instructions found here:

https://ask.openstack.org/en/question...

This solved the terminal freeze problems I was seeing on Linux guests, but it looks like the Windows 7 guest ignores the DHCP directive for MTU.

Hi,

I'm attempting to create a Windows 7 Professional N image for KVM.

Based on the instructions here:

http://www.cloudbase.it/create-window...

Everything seems fine up until the automation should kick in. Taking a peek via VNC, the system is sitting on the standard first dialogue of the install. It seems to have completely ignored any of the automation that should take place.

I'm assuming this is bombing out because of the different version of Windows.

How can I properly adapt the scripts/xml files, for Windows 7 Professional N 64-bit?

Hi,

Per the instructions here:

http://www.cloudbase.it/openstack-win...

When I attempt to retrieve the Admin password with the following command:

nova get-password <wininstance> <privatekeyfile>

It returns an empty string.

The article mentions that the HTTP metadata service needs to be up and running when the instance is created. I don't know how to check this directly, but I have verified that I can successfully inject the ssh key into linux instances that I've created. I'm assuming this uses the same HTTP metadata service, and if so, then the metadata service is working properly.

Any suggestions on how to further troubleshoot this?