13:50 < smoser> amazon has since changed some things, and the previous fix that
was in -proposed no longer actually fixes anything
13:51 < smoser> so i dropped it.
So the package in lucid-proposed will not be promoted to lucid-updates.
** Changed in: cloud-init (Ubuntu Lucid)
Status: Fix
On Thu, 26 Jan 2012, Clint Byrum wrote:
> Excerpts from Noah's message of Thu Jan 26 11:26:08 UTC 2012:
> You can achieve this with a cloud-init userdata section by specifying the
> apt mirror. This is all that is needed:
>
> #cloud-config
> apt_mirror: http://uk.archive.ubuntu.com/ubuntu/
Noah
Excerpts from Noah's message of Thu Jan 26 11:26:08 UTC 2012:
> I agree with Eric and cloudcontrol, for CNAMEs being the correct
> solution.
>
The S3 solution is coming very soon, and will negate the need for these
CNAME's, so all we can do is ask for your patience.
> In the meantime, there's a
I agree with Eric and cloudcontrol, for CNAMEs being the correct
solution.
In the meantime, there's a problem with using any debian package from
within ec2 instances - you can't contact the repository to install any
packages, so using a package to fix the problem presents something of a
bootstrapp
The workaround used to know if the instance is inside a VPC isn't
working for me, I launched a EC2 instance and I assigned an Elastic IP
(all these using cloud formation), when cloud-init gets the metadata
this is what it gets:
# curl http://169.254.169.254/latest/meta-data/
ami-id
ami-launch-inde
Agree with Eric- this will be less expensive in the long run, though
potential to use CDN for the mirror is intriguing.
One last point in support of CNAMEs- in case there is unease with
relying on the CNAME solution (as Canonical does not control routing in
EC2), rest assured that this method is s
Scott:
- With the CNAME solution, the requests still go to the internal IP
address for standard EC2 instances.
- I don't imagine that many non-EC2 people would try to configure their
Ubuntu systems to use the EC2 repositories.
- Canonical would get charged the same network fees for people outsid
I believe we talked once about doing the CNAME solution, and the
decision was made not to implement it. The reason was (from memory)
that if we did, all requests would then hit external mirrors, and
subsequently we would have to open up all traffic to the ec2 mirrors
that canonical IS is running.
Excerpts from cloudcontrol's message of Thu Jan 12 23:27:07 UTC 2012:
> Hi Folks,
>
> To whoever manages DNS for this repository: a more elegant solution not
> requiring an package patches would have been to follow this practice for
> DNS on EC2.
>
> Try to use CNAMES to the fully-qualified domai
+1 for cloudcontrol's recommendation to use CNAMEs. I've been
recommending this to Canonical since we were discussing the initial
setup of EC2 dedicated repositories. It would have avoided a couple
issues that have happened since and would help prevent future problems
as AWS releases new features
Hi Folks,
To whoever manages DNS for this repository: a more elegant solution not
requiring an package patches would have been to follow this practice for
DNS on EC2.
Try to use CNAMES to the fully-qualified domain name EC2 instead of A
records. For example, at the moment you are using:
us-west-
Hello Gabriel, or anyone else affected,
Accepted cloud-init into lucid-proposed, the package will build now and
be available in a few hours. Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in advanc
** Changed in: cloud-init (Ubuntu Lucid)
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cloud-init in Ubuntu.
https://bugs.launchpad.net/bugs/615545
Title:
Instances launched in a VPC cannot a
** Description changed:
sources.list is helpfully configured to us-east-1.ec2.archive.ubuntu.com
for instances that I launch in US-EAST-1 on EC2. However, instances
launched in a Virtual Private Cloud (VPC) can only access machines in
their local subnet, private machines on the connected L
** Also affects: cloud-init (Ubuntu Lucid)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cloud-init in Ubuntu.
https://bugs.launchpad.net/bugs/615545
Title:
Instances launched in a VPC ca
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: cloud-init (Ubuntu Lucid)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cloud-init in Ubuntu.
https://bugs.launchpad
16 matches
Mail list logo