lpetrut's profile - activity

You can use qemu-img to retrieve the interal image size. The actual file size can be much lower when dealing with dynami

It's useful to have both API and hypervisor side logs so that we can correlate them. I'd be interested to see when the r

Hi, I suggest enabling debug logging and follow the request id. You should be able to see the following in your nova co

One option would be to use the "manage volume" feature. You'd request Cinder to "unmanage" it, manually move it and then

Sure, just set the following in nova.conf: [hyperv] instance_automatic_shutdown = true Note that changing this option

Sure, just set the following: [hyperv] instance_automatic_shutdown = true Note that changing this option won't affect

Sure, just set the following: [hyperv] instanceautomaticshutdown = true Note that changing this option won't affect al

Hi, Not at the moment. There's been an inline TODO since forever but it never got implemented: https://github.com/opens

Judging by your error message, looks like ovsdb-monitor is still connecting to that "pipe" instead of the 6640 tcp port.

Judging by your error message, looks like ovsdb-monitor is still connecting to that "pipe" instead of the 6640 tcp port.

Hmm, recent Windows Sever versions include ovsdb binaries that may not work properly with neutron. One idea would be to

Hi, ovsdb is probably not configured to listen to that pipe. In most cases, ovsdb listens to :6640. You may set the fol

Hi, ovsdb is probably not configured to listen to that pipe. In most cases, ovsdb listens to :6640. You may set the fol

Small update: networking-hyperv 7.0.1 has been released. In case you want to stick to the current configuration, you may

The bad news is that it's a networking-hyperv bug, the good news is that I sent a fix and we'll soon have updated MSIs.

Thanks for the logs, those helped me find the issue. I sent a fix and by next week we should have updated MSIs as well a

About Data Center edition, it's definitely supported. In fact, it's required by S2D. It's most probably a configuration

If the issue doesn't come up, feel free to contact us at https://cloudbase.it/about/#contact, we may schedule a call and

Getting back to your error, I suggest checking the neutron api logs (or neutron server, some deployment tools use a diff

Our Openstack services are compatible with all Windows Server editions starting with WS 2012 R2.

There seems to be something wrong with the neutron server, which could not provide the port details. Can you please chec

I suggest enabling debug mode for the neutron services (hyper-v as well as neutron server) and check the logs. You may s

I suggest enabling debug mode for the neutron services (hyper-v as well as neutron server) and check the logs. You may s

Just to make sure, your hyper-v switch is named "hyperv", right? Also, don't forget to install networking-hyperv on your

Which neutron agent are you using ("neutron-ovs-agent" or "neutron-hyperv-agent")? What network type are you using (flat

Hi, Make sure to also enable the hyperv ml2 plugin as described here: https://compute-hyperv.readthedocs.io/en/latest/i

No, that's the right way to do it. neutron-ovs-cleanup would do the same thing.

Hi, This was fixed in Queens, Mitaka is no longer supported. We were considering configuring neutron-ovs-cleanup as a N

Hi, This was fixed in Queens, Mitaka is no longer supported. We were considering configuring neutron-ovs-cleanup as a N

I can also provide some beta MSIs. Those use the upstream stable packages, tested by our CIs. Usually we do a lot more t

About the Stein MSI release date, I can't provide a date, unfortunately. It could take a couple of weeks or a couple of

It would work as Nova is backwards compatible in order to allow rolling upgrades. Some features may not be available whe

Hi, Nova doesn't allow you to add compute nodes using older versions than the rest of the deployment. I think you're us

Hi, There should be a Linux VM that acts as your Openstack controller. I think you should be able to access that VM and

Hi, There should be a Linux VM that acts as your Openstack controller. I think you should be able to access that VM and

There should be a Linux VM that acts as your Openstack controller. I think you should be able to access that VM and fetc

You may use pastebin if the log is not too large, otherwise some file sharing service such as dropbox, onedrive, etc.

Oh, one minor update about my previous comment. It's Cinder that you're currently debugging, not Nova. Instead of lookin

Just do a pip install eventlet==0.22.0. Make sure that you're using the correct Python environment. Here's a small snipp

Just do a pip install eventlet==0.22.0. Make sure that you're using the correct Python environment. Here's a small snipp

Feel free to use eventlet 0.25.0 if that works for you though.

There's a list of Openstack requirement versions that gets tested by the CIs: https://github.com/openstack/requirements/

I got that wrong, sorry about that. The host name is clusterhfc.kcs.cloud. Did anything change after upgrading eventlet

To bring some context, eventlet embeds a copy of dnspython, which is used to resolve host names as opposed to using nati

To bring some context, eventlet embeds a copy of dnspython, which is used to resolve host name as opposed to using nativ

That's great, that helps us pinpoint the issue. Cinder fails to resolve the share host name (HYPERVMEX2). Can you double

I don't like asking this, but the easiest way to get straight to the error would be to make a minor change in the code h

Ok, so debug logging is enabled and the driver seems properly configured. Can you please paste the log output that shows

This seems to be a duplicate of https://ask.cloudbase.it/question/3023/exception-during-mounting-need-more-than-0-values

Hi, That's quite odd. Could you please provide more details about the environment? Which OpenStack release are you usin