Replies: 1 comment 2 replies
-
As per the documentation here, you need to have this in your cloud-init config for cloud-init to work. Can you try adding this and see if that works for you? datasource_list: [ ConfigDrive, CloudStack, None ]
datasource:
CloudStack: {}
None: {} |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi everyone. Did any of you manage to switch to ACS from another similar solution via the import feature? In my case I ended up with a few issues, hopefully someone will point me in the right direction. The current app has a number of vms on kvm hypervisors. The instances are not in qcow2 format, they're img but ACS can import those too. My first issue was with the template being applied to the imported vm, that default or dummy import template - it's not password enabled. I couldn't find a way to apply a different template on the vm other than editing the template id directly in the database, so it would use one that is password enabled (yes, I need that). The second issue is that no matter how I try cloud-init does not work on the imported vm (I apply user-data on them) but it does work on any instance created directly in ACS. The imported vm also uses cloud-init and somehow it seems there's a conflict somewhere, since user-data does not apply. If I look at the output log of cloud-init from that vm it does not seem to do anything, the only line that I see related to cloud-init is about datasource: nocloud and seed: /dev/sda, I have no idea what this is. If I do a cloud-init clean on that vm then user-data from ACS works perfectly but I would really like it to work right after importing the vm, if that's possible.
Anyone else having these issues so far?
Thank you!
Beta Was this translation helpful? Give feedback.
All reactions