Instance deployed with floating IP 192.168.1.180 and is up and running [boris@icehouse1 Downloads]$ ping 192.168.1.180PING 192.168.1.180 (192.168.1.180) 56(84) bytes of data.64 bytes from 192.168.1.180: icmp_seq=1 ttl=63 time=1.17 ms64 bytes from 192.168.1.180: icmp_seq=2 ttl=63 time=0.247 ms64 bytes from 192.168.1.180: icmp_seq=3 ttl=63 time=0.280 ms64 bytes from 192.168.1.180: icmp_seq=4 ttl=63 time=0.250 ms ^C [boris@icehouse1 Downloads]$ ssh -i oskey25.pem cloud-user(a)192.168.1.180 The authenticity of host '192.168.1.180 (192.168.1.180)' can't be established.ECDSA key fingerprint is 56:dc:7e:14:ee:8d:4c:bb:09:d1:da:7b:fd:a7:8b:60.Are you sure you want to continue connecting (yes/no)? yesWarning: Permanently added '192.168.1.180' (ECDSA) to the list of known hosts.Permission denied (publickey,gssapi-keyex,gssapi-with-mic). Attempt to SSH with ssh-keypair been used when launching fails.That seems to be the same issue I experienced trying to reproducehttp://openstack.redhat.com/Creating_CentOS_and_Fedora_images_re... Boris.

Coming from the Redhat world I also assumed it would be 'cloud-user'... On Wed, Aug 27, 2014 at 8:38 AM, Karanbir Singh <mail-lists(a)karan.org&gt; wrote:

So long as there's an info page on the website, (maybe a readme.txt in the download dirs), and maybe it could be mentioned on the MOTD (like Cirros), that'd probably cover all bases. But that's just like, this newb's opinion on it after searching around for login names on a couple cloud images recently... - Kodiak On Wed, Aug 27, 2014 at 9:08 AM, Karanbir Singh <mail-lists(a)karan.org&gt; wrote:

...snip... This issue was fixed in NetworkManager-0.9.9.1-25.git20140326.4dba720.el7_0 which was imported in git.c.o: https://git.centos.org/commit/rpms!NetworkManager/69d374bc89058971025b19e... Karanbir, is image build not including updates? Cheers, Alan

On Fri, 5 Sep 2014, R P Herrold wrote: which contains the relevant patch [herrold@centos-6 NetworkManager]$ rpm -qlp --nogpg \ NetworkManager-0.9.9.1-25.git20140326.4dba720.el7_0.src.rpm | \ grep 0022-rh1112020-crash-reading-bridge-sysctl.patch 0022-rh1112020-crash-reading-bridge-sysctl.patch As to the creation of the image in question, I cannot find the process on the centos git, so, answering the question of: were updates applied? will need to await KB ... -- Russ herrold

On 09/05/2014 11:33 PM, Alan Pevec wrote: I hope to deliver a 'set' of images, one that represents state as on date of release for CentOS-7, and another that will include all updates from that point till date-of-build. Ideally moving to a state where we get updated images weekly. the default symlink will point at the latest build, with updates applied. People who know what they are doing can then just grab whatever point in time they desire. New set of images coming this Monday, I'll post urls and sha sum's once they are live. If we can get one final set of testing around them, we can then move to release -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

On 08/27/2014 04:17 PM, Rich Bowen wrote: Thanks, we should have updated images soon with all the outstanding issues resolved ( or documented ) I'm unsure howto address the issue that Boris brought up though - since I dont have a suiteable install to test in. I might need to setup some intermediatory images. -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

On 08/27/2014 04:37 PM, Rich Bowen wrote: 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. -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

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&gt; wrote:

You might see cloud-init doing it's network thing (or failing to) and/or dhcp failing (or not failing) via the console logs. You might also take a peek at the dnsmasq logs on the neutron node. On Wed, Aug 27, 2014 at 1:37 PM, Arash Kaffamanesh <ak(a)cloudssky.com&gt; 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 <http://www.meetup.com/OpenStack-X/> Like <https://www.facebook.com/cloudssky> | Follow <https://twitter.com/CLOUDSSKYONE> *________________**____________* *Arash Kaffamanesh* *Clouds Sky GmbH* *Home: Im Mediapark 4CStartplatz: 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&gt; wrote:

Installed on several systems IceHouse ML2&OVS&GRE(VXLAN), no problems with metadataaccess:- [centos@centos07rsx ~]$ hostnamecentos07rsx.novalocal [centos@centos07rsx ~]$ uname -aLinux centos07rsx.novalocal 3.10.0-123.6.3.el7.x86_64 #1 SMP Wed Aug 6 21:12:36 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux [centos@centos07rsx ~]$ curl http://169.254.169.254/latest/meta-data/instance-idi-00000031 [centos@centos07rsx ~]$ curl http://169.254.169.254/latest/meta-data/local-ipv440.0.0.37 [centos@centos07rsx ~]$ ifconfigeth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 40.0.0.37 netmask 255.255.255.0 broadcast 40.0.0.255 inet6 fe80::f816:3eff:febc:bf28 prefixlen 64 scopeid 0x20<link> ether fa:16:3e:bc:bf:28 txqueuelen 1000 (Ethernet) RX packets 3734 bytes 4310517 (4.1 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 2136 bytes 252156 (246.2 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 0 (Local Loopback) RX packets 12 bytes 976 (976.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 12 bytes 976 (976.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 Boris. Date: Wed, 27 Aug 2014 19:57:55 +0200 From: ak(a)cloudssky.com To: rdo-list(a)redhat.com Subject: Re: [Rdo-list] Request for testing: CentOS-7-x86_64 Generic Cloud image 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&gt; 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&gt; 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&gt; wrote: On 08/27/2014 12:18 PM, Karanbir Singh wrote: 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

On Wed, 2014-08-27 at 11:40 +0100, Karanbir Singh wrote: Hey Karanbir, Most everything seems to be working with the image, thank you for posting it!! Hopefully the CentOS release can be fixed, I believe it should return 7.0 e.g. [centos@packstack ~]$ cat /etc/redhat-release CentOS Linux release 7.0.1406 (Core) The rdo public ci has successfully completed a packstack allinone run on CentOS-7.0 [1] w/ a few workarounds. I'll start to setup a foreman based install soon. Thanks!! [1]https://prod-rdojenkins.rhcloud.com/job/khaleesi-rdo-icehouse-productio... https://prod-rdojenkins.rhcloud.com/ Workarounds used: http://openstack.redhat.com/Workarounds https://github.com/redhat-openstack/khaleesi/blob/master/workarounds/work...

Has anyone proven that messing with what /etc/redhat-release returns will not break Puppet's Facter operations related to OS release level? (And maybe some of the other config managers, but I'm not familiar...) This is a curiousity I may be able to test today. We use Puppet's osmajrelease in a case statement that hands out rhel 5/6/7 specific configs. In my environment I rely on conveying image freshness via the image name, which ends in 2014mm-r##. -Kodiak On Aug 28, 2014 4:36 AM, "Karanbir Singh" <mail-lists(a)karan.org&gt; wrote:

Hi Karanbir, finally got it working on havana too, the problem was with neutron, had to restart the neutron server and all things seem to be fine now. Thx for the hard work! Regards, Arash On Thu, Aug 28, 2014 at 12:01 PM, Karanbir Singh <mail-lists(a)karan.org&gt; wrote:

On 08/27/2014 03:40 AM, Karanbir Singh wrote: It appears diskimage-builder is busted for use with CentOS latest images. This is a problem for OpenStack because it means both Heat and TripleO won't operate. https://bugs.launchpad.net/heat/+bug/1363146 Regards, -steve