__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Yolanda Robla Mota
Cloud Automation and Distribution Engineer
+34 605641639
yolanda.robla
.
Please do not recheck or approve changes for now, they'll just fail...
Yolanda from the infra team is looking at it already,
Everything should be fine again, if not, please tell us on #openstack-infra,
Thanks to Yolanda!
Andreas
--
Yolanda Robla Mota
Cloud Automation and Distribution Enginee
tp://openstack-dev-requ...@lists.openstack.org?subject:unsubscribe>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstac
firmation n subsequent announcements.
--
Yolanda Robla Mota
Cloud Automation and Distribution Engineer
+34 605641639
yolanda.robla-m...@hpe.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscri
creating an image file with dd, then attaching with losetup (losetup
/dev/loopxx image-file.img) , but then diskimage-builder complains about
the filesytem being in use. Anyone has hit that on the pass and knows
any workaround?
Thanks
--
Yolanda Robla Mota
Cloud Automation and Distribution En
dependency.
So i'd like to get more feedback on this topic, options and next steps
to achieve the goals. Best
--
Yolanda Robla Mota
Cloud Automation and Distribution Engineer
+34 605641639
yolanda.robla-m...@hpe.com
___
MB. It might be worthwhile to
understand the difference.
Ton Ngo,
Inactive hide details for Yolanda Robla Mota ---03/23/2016 04:12:54
AM---Hi I wanted to start a discussion on how Fedora AtomicYolanda
Robla Mota ---03/23/2016 04:12:54 AM---Hi I wanted to start a
discussion on how Fedora Atomic i
questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Yolanda Robla Mota
Cloud Automation and Distribution Engineer
+34 605641639
yola
Mitaka M1
however) and it seems to work fine with at least Kubernetes and Docker
Swarm.
Any reason to continue building specific Magnum image ?
Regards,
Mathieu
Le mercredi 23 mars 2016 à 12:09 +0100, Yolanda Robla Mota a écrit :
Hi
I wanted to start a discussion on how Fedora Atomic images are
performance
outcome.
Adrian
On Mar 29, 2016, at 10:38 AM, Steven Dake (stdake)
wrote:
Yolanda,
That is a fantastic objective. Matthieu asked why build our own images
if
the upstream images work and need no further customization?
Regards
-steve
On 3/29/16, 1:57 AM, "Yolanda Robla Mota&quo
ack.org/pipermail/openstack-dev/2014-September/045385.html
Best,
--
Yolanda Robla Mota
OpenStack Engineer
+34 605641639
yolanda.robla-m...@hpe.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: o
land for Pike , so we don't have many time, I'd
appreciate collaboration. Thanks!
--
Yolanda Robla Mota
Principal Software Engineer, RHCE
Red Hat
<https://www.redhat.com>
C/Avellana 213
Urb Portugal
yrobl...@redhat.comM: +34605641639
<http://redhatemailsignature-m
questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Yolanda Robla Mota
Principal Software Engineer, RHCE
Red Hat
<https://www.redhat.com&
nstack.org/#Diskimage_Builder_Team_Meeting
> [2] https://review.openstack.org/468270
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstac
e should certainly
> consider how it fits into a larger plan.
>
> --
> -- James Slagle
> --
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
vote :-)
> Thanks,
> --
> Emilien Macchi
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cg
ed by
default. We have not noted any md5 call that is used for security, but if
that exists, it shall be better to use another algorithms, in terms of
security.
What do people think about it?
Best
--
Yolanda Robla Mota
NFV Partner En
Tue, Jan 17, 2017 at 5:51 PM, Doug Hellmann
wrote:
> Excerpts from Ian Cordasco's message of 2017-01-17 05:59:13 -0600:
> > On Tue, Jan 17, 2017 at 4:11 AM, Yolanda Robla Mota
> wrote:
> > > Hi, in previous threads, there have been discussions about enabling
> FIP
he big tent, with a PTL and all.
>
> --
> Matthew Thode (prometheanfire)
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@li
sage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:
> unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> __________
> OpenStack Development M
ld I be using
> for bifrost? agent_ipmitool seems to be enabled in ironic.conf.
>
> Thanks heaps,
> Michael
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http:
r your hard work and
> involvement in the project.
> --
> Emilien Macchi
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/
openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.open
t Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> _
Thanks Emilien for all the work you've done on the modules, and thanks for
always being there when support was needed.
I think you've done an amazing work as PTL, and good luck on your next projects!
- Original Message -
From: "Emilien Macchi"
To: "OpenStack Development Mailing List (not
_
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:
>> unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
> --
> Brad P. Crochet, RHCA,
args), and then the IPA could
set the parameters properly on the image. Or any other option is welcome.
What are your thoughts there?
Thanks
--
Yolanda Robla Mota
Principal Software Engineer, RHCE
Red Hat
<https://www.redhat.com>
C/Avellana 213
Urb Portugal
yrobl...@redhat.comM: +3
ata to the grub
> defaults file on the filesystem, I suspect our comfort level with
> supporting that now may be different. In hindsight, considering we
> essentially already support this with netboot but not local boot with a
> partition image, I think we should add support for append
s only happening now on the deployment image, and
so far, the only working solution i could find, is execute a virt-customize
on the image to add those.
>
>
>> Thanks
>>
>> --
>>
>> Yolanda Robla Mota
>>
>> Principal Software Engineer, RHCE
&g
git/openstack/tripleo-image-elements/commit/?id=22a5e4e50f2bf2a71128614218ed208ee8f6f5c2
>
> If you're talking about instance or user image, then, as I mention above,
> the only option we have now is the ansible deploy interface.
>
>
>>
>>
>> Thanks
>>
>> --
&g
Hi all
I wanted to start a thread about the current privileges model for TripleO
quickstart.
Currently there is the assumption that quickstart does not need root privileges
after the environment and provision roles. However, this assumption cannot be
valid for several use cases.
In particular, I
Hi, good afternoon
I wanted to start an email thread about how to properly setup kernel parameters
on local boot, for our overcloud images on TripleO.
These parameters may vary depending on the needs of our end users, and even can
be different ( for different roles ) per deployment. As an exampl
e questions)"
Sent: Monday, November 28, 2016 4:46:56 PM
Subject: Re: [openstack-dev] [tripleo] [ironic] Need to update kernel
parameterson local boot
> On Nov 28, 2016, at 7:36 AM, Yolanda Robla Mota wrote:
>
> Hi, good afternoon
>
> I wanted to start an email t
wrote:
>
>> On Nov 28, 2016, at 7:36 AM, Yolanda Robla Mota wrote:
>>
>> Hi, good afternoon
>>
>> I wanted to start an email thread about how to properly setup kernel
>> parameters on local boot, for our overcloud images on TripleO.
>> These parameters
what I'm doing:
>
> Uploading a custom image:
> OS_IMAGE=custom-overcloud-full.qcow2 openstack overcloud image upload
>
> Set the Image for the custom role in param_defaults:
> parameter_defaults:
> CustomRoleImage: custom-overcloud-full
>
> Thanks,
> Ollie
>
eed to update kernel
parameters on local boot
On 12/02/2016 01:28 PM, Yolanda Robla Mota wrote:
> Hi Dmitry
>
> So we've been looking at that spec you suggested, but we are wondering if
> that will be useful for our use case. As the text says:
>
> The ``ironic-pytho
zed TripleO deployment also.
>
> Or any other better alternatives are welcome.
>
> Please pour in your views if you think for/against it.
>
> Regards,
> Saravanan KR
>
>
> On Fri, Dec 2, 2016 at 9:31 PM, Yolanda Robla Mota
> wrote:
> > Hi , Dmitry
> > That'
ually write the required
> > configuration files for tuning the host. If ironic "deploy steps" can
> > configure this "tuned" setting and run the command, then it is good
> > enough.
> >
> > Regards,
> > Saravanan KR
> >
> > On Tue, De
t;>
> >> The question I'm asking is how are the changed created without a reboot?
> >>
> >> Typically when setting this via a manual change or via tuned the
> >> process is to modify /etc/default/grub, run grub2-mkconfig, and then
> >> reboo
://review.openstack.org/#/c/336109/
> >
> > I just want to make sure the right set of reviewers who are driving
> > dib development see the spec proposal.
> >
> > --
> > -- James Slagle
> > --
> >
> > ________
> __
> &
41 matches
Mail list logo
