cloud November 2012

cloud@lists.stg.fedoraproject.org

33 participants
29 discussions

generic/fedora-18-x86_64-cloud.ks generic/fedora-18-x86_64.ks
by Matthew Miller 12 Nov '12

12 Nov '12

generic/fedora-18-x86_64-cloud.ks | 74 ++++++++++++++++++++++++++++++++++++++ generic/fedora-18-x86_64.ks | 70 +++++++++++++++++++++++++++++++++++ 2 files changed, 144 insertions(+) New commits: commit acf4b158e741db0a87ff28b4fedb0cc29a082a96 Author: Matthew Miller <mattdm(a)mattdm.org> Date: Mon Nov 12 22:39:07 2012 -0500 Some basic cloud kickstarts designed without the complications of EC2 in mind. NOT PRODUCTION-READY. diff --git a/generic/fedora-18-x86_64-cloud.ks b/generic/fedora-18-x86_64-cloud.ks new file mode 100644 index 0000000..1d1b1c6 --- /dev/null +++ b/generic/fedora-18-x86_64-cloud.ks @@ -0,0 +1,74 @@ +# This is a basic Fedora 18 spin designed to work in OpenStack and other +# private cloud environments. It's configured with cloud-init so it will +# take advantage of ec2-compatible metadata services for provisioning +# ssh keys. That also currently creates an ec2-user account; we'll probably +# want to make that something generic by default. The root password is empty +# by default. + +lang en_US.UTF-8 +keyboard us +timezone --utc America/New_York +auth --useshadow --enablemd5 +selinux --enforcing +firewall --service=ssh +bootloader --timeout=3 --location=mbr --driveorder=sda +network --bootproto=dhcp --device=eth0 --onboot=on +services --enabled=network,sshd,rsyslog + + +# Define how large you want your rootfs to be +part biosboot --fstype=biosboot --size=1 --ondisk sda +part / --size 4000 --fstype ext4 --ondisk sda + +# Repositories +#repo --name=fedora --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-18&arch=$basearch +#temporarily hardcode because many mirrors don't have 0.7 +repo --name=fedoradev --baseurl=http://linux.seas.harvard.edu/fedora/linux/development/18/x86_64/os/ + +# We start with @core, and then add a few more packages to make a nice +# functional Fedora-like but still reasonably minimal cloud image. +%packages --nobase +@core +cloud-init +pciutils +kernel +man-db +grub2 + +# and, some things from @core we can do without +-biosdevname +-plymouth +-linux-firmware +-NetworkManager +-polkit + +%end + +# more ec2-ify +%post --erroronfail + +cat <<EOL > /etc/fstab +LABEL=_/ / ext4 defaults 1 1 +proc /proc proc defaults 0 0 +sysfs /sys sysfs defaults 0 0 +devpts /dev/pts devpts gid=5,mode=620 0 0 +tmpfs /dev/shm tmpfs defaults 0 0 +EOL + + +# grub tweaks +cat <<EOL > /etc/default/grub +GRUB_TIMEOUT=0 +EOL +sed -ie 's/^set timeout=5/set timeout=0/' /boot/grub2/grub.cfg + +# for EC2, need to figure out how to set up menu.list for pv-grub + +# setup systemd to boot to the right runlevel +rm -f /etc/systemd/system/default.target +ln -s /lib/systemd/system/multi-user.target /etc/systemd/system/default.target + +# TODO: fix firewall + +%end + diff --git a/generic/fedora-18-x86_64.ks b/generic/fedora-18-x86_64.ks new file mode 100644 index 0000000..2fb0699 --- /dev/null +++ b/generic/fedora-18-x86_64.ks @@ -0,0 +1,70 @@ +# This is a basic Fedora 18 spin designed to work in OpenStack and other +# private cloud environments. This version is _not_ configured with cloud +# init. The root password is empty by default. + +lang en_US.UTF-8 +keyboard us +timezone --utc America/New_York +auth --useshadow --enablemd5 +selinux --enforcing +firewall --service=ssh +bootloader --timeout=3 --location=mbr --driveorder=sda +network --bootproto=dhcp --device=eth0 --onboot=on +services --enabled=network,sshd,rsyslog + + +# Define how large you want your rootfs to be +part biosboot --fstype=biosboot --size=1 --ondisk sda +part / --size 4000 --fstype ext4 --ondisk sda + +# Repositories +#repo --name=fedora --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-18&arch=$basearch +#temporarily hardcode because many mirrors don't have 0.7 +repo --name=fedoradev --baseurl=http://linux.seas.harvard.edu/fedora/linux/development/18/x86_64/os/ + +# We start with @core, and then add a few more packages to make a nice +# functional Fedora-like but still reasonably minimal cloud image. +%packages --nobase +@core +pciutils +kernel +man-db +grub2 + +# and, some things from @core we can do without +-biosdevname +-plymouth +-linux-firmware +-NetworkManager +-polkit + +%end + +# more ec2-ify +%post --erroronfail + +cat <<EOL > /etc/fstab +LABEL=_/ / ext4 defaults 1 1 +proc /proc proc defaults 0 0 +sysfs /sys sysfs defaults 0 0 +devpts /dev/pts devpts gid=5,mode=620 0 0 +tmpfs /dev/shm tmpfs defaults 0 0 +EOL + + +# grub tweaks +cat <<EOL > /etc/default/grub +GRUB_TIMEOUT=0 +EOL +sed -ie 's/^set timeout=5/set timeout=0/' /boot/grub2/grub.cfg + +# for EC2, need to figure out how to set up menu.list for pv-grub + +# setup systemd to boot to the right runlevel +rm -f /etc/systemd/system/default.target +ln -s /lib/systemd/system/multi-user.target /etc/systemd/system/default.target + +# TODO: fix firewall + +%end +

1 0

Getting public keys from keypairs with cloudinit 0.7.0
by Tomas Karasek 12 Nov '12

12 Nov '12

Hi, to people who were testing cloudinit 0.7.0 in an environment using the DataSourceEc2 (OpenStack, Amazon, probably other environments too): In Openstack and amazon, you can upload public keys to the web interface of the cloud, and the public keys are then downloaded to each instance you launch. Cloudinit then takes care of downloading the public keys and placing them to .ssh/authorized_keys. It reaches the keys via the EC2 api (i.e. http://169.254.169.254) Did you manage to get a user's public key to authorized_keys with cloudinit 0.7.0? Anybody tried this? Cheers, Tomas

2 2

Status of openstack in f18?
by Dennis Jacobfeuerborn 11 Nov '12

11 Nov '12

Hi, what is the status of openstack in Fedora 18? The feature page doesn't describe how to get a working openstack installation going and the "openstack-demo-install" seems to run fine but results in a non-working configuration. Specifically the cinder and quantum services don't look like they are set up properly. Regards, Dennis

4 16

ec2/fedora-18-x86_64-ec2.ks
by Matthew Miller 09 Nov '12

09 Nov '12

ec2/fedora-18-x86_64-ec2.ks | 8 -------- 1 file changed, 8 deletions(-) New commits: commit 8d96d6cf842a754b1860629b96c0cb9387ba90ea Author: Matthew Miller <mattdm(a)mattdm.org> Date: Fri Nov 9 13:57:50 2012 -0500 Revert "install binutils initially and then remove, so dracut can strip the initramfs" This reverts commit 4253110dc925b4ed9aed576e88f2d5c6225c039b. diff --git a/ec2/fedora-18-x86_64-ec2.ks b/ec2/fedora-18-x86_64-ec2.ks index e7c62ae..090e1bf 100644 --- a/ec2/fedora-18-x86_64-ec2.ks +++ b/ec2/fedora-18-x86_64-ec2.ks @@ -36,11 +36,6 @@ pciutils kernel man-db -# this will get removed later in this file, but -# having it here lets dracut strip the initramfs -binutils - -# leave eth0 alone -biosdevname # package to setup cloudy bits for us @@ -51,9 +46,6 @@ cloud-init # more ec2-ify %post --erroronfail -yum -y remove binutils - - # fstab mounting is different for x86_64 and i386 cat <<EOL > /etc/fstab LABEL=_/ / ext4 defaults 1 1

1 0

ec2/fedora-18-x86_64-ec2.ks
by Matthew Miller 09 Nov '12

09 Nov '12

ec2/fedora-18-x86_64-ec2.ks | 8 ++++++++ 1 file changed, 8 insertions(+) New commits: commit 4253110dc925b4ed9aed576e88f2d5c6225c039b Author: Matthew Miller <mattdm(a)mattdm.org> Date: Thu Nov 8 22:33:28 2012 -0500 install binutils initially and then remove, so dracut can strip the initramfs diff --git a/ec2/fedora-18-x86_64-ec2.ks b/ec2/fedora-18-x86_64-ec2.ks index 090e1bf..e7c62ae 100644 --- a/ec2/fedora-18-x86_64-ec2.ks +++ b/ec2/fedora-18-x86_64-ec2.ks @@ -36,6 +36,11 @@ pciutils kernel man-db +# this will get removed later in this file, but +# having it here lets dracut strip the initramfs +binutils + +# leave eth0 alone -biosdevname # package to setup cloudy bits for us @@ -46,6 +51,9 @@ cloud-init # more ec2-ify %post --erroronfail +yum -y remove binutils + + # fstab mounting is different for x86_64 and i386 cat <<EOL > /etc/fstab LABEL=_/ / ext4 defaults 1 1

2 2

OpenStack status
by Pádraig Brady 09 Nov '12

09 Nov '12

Hi, Here is the latest Fedora OpenStack status report: https://fedoraproject.org/wiki/OpenStack_status_report_2012-11-09 Historical archives are here: http://fedoraproject.org/wiki/OpenStack_status_reports Cheers, Pádraig. (appended below for convenience) = Distro News = == Folsom in EPEL == We ran a test day on 26 Oct for Folsom on EPEL based on [http://repos.fedorapeople.org/repos/openstack/openstack-folsom/epel-6/ this side repo], and a couple of buglets were identified before releasing to the official EPEL repo. This side repo provided earler access to these packages, due to it's more flexible dependency requirements. Folsom was then [http://lists.fedoraproject.org/pipermail/cloud/2012-November/001848.html released to EPEL testing] on Nov 2nd. The existing Essex packages were migrated to the [http://repos.fedorapeople.org/repos/openstack/openstack-essex/epel-6/ Essex EPEL side repository] == OpenStack Installer (packstack) == Derek Higgins has been finalizing the multinode, scriptable OpenStack installer, now known as "[https://github.com/fedora-openstack/packstack packstack]". * It currently supports EPEL (but please avoid the facter update in updates-testing) * Fedora support is problematic currently just to puppet and ruby version incompatibilities * OpenStack Essex is fully supported * OpenStack Folsom is mostly supported, but is waiting on upstream puppet to merge changes for cinder and swift. == Essex stable releases == The lastest stable Essex release 2012.1.3 was released upstream for nova, keystone, horizon, and this was integrated into Fedora 17 and EPEL. = Project News = == OpenStack Summit == The [http://www.openstack.org/summit/san-diego-2012/openstack-summit-sessions OpenStack summit] in San Diego was a big success with up to 1300 attendees over the 4 days. Lots of [http://wiki.openstack.org/Summit/Grizzly/Etherpads OpenStack Grizzly design notes] were recorded from the coincident design summit. == Heat project granted Incubation status == Providing it access to additional OpenStack common resources, including tapping into CI, QA and Release management teams. == Red Hat contributions == Dan Prince has wired up [http://lists.openstack.org/pipermail/openstack-dev/2012-November/002189.html OpenvSwitch testing with SmokeStack] on Fedora 17. Adam Young has been finalizing the last few issues with keystone PKI tokens, and it's now the upstream default method. Russell Bryant is continuing with the large effort in removing direct DB access from nova-compute, and has outlined the [http://lists.openstack.org/pipermail/openstack-dev/2012-October/thread.html… latest plan and status] Eoghan Glynn and Angus Salkeld are now core members of the ceilometer project. Dan Radez presented initial work and a video demo of [http://www.jaddog.org/2012/10/26/thermal/ Thermal], an interface to heat in horizon. There is too much to track in detail the OpenStack upstream activity of Red Hat developers, but here is a link showing the [http://goo.gl/wklOk latest Red Hat OpenStack upstream development] = Community engagement = Pádraig Brady gave a talk at [http://www.python.ie/pycon/ pycon ireland] * [http://www.youtube.com/watch?v=o0eGG-RBDHs OpenStack Overview] Steve Hardy gave two OpenStack presentations at the [http://www.redhat.com/developerday/agenda/ London Red Hat developer day]: * Introduction to OpenStack * Building on OpenStack: Demonstrating its Elastic Capabilities with Heat and OpenShift Mark McLoughlin is giving a talk at [kvmforumovirtworkshop2012.sched.org KVM world / oVirt workship] on: * [http://kvmforumovirtworkshop2012.sched.org/event/bd91ab75c57b6460cc418392c1… OpenStack: KVM for the masses] Mo Morsi prepared on online demo using automated tools to: * [http://lists.fedoraproject.org/pipermail/cloud/2012-October/001834.html Deploy kojihub to an openstack instance] = Related projects = == cloud-init == Alan Pevec has been looking at updating cloud-init to 0.7.0 in EPEL. He's provided a [https://github.com/apevec/cloud-init-el6/commit/144d24c patch] and [http://koji.fedoraproject.org/koji/taskinfo?taskID=4604354 scratch build] There is a [http://lists.fedoraproject.org/pipermail/cloud/2012-October/001826.html pending issue] with default users.

1 0

ec2/fedora-18-x86_64-ec2.ks
by Matthew Miller 08 Nov '12

08 Nov '12

ec2/fedora-18-x86_64-ec2.ks | 5 +++++ 1 file changed, 5 insertions(+) New commits: commit 7e720837301b2c3a23d057b44798dd8d04a15daf Author: Matthew Miller <mattdm(a)mattdm.org> Date: Thu Nov 8 20:21:35 2012 -0500 note for what to do for grub2 diff --git a/ec2/fedora-18-x86_64-ec2.ks b/ec2/fedora-18-x86_64-ec2.ks index 3159eff..090e1bf 100644 --- a/ec2/fedora-18-x86_64-ec2.ks +++ b/ec2/fedora-18-x86_64-ec2.ks @@ -17,6 +17,11 @@ services --enabled=network,sshd,rsyslog # part / --size 10000 --fstype ext4 --ondisk sda +# This will let fussy, fussy grub2 install, if we +# decide we want that. +#part biosboot --fstype=biosboot --size=1 --ondisk sda + + # # Repositories repo --name=fedora --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-18&arch=$basearch

1 0

OpenStack Folsom now in EPEL (testing)
by Pádraig Brady 02 Nov '12

02 Nov '12

OpenStack Folsom has been pushed to epel-testing, mainly in this single update where you can leave comments and karma: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-13088/ Any bugs can be entered at: https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora%20EPEL To use this please... # enable epel rpm -Uvh http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-7.noarch.r… # enable epel-testing Set enabled=1 for [epel-testing] in /etc/yum.repos.d/epel-testing.repo # Follow install and setup instructions https://fedoraproject.org/wiki/Getting_started_with_OpenStack_EPEL # Also note, preliminary Essex -> Folsom upgrade instructions https://fedoraproject.org/wiki/Talk:Getting_started_with_OpenStack_EPEL thanks, Pádraig.

1 0

Deploying fedora infrastructure (koji) across clouds
by Mo Morsi 01 Nov '12

01 Nov '12

// Deploying fedora infrastructure (koji) across clouds // As promised, steps to deploy kojihub to an openstack instance communicating with builders on ec2 // Any provider supported by deltacloud will work // (lots of em: http://deltacloud.apache.org/drivers.html) // A short video of these steps in action can be seen here: // http://youtu.be/qF2ctg7ItNc // install deltacloud & drivers $ sudo yum install wget deltacloud-core deltacloud-core-openstack deltacloud-core-ec2 // start it $ deltacloudd -i mock // small wrapper script around deltacloud: $ wget https://raw.github.com/movitto/mycloud/master/mycloud.rb $ chmod +x mycloud.rb // template describing kojihub cloud deployment $ wget https://raw.github.com/aeolus-incubator/templates/master/fedora_infra/koji/… // template describing kojibuild cloud deployment $ wget https://raw.github.com/aeolus-incubator/templates/master/fedora_infra/koji/… // edit kojihub deployment to contain openstack credentials $ vim koji_f17.xml // startup an instance on openstack w/ kojihub setup togo $ ./mycloud.rb koji_f17.xml // grab public address from output, grab kojibuild ssl credentials from new instance $ scp -i ~/os.key ec2-user@kojihub:/etc/pki/koji/kojiadmin.pem . $ scp -i ~/os.key ec2-user@kojihub:/etc/pki/koji/koji_ca_cert.crt . // edit kojibuild deployment to deploy to ec2 w/ correct koji credentials & hub address $ vim koji_builder_f17.xml // startup an instance on ec2 w/ kojibuild communicating w/ the hub $ ./mycloud.rb koji_builder_f17.xml // open up a webbrowser, navigating to http://kojihub/koji to use your Koji instance! -Mo

4 12

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

cloud November 2012