lpetrut's profile - activity

Hi, Resizes and cold migrations follow the same workflow, which goes like this: the vm is unclustered the instance fi

Please see my answer at https://ask.cloudbase.it/question/2988/hyper-v-instance-resize/?answer=2993#post-id-2993

Hi, Resizes and cold migrations follow the same workflow, which goes like this: the vm is unclustered the instance fi

https://github.com/cloudbase/windows-openstack-imaging-tools/blob/bfd4aeac40f19081d4de12023a5a0aa55c985cd9/WinImageBuild

Virtio drivers can even be installed offline using dism.exe. We have some scripts that prepare Windows images which may

For what is worth, you can use Hyper-V compute nodes with OpenStack. I assume you're using KVM now, since you've mention

For what is worth, you can use Hyper-V compute nodes with OpenStack. I assume you're using KVM now, since you've mention

Hi, Which metrics are you using? By incorrect values, do you mean missing values? We've recently fixed a few issues re

Which ovs version are you using? Can you double check that the tunnel endpoints can reach each other?

Hi, So there's no error in the logs, yet the ports are not connected, right? Make sure that the neutron agent is runnin

You don't have to rebuild the DB.

Anything useful in the neutron server logs? It should tell us why it could not bind the port. It's something like this:

Hi, Judging by the logs, the agent could not fetch the port details from the neutron server as there's no binding for t

Another thing that I can think of is some caching issue, so please try setting the following in the neutron agent conf:

This script will help networking-hyperv pick up ports that were connected by a 3rd party: http://paste.openstack.org/raw

Are the instances created from scratch or just imported from backups? I remember a similar issue: https://ask.cloudbase.

Ok, so you're using Queens. Is the name of the vswitch correct ('external')? Also, could you provide the output of 'syst

Hi, Looks like the agent couldn't connect the port to a vswitch. Did it manage to do so after subsequent retries? You c

I'm sending a fix right away, backporting it afterwards.

Looks like we have a related bug: https://bugs.launchpad.net/compute-hyperv/+bug/1805442. Basically, we're setting the i

Hi, What network type are you using (flat, vlan, tunnels)? That config looks fine. You're using Hyper-V switch ACLs on

Great, so here's the error: "invalid VPC image "- http://paste.openstack.org/raw/735972/. Most probably you have a VHDX

Check the cinder volume logs, apparently it's failing to create the volume. Regards, Lucian

Microsoft does not certify OpenStack projects. Our solution has been certified by Red Hat [1] though, as well as the Ope

Hi, Queens is the latest OpenStack release that's currently supported. Rocky is being tested and will be released soon.

Hi, Queens is the latest OpenStack release that's currently supported. Rocky is being tested and will be released soon.

Check your schedulers logs to see if Nova managed to find a suitable host for the instance, and if not, why. If the sche

Hi, the MSI log may help us identify the issue. Could you please use the following command when invoking the msi? ms

Duplicate of https://ask.cloudbase.it/question/2776/windows-2012-r2-as-openstack-hypervisor-with-openstack-pike/

Make sure that the placement API options are set in nova.conf and that the node is mapped to a cell. Check out the follo

Duplicate of https://ask.cloudbase.it/s/questions/2776/answer/

Make sure that the placement API options are is set in nova.conf and that the node is mapped to a cell. Check out the fo

I'm glad that it was sorted out. We'll try to make life easier for people using 3rd party backup solutions.

How often is that error occurring? It looks like it's trying to use a reference of a nonexistent vm (perhaps still point

Let me know if this script works for you. You should call it using the port name (i.e. the one that neutron fails to bin

This tricks neutron into thinking that the port is not attached, since it's relying on the port name, so it tries to con

This tricks neutron into thinking that the port is not attached, since it's relying on the port name, so it tries to con

I'd check the placement-api service logs. Worst case scenario, you may have to manually clean up the 'resource_providers

This tricks neutron into thinking that the port is not attached, since it's relying on the port name, so it tries to con

To bring a little context, whenever you attach a NIC to a vswitch, a new vswitch port gets created. Our neutron agent wi

We spent a little time on this and found one of the possible causes (reproduced it and had the same behavior). So the po

Here's an updated (currently unofficial) Ocata MSI: https://www.dropbox.com/s/eso15uj6519ixmb/HyperVNovaComputeOcata1504

You may either wait until we release a new Ocata MSI, or fetch os-win from https://github.com/openstack/os-win, checkout

Looks like the Ocata MSI from cloudbase.it is still using os-win 1.4.2, which doesn't have a bunch of fixes (including t

That's a bit strange, could you please try to update os-win to 2.2.0? I'll double check the ocata msi as well.

The Python scripts folder may not be added to %PATH%, so you may have to use the full path (probably "C:\Progra~1\cloudb

Ocata should include os-win 2.2.0, which has this option. Could you please double check the os-win version? You should b

That's odd. Just to make sure, you've restarted the neutron agent service after making the config file changes, right? C

At a first look, this looks like an invalid cache issue. You can either attempt to restart the neutron agent, or disable

It would be really helpful if we could see what failed the first time the port was processed. You should check the logs