lpetrut's profile - activity

Have you specified the user? For example: rbd ls --user hostadmin.

Do the keyring files have the same content? Can you double check the paths? It might be that nodepad added a .txt extens

The next official Ceph release (Reef) is scheduled for late June: https://lists.ceph.io/hyperkitty/list/dev@ceph.io/thre

Hi, We've recently added live resize support, basically watching for rbd resize events and notifying the driver accordi

duplicate of https://ask.cloudbase.it/question/3517/looking-for-the-rocky-version-of-hypervnovacompute/?answer=3518#post

Hi, Here are the MSI links: https://cloudbase.it/downloads/HyperVNovaCompute_Rocky_18_0_3.msi https://cloudbase.it/dow

Hi, Here are the MSI links: https://cloudbase.it/downloads/HyperVNovaComputeRocky1803.msi https://cloudbase.it/downloa

Since all Victoria releases should have this change, I think you have multiple Neutron controllers and there's a chance

Even the above mentioned (breaking) rpc change got backported: https://review.opendev.org/q/I2e3aa7c400d7bb17cc117b65faa

The Neutron controller and the Hyper-V Neutron agent should use the same Openstack release (e.g. Victoria). However, Neu

Hi, I think your Neutron controller is using an older, incompatible version. Could you please check? The Neutron RPC i

Hi, Can you please send us the Ceph version (ceph-dokan -v)? ceph-dokan can log to stderr, event log and/or a log file

Hi, This seems to be the problem: 'ovs-vsctl: tcp:127.0.0.1:6640: database connection failed ()\r\n'. Make sure that O

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.