Something earlier in the instance spawn is going awry. I'd look
earlier on the console for dhcp issues, and/or check the dnsmasq logs
on the Neutron host.
I'd spin up another iteration of this instance to rule out a MAC
specific issue (which admittedly is unlikely).
- Kodiak
On Wed, Aug 27, 2014 at 1:57 PM, Arash Kaffamanesh <ak(a)cloudssky.com> wrote:
in the console log I can see:
localhost login: cloud-init[802]: 2014-08-27 17:22:32,811 -
url_helper.py[WARNING]: Calling
'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed [5/120s]:
request error [[Errno 101] Network is unreachable]
cloud-init[802]: 2014-08-27 17:22:34,815 - url_helper.py[WARNING]: Calling
'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed [7/120s]:
request error [[Errno 101] Network is unreachable]
Mit freundlichen Grüßen,
Arash Kaffamanesh
Meetup: OpenStack X Meetup
Like | Follow
____________________________
Arash Kaffamanesh
Clouds Sky GmbH
Home: Im Mediapark 4C
Startplatz: Im Mediapark 5
50760 Köln
T.: +49 221 379 90 680
M.: +49 177 880 77 34
www.cloudssky.com
____________________________
On Wed, Aug 27, 2014 at 7:54 PM, Tim Bell <Tim.Bell(a)cern.ch> wrote:
>
>
> Image works well on CERN OpenStack (KVM), cloud-init set the hostname and
> did the disk extension. yum fastest mirror found the CERN repo.
>
> Tim
>
> On 27 Aug 2014, at 19:21, Arash Kaffamanesh <ak(a)cloudssky.com> wrote:
>
> added the image to glance on havana with:
>
> glance image-create --name "CentOS 7 Generic Cloud 20140826"
> --container-format bare --disk-format qcow2 --file
> CentOS-7-x86_64-GenericCloud-20140826_02.qcow2 --is-public True
>
> and fired an instance on horion, the instance is up, can access it through
> the console, but can't ping it.
>
> any ideas?
>
> Thx!
>
>
> On Wed, Aug 27, 2014 at 6:48 PM, Rich Bowen <rbowen(a)redhat.com> wrote:
>>
>>
>> On 08/27/2014 12:18 PM, Karanbir Singh wrote:
>>>>
>>>> >Once you're producing images on a regular basis, it would be nice
to
>>>> >have a "-latest" symlink so that we don't need to
update the images
>>>> > page
>>>> >every week.
>>>
>>> right, that exists - the same name minus the datestamp is a symlink (
>>> but dont use those yet! ).
>>>
>>> Is there value in having -latest in there ? I just truncated the date,
>>> so its always the same. If having -latest better communicates the state
>>> of the image, then we can add that in.
>>
>>
>> Nope, I don't really care what the file name is, as long as it doesn't
>> change from week to week. :-)
>>
>> Thanks!
>>
>>
>>
>> --
>> Rich Bowen - rbowen(a)redhat.com
>> OpenStack Community Liaison
>>
http://openstack.redhat.com/
>>
>> _______________________________________________
>> Rdo-list mailing list
>> Rdo-list(a)redhat.com
>>
https://www.redhat.com/mailman/listinfo/rdo-list
>
>
> _______________________________________________
> Rdo-list mailing list
> Rdo-list(a)redhat.com
>
https://www.redhat.com/mailman/listinfo/rdo-list
>
>
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list