Dashboard provisioning is interactive

[paulfantom]

Using synchronize can ask operator for credentials which isn't a good user experience and we shouldn't have interactive shell when connection is already established.

Issue was implemented by merging #121 (@mxbossard please take a look)

This issue can be seen for example here: https://travis-ci.org/cloudalchemy/demo-site/builds/476952246#L1466

This can be resolved by either:

• rewriting role to use copy instead of synchronize
• changing how synchronize is used.

[paulfantom]

Execution scenario: https://github.com/cloudalchemy/demo-site/blob/master/.travis/deploy.sh

[paulfantom]

After reading more about the issue (https://docs.ansible.com/ansible/latest/modules/synchronize_module.html#notes) it turns out that we cannot use synchronize for completely non-interactive session:

Currently there are only a few connection types which support synchronize (ssh, paramiko, local, and docker) because a sync strategy has been determined for those connection types. Note that the connection for these must not need a password as rsync itself is making the connection and rsync does not provide us a way to pass a password to the connection.

So we need to rewrite it to use copy.

[mxbossard]

Ok, so we need a couple of thinking.

We should :

1. list files in local tmp dashboard directory
2. list files in remote directory
3. Remove dst - src from remote directory
4. Copy modified local src to remote directory

I have some questions :

• If we always copy every src files to remote directory, does it break idempotency ? It shoul'd not I think.
• Do you think I could reliably use arithmetic operation on array in ansible to achieve the remote files removal ?

[paulfantom]

If we always copy every src files to remote directory, does it break idempotency

copy can copy files if src and dst checksum are different and this behavior provides idempotency. The only problem here is removal. We could probably register contents of src and dst directories and use one of the ansible provided jinja filters to create a list of files which are in dst but are not in src. This list can be later used to remove files from dst. This way removal would be optional and copying files would be idempotent.

[mxbossard]

I may propose a fix tomorow afternoon.

[lock]

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.