11:59 a.m.
Thanks to Joey Boggs for putting this together.
A prebuilt guest-image for CentOS 6.5 has been posted to the RDO yum
repository along with the kickstart used to generate it. [1] This was
done in response to the conversation on IRC earlier.
The eventual plan would be to have this image owned and generated by the
CentOS community, perhaps as part of the Cloud SIG. This is just a
stopgap measure until the SIG is up and running.
Let us know if you find any issues with it.
Thanks
Mike
[1] http://repos.fedorapeople.org/repos/openstack/guest-images/
4:20 p.m.
hi Guys,
Worth noting that we are going to be pushing OpenStack specific images
in a few days as well from the centos.org side; These are also the
images we will work with vendors to upstream into various public
openstack offerings.
One big difference is that we push an etc/cloud snippet to disable
cloud-user and enable root logins ( without passwords ).
These images ( for c5/c6 on 32bit/64bit ) are due to be pushed on the
22nd Jan, and will go via the regular distribution channels.
- KB
On 01/17/2014 05:59 PM, Mike Burns wrote:
Thanks to Joey Boggs for putting this together.
A prebuilt guest-image for CentOS 6.5 has been posted to the RDO yum
repository along with the kickstart used to generate it. [1] This was
done in response to the conversation on IRC earlier.
The eventual plan would be to have this image owned and generated by the
CentOS community, perhaps as part of the Cloud SIG. This is just a
stopgap measure until the SIG is up and running.
Let us know if you find any issues with it.
Thanks
Mike
[1] http://repos.fedorapeople.org/repos/openstack/guest-images/
--
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
4:23 p.m.
On 01/17/2014 10:20 PM, Karanbir Singh wrote:
hi Guys,
Worth noting that we are going to be pushing OpenStack specific images
in a few days as well from the centos.org side; These are also the
images we will work with vendors to upstream into various public
openstack offerings.
One big difference is that we push an etc/cloud snippet to disable
cloud-user and enable root logins ( without passwords ).
These images ( for c5/c6 on 32bit/64bit ) are due to be pushed on the
22nd Jan, and will go via the regular distribution channels.
and I also noticed there is no growroot suport in this image, is that by
design ?
--
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
8:50 p.m.
I also have same question, whether support root disk resize?
On Sat, Jan 18, 2014 at 6:23 AM, Karanbir Singh <mail-lists(a)karan.org>wrote:
On 01/17/2014 10:20 PM, Karanbir Singh wrote:
> hi Guys,
>
> Worth noting that we are going to be pushing OpenStack specific images
> in a few days as well from the centos.org side; These are also the
> images we will work with vendors to upstream into various public
> openstack offerings.
>
> One big difference is that we push an etc/cloud snippet to disable
> cloud-user and enable root logins ( without passwords ).
>
> These images ( for c5/c6 on 32bit/64bit ) are due to be pushed on the
> 22nd Jan, and will go via the regular distribution channels.
and I also noticed there is no growroot suport in this image, is that by
design ?
--
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
--
Shake Chen
8:59 p.m.
On 01/17/2014 09:50 PM, Shake Chen wrote:
I also have same question, whether support root disk resize?
In the RHEL qcow2 images we did not have the right dependencies packaged
up to provide disk resize/growroot.
Because the image jboggs created was based on the same kickstart recipe
as our RHEL qcow2 image, that is why that was omitted.
There's no reason the CentOS image shouldn't have those utilities
though, since there are packages available. From a RHEL perspective
we're still working on importing those packages to be able to create
RHEL images with that functionality.
Lars, you were working on this, right?
Perry
9:11 p.m.
On Fri, Jan 17, 2014 at 09:59:55PM -0500, Perry Myers wrote:
Lars, you were working on this, right?
Are, at least for RHEL. I'm just waiting for rel-eng to finish
getting brew and dist-git set up. The spec files are here:
- https://github.com/larsks-packages/cloud-utils-growpart
- https://github.com/larsks-packages/dracut-modules-growroot
And a tracking bug for everything related to this is here:
- https://bugzilla.redhat.com/show_bug.cgi?id=1052453
For CentOS, the necessary packages are already in EPEL (cloud-init is
a little long in the tooth, but it does work. There was some talk on
centos-devel recently of bringing it up to parity with what's in LPC).
--
Lars Kellogg-Stedman <lars(a)redhat.com> | larsks @ irc
Cloud Engineering / OpenStack | " " @ twitter
9:28 p.m.
the package whether support LVM partition?
I have test the https://github.com/flegmatik/linux-rootfs-resize
but lvm seem not working. and non lvm is working well.
On Sat, Jan 18, 2014 at 11:11 AM, Lars Kellogg-Stedman <lars(a)redhat.com>wrote:
On Fri, Jan 17, 2014 at 09:59:55PM -0500, Perry Myers wrote:
> Lars, you were working on this, right?
Are, at least for RHEL. I'm just waiting for rel-eng to finish
getting brew and dist-git set up. The spec files are here:
- https://github.com/larsks-packages/cloud-utils-growpart
- https://github.com/larsks-packages/dracut-modules-growroot
And a tracking bug for everything related to this is here:
- https://bugzilla.redhat.com/show_bug.cgi?id=1052453
For CentOS, the necessary packages are already in EPEL (cloud-init is
a little long in the tooth, but it does work. There was some talk on
centos-devel recently of bringing it up to parity with what's in LPC).
--
Lars Kellogg-Stedman <lars(a)redhat.com> | larsks @ irc
Cloud Engineering / OpenStack | " " @ twitter
--
Shake Chen
9:40 p.m.
On Sat, Jan 18, 2014 at 11:28:41AM +0800, Shake Chen wrote:
the package whether support LVM partition?
LVM is not supported by these tools. If you're using LVM, you can
dynamically expand your storage space while the system is running
without too much effort, whereas with a traditional partitioned image
this is much more difficult.
Using LVM, you should be able to create a new partition spanning the
unused space on the disk image and add that to your existing volume
group.
--
Lars Kellogg-Stedman <lars(a)redhat.com> | larsks @ irc
Cloud Engineering / OpenStack | " " @ twitter
9:48 p.m.
On 01/18/2014 03:11 AM, Lars Kellogg-Stedman wrote:
On Fri, Jan 17, 2014 at 09:59:55PM -0500, Perry Myers wrote:
> Lars, you were working on this, right?
Are, at least for RHEL. I'm just waiting for rel-eng to finish
getting brew and dist-git set up. The spec files are here:
- https://github.com/larsks-packages/cloud-utils-growpart
- https://github.com/larsks-packages/dracut-modules-growroot
And a tracking bug for everything related to this is here:
- https://bugzilla.redhat.com/show_bug.cgi?id=1052453
For CentOS, the necessary packages are already in EPEL (cloud-init is
a little long in the tooth, but it does work. There was some talk on
centos-devel recently of bringing it up to parity with what's in LPC).
Thanks, I will look at what you guys have here and make sure that what I
have in the centos builds is either in line or easily adapted to be in sync.
--
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
4:32 p.m.
On 01/17/2014 05:20 PM, Karanbir Singh wrote:
hi Guys,
Worth noting that we are going to be pushing OpenStack specific images
in a few days as well from the centos.org side; These are also the
images we will work with vendors to upstream into various public
openstack offerings.
Thanks, that's where we want the image to end up anyhow :)
Are they really OpenStack specific though, or are they more 'Cloud
Enabled CentOS images'?
For Fedora/RHEL, we just have one qcow2 image that works across a
variety of Cloud platforms.
One big difference is that we push an etc/cloud snippet to disable
cloud-user and enable root logins ( without passwords ).
Isn't that a potential security issue? On RHEL guest images we
explicitly disable root passwords and recommend folks who want to use
root passwords in their image to set them explicitly after downloading
an image via a tool like virt-sysprep.
These images ( for c5/c6 on 32bit/64bit ) are due to be pushed on
the
22nd Jan, and will go via the regular distribution channels.
Thanks!
Perry
6:21 p.m.
On 01/17/2014 10:32 PM, Perry Myers wrote:
Are they really OpenStack specific though, or are they more
'Cloud
Enabled CentOS images'?
For Fedora/RHEL, we just have one qcow2 image that works across a
variety of Cloud platforms.
How do you contextualise for cloudstack / opennebula / brightbox etc ?
Even the AWS images dont quite work as-is all the time everywhere else
down to the xvda -> xvde farkage and how that maps to /dev/sda foo under
kvm.
given enough cycles, its possible for an instance to workout what
controller its running under and then adapt the context scripts to do
the right thing, hopefully with the added bandwidth of community we can
get there.
> One big difference is that we push an etc/cloud snippet to
disable
> cloud-user and enable root logins ( without passwords ).
Isn't that a potential security issue? On RHEL guest images we
explicitly disable root passwords and recommend folks who want to use
root passwords in their image to set them explicitly after downloading
an image via a tool like virt-sysprep.
So, no password access; its by key only. Plus, on firstboot we set a
random root password.
- KB
--
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
6:30 p.m.
On 01/17/2014 07:21 PM, Karanbir Singh wrote:
On 01/17/2014 10:32 PM, Perry Myers wrote:
> Are they really OpenStack specific though, or are they more 'Cloud
> Enabled CentOS images'?
>
> For Fedora/RHEL, we just have one qcow2 image that works across a
> variety of Cloud platforms.
How do you contextualise for cloudstack / opennebula / brightbox etc ?
Even the AWS images dont quite work as-is all the time everywhere else
down to the xvda -> xvde farkage and how that maps to /dev/sda foo under
kvm.
Actually, I take part of my statement back... In RHEL/Fedora we have two
types of images. AMIs for AWS and qcow2 for kvm in general, which also
works under OpenStack and oVirt/RHEV.
But, tbh, I'm not sure what add'l contextualization would need to be
done for cloudstack/opennebula/brightbox. So perhaps those all do
require separate images.
But maybe we can get away with a single image for use in both vanilla
kvm, oVirt/RHEV and OpenStack, since we have done that for RHEL/Fedora,
it should be possible to do it for CentOS as well.
given enough cycles, its possible for an instance to workout what
controller its running under and then adapt the context scripts to do
the right thing, hopefully with the added bandwidth of community we can
get there.
>> One big difference is that we push an etc/cloud snippet to disable
>> cloud-user and enable root logins ( without passwords ).
>
> Isn't that a potential security issue? On RHEL guest images we
> explicitly disable root passwords and recommend folks who want to use
> root passwords in their image to set them explicitly after downloading
> an image via a tool like virt-sysprep.
So, no password access; its by key only. Plus, on firstboot we set a
random root password.
Ah ok. When you said you enabled root logins without passwords, I
interpreted that differently (i.e. empty password, just hit enter to
login). :)
No worries then.
Perry
6:38 p.m.
On 01/18/2014 12:30 AM, Perry Myers wrote:
Actually, I take part of my statement back... In RHEL/Fedora we have
two
types of images. AMIs for AWS and qcow2 for kvm in general, which also
works under OpenStack and oVirt/RHEV.
while i know this is OT here, and there are more focused lists for this
question - but how does ovirt/rhev contexutalise the images ? does it
also export the metadata service on the 169 ip that cloud-init can walk
to get keys etc ?
- K
--
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
7:03 p.m.
On Sat, Jan 18, 2014 at 12:38:39AM +0000, Karanbir Singh wrote:
while i know this is OT here, and there are more focused lists for
this
question - but how does ovirt/rhev contexutalise the images ? does it
also export the metadata service on the 169 ip that cloud-init can walk
to get keys etc ?
It has its own metadata service that cloud-init knows about --
http://cloudinit.readthedocs.org/en/latest/topics/datasources.html#alt-cloud
--
Matthew Miller mattdm(a)mattdm.org <http://mattdm.org/>
7:02 p.m.
On Fri, Jan 17, 2014 at 07:30:32PM -0500, Perry Myers wrote:
Actually, I take part of my statement back... In RHEL/Fedora we have
two
types of images. AMIs for AWS and qcow2 for kvm in general, which also
works under OpenStack and oVirt/RHEV.
For Fedora, the AMI and the qcow2 contain exactly the same bits. We haven't
done much testing under anything but EC2 and OpenStack, though -- to a
lesser extent Eucalyptus. And, we don't do hvm on EC2, so that simplifies
things.
As we grow into covering more targets we may need to split things up more.
We definitely intend to at least cover CloudStack better.
--
Matthew Miller -- Fedora Project -- <mattdm(a)fedoraproject.org>
5:43 p.m.
On 01/17/2014 03:20 PM, Karanbir Singh wrote:
hi Guys,
Worth noting that we are going to be pushing OpenStack specific images
in a few days as well from the centos.org side; These are also the
images we will work with vendors to upstream into various public
openstack offerings.
Karanbir,
Would you be opposed to adding the heat-cfntools RPM in the pre-built
CentOS image that is OpenStack specific? We do this for Fedora 20+ as
well as RHEL 6.5. The RPM is very small and has only one dependency
IIRC and has no init scripts or any default startup that would result in
breakage of the software.
Also, I'm unclear if your planning to add cloud-init to the image, but I
would highly recommend cloud-init for your default images and this is
mandatory to have Heat + CentOS + OpenStack integration.
The heat_cfntools package is necessary for using Heat with Openstack
guest images.
If your not opposed, I've copied Jeff Peeler (Heat Core developer) to
sort out the implementation details from an engineering perspective.
Regards
-steve
One big difference is that we push an etc/cloud snippet to disable
cloud-user and enable root logins ( without passwords ).
These images ( for c5/c6 on 32bit/64bit ) are due to be pushed on the
22nd Jan, and will go via the regular distribution channels.
- KB
On 01/17/2014 05:59 PM, Mike Burns wrote:
> Thanks to Joey Boggs for putting this together.
>
> A prebuilt guest-image for CentOS 6.5 has been posted to the RDO yum
> repository along with the kickstart used to generate it. [1] This was
> done in response to the conversation on IRC earlier.
>
> The eventual plan would be to have this image owned and generated by the
> CentOS community, perhaps as part of the Cloud SIG. This is just a
> stopgap measure until the SIG is up and running.
>
> Let us know if you find any issues with it.
>
> Thanks
>
> Mike
>
> [1] http://repos.fedorapeople.org/repos/openstack/guest-images/
>
10:04 p.m.
On Sat, Jan 18, 2014 at 04:43:05PM -0700, Steven Dake wrote:
Would you be opposed to adding the heat-cfntools RPM in the
pre-built CentOS image that is OpenStack specific? We do this for
Fedora 20+ as well as RHEL 6.5. The RPM is very small and has only
one dependency IIRC and has no init scripts or any default startup
that would result in breakage of the software.
python-boto and python-psutil -- both are in epel. Python-boto is kinda big
(7MB on disk) but is already required by cloud-init so is in practice a
no-op.
--
Matthew Miller -- Fedora Project -- <mattdm(a)fedoraproject.org>
12:52 p.m.
On Sat, Jan 18, 2014 at 04:43:05PM -0700, Steven Dake wrote:
On 01/17/2014 03:20 PM, Karanbir Singh wrote:
>hi Guys,
>
>Worth noting that we are going to be pushing OpenStack specific images
>in a few days as well from the centos.org side; These are also the
>images we will work with vendors to upstream into various public
>openstack offerings.
Karanbir,
Would you be opposed to adding the heat-cfntools RPM in the pre-built CentOS
image that is OpenStack specific? We do this for Fedora 20+ as well as RHEL
6.5. The RPM is very small and has only one dependency IIRC and has no init
scripts or any default startup that would result in breakage of the
software.
Also, I'm unclear if your planning to add cloud-init to the image, but I
would highly recommend cloud-init for your default images and this is
mandatory to have Heat + CentOS + OpenStack integration.
The heat_cfntools package is necessary for using Heat with Openstack guest
images.
If your not opposed, I've copied Jeff Peeler (Heat Core developer) to sort
out the implementation details from an engineering perspective.
heat-cfntools seems to be in the kickstart file already (as well as
cloud-init), is there anything else that needs to be done?
http://repos.fedorapeople.org/repos/openstack/guest-images/centos6.ks
>One big difference is that we push an etc/cloud snippet to
disable
>cloud-user and enable root logins ( without passwords ).
>
>These images ( for c5/c6 on 32bit/64bit ) are due to be pushed on the
>22nd Jan, and will go via the regular distribution channels.
>
>
>- KB
>
>
>On 01/17/2014 05:59 PM, Mike Burns wrote:
>>Thanks to Joey Boggs for putting this together.
>>
>>A prebuilt guest-image for CentOS 6.5 has been posted to the RDO yum
>>repository along with the kickstart used to generate it. [1] This was
>>done in response to the conversation on IRC earlier.
>>
>>The eventual plan would be to have this image owned and generated by the
>>CentOS community, perhaps as part of the Cloud SIG. This is just a
>>stopgap measure until the SIG is up and running.
>>
>>Let us know if you find any issues with it.
>>
>>Thanks
>>
>>Mike
>>
>>[1] http://repos.fedorapeople.org/repos/openstack/guest-images/
>>
>
>
12:58 p.m.
On 01/20/2014 11:52 AM, Jeff Peeler wrote:
On Sat, Jan 18, 2014 at 04:43:05PM -0700, Steven Dake wrote:
> On 01/17/2014 03:20 PM, Karanbir Singh wrote:
>> hi Guys,
>>
>> Worth noting that we are going to be pushing OpenStack specific images
>> in a few days as well from the centos.org side; These are also the
>> images we will work with vendors to upstream into various public
>> openstack offerings.
> Karanbir,
>
> Would you be opposed to adding the heat-cfntools RPM in the pre-built CentOS
> image that is OpenStack specific? We do this for Fedora 20+ as well as RHEL
> 6.5. The RPM is very small and has only one dependency IIRC and has no init
> scripts or any default startup that would result in breakage of the
> software.
>
> Also, I'm unclear if your planning to add cloud-init to the image, but I
> would highly recommend cloud-init for your default images and this is
> mandatory to have Heat + CentOS + OpenStack integration.
>
> The heat_cfntools package is necessary for using Heat with Openstack guest
> images.
>
> If your not opposed, I've copied Jeff Peeler (Heat Core developer) to sort
> out the implementation details from an engineering perspective.
heat-cfntools seems to be in the kickstart file already (as well as
cloud-init), is there anything else that needs to be done?
http://repos.fedorapeople.org/repos/openstack/guest-images/centos6.ks
Guess I should RTFS :) Thanks Jeff - I think we are ready to roll
although verifying the image works in Heat would be helpful :).
Regards
-steve
>> One big difference is that we push an etc/cloud snippet to
disable
>> cloud-user and enable root logins ( without passwords ).
>>
>> These images ( for c5/c6 on 32bit/64bit ) are due to be pushed on the
>> 22nd Jan, and will go via the regular distribution channels.
>>
>>
>> - KB
>>
>>
>> On 01/17/2014 05:59 PM, Mike Burns wrote:
>>> Thanks to Joey Boggs for putting this together.
>>>
>>> A prebuilt guest-image for CentOS 6.5 has been posted to the RDO yum
>>> repository along with the kickstart used to generate it. [1] This was
>>> done in response to the conversation on IRC earlier.
>>>
>>> The eventual plan would be to have this image owned and generated by the
>>> CentOS community, perhaps as part of the Cloud SIG. This is just a
>>> stopgap measure until the SIG is up and running.
>>>
>>> Let us know if you find any issues with it.
>>>
>>> Thanks
>>>
>>> Mike
>>>
>>> [1] http://repos.fedorapeople.org/repos/openstack/guest-images/
>>>
>>
5:03 p.m.
Hi,
How 'production' is this repo :
http://repos.fedorapeople.org/repos/openstack/cloud-init/epel-6
wouldnt it be worth upgrading the cloud-init in EPEL ?
Also, the ks the CentOS images are built from looks quite different from
this one, I'm going to try and get the work finished to get that stuff
into git so we can start colaborating on that.
the Cloud Instance SIG is definitely ready to kick off in CentOS-devel
--
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
10:27 a.m.
On Mon, Jan 20, 2014 at 11:03:34PM +0000, Karanbir Singh wrote:
How 'production' is this repo :
http://repos.fedorapeople.org/repos/openstack/cloud-init/epel-6
wouldnt it be worth upgrading the cloud-init in EPEL ?
There's is talk on centos-devel (and irc, right now, in #fedora-cloud)
about trying to bring sanity to cloud-init across the various
distributions (and about bumping the cloud-init version in EPEL).
--
Lars Kellogg-Stedman <lars(a)redhat.com> | larsks @ irc
Cloud Engineering / OpenStack | " " @ twitter
8:47 a.m.
Let us know if you find any issues with it.
RDO Havana fails to create cinder volume via provided image
Thanks
Boris.
Date: Fri, 17 Jan 2014 12:59:44 -0500
From: mburns(a)redhat.com
To: rdo-list(a)redhat.com
Subject: [Rdo-list] CentOS 6.5 Guest image file available now
Thanks to Joey Boggs for putting this together.
A prebuilt guest-image for CentOS 6.5 has been posted to the RDO yum
repository along with the kickstart used to generate it. [1] This was
done in response to the conversation on IRC earlier.
The eventual plan would be to have this image owned and generated by the
CentOS community, perhaps as part of the Cloud SIG. This is just a
stopgap measure until the SIG is up and running.
Let us know if you find any issues with it.
Thanks
Mike
[1] http://repos.fedorapeople.org/repos/openstack/guest-images/
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
6:56 a.m.
Sorry, I want to clarify :-
It's possible to create glance image and load instance CentOS 6.5 via `nova boot
--image ...`
However , `cinder create --image-id xxxxxxxxxxxxxx --display_name CentOS65 10`
gives me ERROR status in `cinder list`. So it makes impossible create cinder volume for
CentOS 6.5 on glusterfs replicated volume for Compute nodes. What makes instance slow
as openstack cloud instance vs systems available for cinder volumes creation.
From: bderzhavets(a)hotmail.com
To: mburns(a)redhat.com; rdo-list(a)redhat.com
Date: Sun, 26 Jan 2014 09:47:49 -0500
Subject: Re: [Rdo-list] CentOS 6.5 Guest image file available now
Let us know if you find any issues with it.
RDO Havana fails to create cinder volume via provided image
Thanks
Boris.
Date: Fri, 17 Jan 2014 12:59:44 -0500
From: mburns(a)redhat.com
To: rdo-list(a)redhat.com
Subject: [Rdo-list] CentOS 6.5 Guest image file available now
Thanks to Joey Boggs for putting this together.
A prebuilt guest-image for CentOS 6.5 has been posted to the RDO yum
repository along with the kickstart used to generate it. [1] This was
done in response to the conversation on IRC earlier.
The eventual plan would be to have this image owned and generated by the
CentOS community, perhaps as part of the Cloud SIG. This is just a
stopgap measure until the SIG is up and running.
Let us know if you find any issues with it.
Thanks
Mike
[1] http://repos.fedorapeople.org/repos/openstack/guest-images/
_______________________________________________
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
3983
days inactive
3993
days old
22 comments
10 participants
participants (10)
-
Boris Derzhavets -
Jeff Peeler -
Karanbir Singh -
Lars Kellogg-Stedman -
Matthew Miller -
Matthew Miller -
Mike Burns -
Perry Myers -
Shake Chen -
Steven Dake