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
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
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
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 was
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
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
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.
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
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:
+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
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 domain name
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
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.
** 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
** 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
** 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
16 matches
Mail list logo