sys:Resources calls cause murano to never finish

Hi!

That's a known behavior for Juno version. Currently we adding the opportunity to delete hanged environment, but now it's can be done only through deleting envs and sessions directly at the database.

We also have timeouts feature in kilo, so the deployment will automatically fail after some time.

In your case it looks like there are no connection between murano-agent and murano-engine. Did you set up correct rabbitmq setting in murano config at [rabbitmq] section? Did you install murano-agent to an image, with witch you are deploying?

Is there a murano-agent log file at /var/log/ directory on the spawned vm?

Can you provide engine log for deployment during which this happens?

I must have overlooked the murano agent part of the install guide. Anyway, I attempted to get murano-agent installed using diskimage-builder as in the readme file on github. I get this as a result shortly after it runs:

mount: unknown filesystem type 'LVM2_member'
device-mapper: remove ioctl on loop5p2 failed: Device or resource busy
loop deleted : /dev/loop5

but when I do a vgscan it finds it just fine (vg_centos) uising metadata type lvm2.
lvs shows its volumes just fine.

I do have another mounted lv that hosts my OS on the system, but I wouldn't think that would be causing any problems. I cannot seem to find any notes in diskbuilder about this. I can manually mount the volume it disk-image-create makes with no problems, and look through the files. Is there a way to manually install murano-agent aside from diskbuilder?

And to configure the murano agent conf file, as this is on a vm I assume I still pass in the acutal username/password for rabbit rather than guest/guest as it defaults to. And what would go in for the host? My rabbit hosts or being a vm within murno does this change?

smarta94, you don't need to provide configuration file in image since it's done during spawning VM via cloud-init by Murano.

smarta94, you don't need to configure agent on VM. Instead you need to provide correct connection parameters in [rabbitmq] section in murano.conf on the server. And it must not be localhost or 127.0.0.1. You also cannot use guest/guest as guest account can be used only from localhost

When it spawns it gives it an ip of the management network, which is inaccessible by the vm -- I need it to be given the public api address to communicate with rabbit. However, my rabbit is configured for everything else on the management network (192 is public, 10... is the management that everything else points to for rabbit). If I have this set, it doesn't appear to find a queue (404: (NOT_FOUND - no queue 'agent-tasks' in vhost '/', (60, 20), None)).
Is it possible to use the 192 network on the vms while pointing other stuff to the management 10.1... network? Or does everything have to point to the same address on rabbit (despite being able to have rabbit listen on both)?

We usually have separate RabbitMQ installation for engine <--> VM communications that is not in the management network. Thats why there are 2 sets of options for RabbitMQ in murano.conf - one for API <--> engine RabbitMQ which is typically the one that all OpenStack services and [rabbitmq] section for a dedicated Murano RabbitMQ

Yeah, I just found that after I posted my last response. I am working on configuring my images again to test that out. Thanks.

So it appears that this is solved -- but one last question, is it recommended to use a separate rabbit userid/pass for the murano-agent interaction? Thanks Again!

Thanks Stan Lagun, that solved my question.

If you have separate RabbitMQ instance dedicated to agent communications it doesn't matter what password you use. If it is shared instance then yes, it is better to have separate credentials