To fix this issue an SRU is needed for karmic: 1. fix euca-run-instances to only encode user-data once to mimic what ec2-run-instances does 2. fix eucalyptus soap|rest interface to not fail when user-data is sent by euca-run-instances.
** Description changed: User data supplied using "euca-run-instances --user-data-file" is not decoded before being presented to the instance. Inside the instance, "curl http://169.254.169.254/latest/user-data"; should fetch the decoded user data, whereas eucalyptus will return a base64 and url encoded string. This breaks ec2-run-user-data from the ec2-init package, rendering instance configuration using the user-data mechanism unusable. EC2 documentation at http://docs.amazonwebservices.com/AWSEC2/2007-03-01/DeveloperGuide/AESDG-chapter-instancedata.html states that EC2 will return decoded data (i don't have a ec2 account so i can't confirm this): "The user data must be base64-encoded before being submitted to the API. The API command-line tools perform the base64-encoding for you. The data will be base64 decoded before being presented to the instance." + + ================= + Karmic release notes: + + user-data not usable by guest instances + + Starting an instance with euca-run-instances and user-data (either using + the -d option the -f option) will store the user data in base64 + encoding. Accessing the user data from the instance at + http://169.254.169.254/latest/user-data will return the user data in + base64 encoding. Because of this bug ec2-init is unable make use of + user-data. In order to use this data it must first be decoded. A fix for + this issue is expected to be provided in a post-release update + immediately after the Ubuntu 9.10 release. + + ================== ** Changed in: ubuntu-release-notes Status: Confirmed => In Progress -- User data is not parsed correctly by Eucalyptus in some cases https://bugs.launchpad.net/bugs/461156 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
