Advanced Spell Summoning

conjure-up supports summoning spells that are in various stages of development by the use of channels, or from remote VCS repositories, and from a local directory on your filesystem.


Spells can be in various stages of development so channels allow users to decide if they want the latest features, or be part of a beta test; others may want to only install the most reliable software.

For example, to deploy a spell from the beta channel run:

conjure-up canonical-kubernetes --channel beta

GitHub and BitBucket

Not quite ready to push your spell to the charm registry? That’s ok, simply push your spell to GitHub and conjure-up can deploy from there:

conjure-up battlemidget/ghost

This would pull from GitHub repo

Remote web server

conjure-up will also support downloading directly from a webserver. For example, if you have your spell zipped up and stored at you could install it like so:


Local Filesystem

Passing in either the directory path of the spell or if the current working directory is a spell:

conjure-up ~/spells/openstack/openstack-novalxd

Or from cwd

~/spells/openstack/openstack-novalxd> conjure-up .

Automating conjure-up

conjure-up is meant to be a teaching tool in addition to a full blown application deployment tool. By Default conjure-up will walk you through the entire deployment process and help you understand what it is you are deploying.

Where this doesn’t make sense is if you are wanting to deploy your application in an automated fashion. For example, integrating the deployment with a Jenkins CI server.

For these cases conjure-up provides the ability to customise the entire spell through a Conjurefile.

Note: Keep in mind you’ll need to have credentials defined, see Juju credentials for more details.

Running conjure-up remotely

If you ssh into a separate machine to run conjure-up and you deploy spells such as openstack-novalxd to localhost and you want to be able to access things like the openstack dashboard.

The simplest way to accomplish this is on your local machine run the following:

sudo apt install sshuttle
sshuttle -r <remote-host-ip> <subnet-of-localhost-deployment>

The subnet of localhost is going to be what conjure-up configured the network bridge for. By default this is set to Lets also say the remote host’s ip is so you’ll want to do the following

sshuttle -r

[local sudo] Password:
client: Connected.

It will then ask you to enter your sudo password and once complete will let you know that the sshuttle is connected. From there you can open your web browser and access the horizon dashboard as if it was running on your local machine.

Assuming the openstack-dashboard was deployed to a machine whose ip is, you could run: