Thanks for your reply.
I will continue to pay attention.
Regards,
Xian Jun Hong
From: Renat Akhmerov
Sent: Friday, April 13, 2018 1:48 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re:
Hi,
I completely agree with you that having such an action would be useful.
However, I don’t think this kind of action should be provided by Mistral out of
the box. Actions and triggers are integration pieces for Mistral and are
natively external to Mistral code base. In other words, this
Hello everyone,
Sorry for keeping you waiting!
Since we have launched Upgrade SIG [1], we are now happy to invite everyone who
is interested to take a vote so that we can find a good time for our regular
IRC meeting.
Please kindly look at the weekdays in the poll only, not the actual date.
Thanks to all the suggestions.
Though i have tried with disabling port security too. It din't work out.
Any other configurations are yet to do or is it that ML2 can’t use instance
as DHCP server.
Regards,
Aparna Subburam
On Thu, Apr 12, 2018 at 4:57 PM, Miguel Angel Ajo Pelayo <
Hi Team,
While wrapping up spec for FPGA programmability, I think we still miss
the reconfigurability part of Accelerators
For instance, in the FPGA case, after the bitstream is loaded, a user might
still need to tune the clock frequency, VF numbers, do reset, etc. These
reconfigurations can be
Hello Nova, Cinder developers,
I would like to ask you a question concerns a Cinder patch [1].
In this patch, it mentioned that RBD features were incompatible with
multi-attach, which disabled multi-attach for RBD. I would like to know
which RBD features that are incompatible?
In the
Hello Mistral team.
I'm doing some work on the K8S but I observed that there is only Docker's
action in Mistral.
I would like to ask Mistral Team, why there is no K8S action in the mistral.
I think it would be useful in Mistral.
If you feel it's necessary, could I add K8S action to mistral?
Howdy everyone,
The meetbot was restarted in the middle of our meeting, so the log and
minutes could not be collected (after the restart) and will not be found
at http://eavesdrop.openstack.org/meetings/nova/2018/.
Here's a link to the #openstack-meeting channel log for the meeting if
you
Hi everyone,
For a limited time, you can now purchase a discounted package including a
Vancouver Summit ticket and hotel stay at the beautiful Pan Pacific Hotel for
savings of more than $500 USD!
This discount runs until April 25 pending availability - book your ticket &
hotel room now for
Hi everyone,
For a limited time, you can now purchase a discounted package including a
Vancouver Summit ticket and hotel stay at the beautiful Pan Pacific Hotel for
savings of more than $500 USD!
This discount runs until April 25 pending availability - book your ticket &
hotel room now for
> Is avoiding three lines of code really worth making future cleanup
> harder? Is a three line change really blocking "an approved blueprint
> with ready code"?
Nope. What's blocking is deciding that that's the right thing to do.
Which we clearly don't have consensus on, based on what's
I don't understand why you think the alternative is so hard. Here's how
ironic does it:
global ironic
if ironic is None:
ironic = importutils.import_module('ironicclient')
Is avoiding three lines of code really worth making future cleanup harder?
Is a three line
Excerpts from Monty Taylor's message of 2018-04-12 13:54:46 -0500:
> On 04/12/2018 11:27 AM, Clark Boylan wrote:
> > On Wed, Apr 11, 2018, at 5:45 PM, Matt Riedemann wrote:
> >> I also seem to remember that [extras] was less than user-friendly for
> >> some reason, but maybe that was just because
On Thu, 12 Apr 2018 09:31:45 +1000, Michael Still wrote:
The more I think about it, the more I dislike how the proposed driver
also "lies" about it using iso9660. That's definitely wrong:
if CONF.config_drive_format in ['iso9660']:
# cloud-init only support iso9660 and
Thanks! You're my heroes :)
On Thu, Apr 12, 2018 at 3:20 PM, Amy Marrich wrote:
> Erik,
>
> Here's the Mitaka archive:)
>
> http://vault.centos.org/7.3.1611/cloud/x86_64/openstack-mitaka/
>
> Amy (spotz)
>
> On Thu, Apr 12, 2018 at 2:13 PM, Erik McCormick
Hi All,
Does anyone happen to have an archive of the MItaka RDO repo lying
around they'd be willing to share with a poor unfortunate soul? My
clone of it has gone AWOL and I have moderately desperate need of it.
Thanks!
Cheers,
Erik
___
Mailing list:
Thanks! You're my heroes :)
On Thu, Apr 12, 2018 at 3:20 PM, Amy Marrich wrote:
> Erik,
>
> Here's the Mitaka archive:)
>
> http://vault.centos.org/7.3.1611/cloud/x86_64/openstack-mitaka/
>
> Amy (spotz)
>
> On Thu, Apr 12, 2018 at 2:13 PM, Erik McCormick
Erik,
Here's the Mitaka archive:)
http://vault.centos.org/7.3.1611/cloud/x86_64/openstack-mitaka/
Amy (spotz)
On Thu, Apr 12, 2018 at 2:13 PM, Erik McCormick
wrote:
> Hi All,
>
> Does anyone happen to have an archive of the MItaka RDO repo lying
> around they'd be
On 04/12/2018 12:13 PM, Erik McCormick wrote:
Does anyone happen to have an archive of the MItaka RDO repo lying
around they'd be willing to share with a poor unfortunate soul? My
clone of it has gone AWOL and I have moderately desperate need of it.
Hi All,
Does anyone happen to have an archive of the MItaka RDO repo lying
around they'd be willing to share with a poor unfortunate soul? My
clone of it has gone AWOL and I have moderately desperate need of it.
Thanks!
Cheers,
Erik
___
On 04/12/2018 11:27 AM, Clark Boylan wrote:
On Wed, Apr 11, 2018, at 5:45 PM, Matt Riedemann wrote:
I also seem to remember that [extras] was less than user-friendly for
some reason, but maybe that was just because of how our CI jobs are
setup? Or I'm just making that up. I know it's pretty
Welcome to our regular release countdown email.
Development Focus
-
Team focus should be on spec approval and implementation for priority features.
The first Rocky milestone is this coming Thursday, the 19th. While there aren't
any OpenStack-wide deadlines for this milestone,
On Tue, Mar 20, 2018 at 10:28 AM, Javier Pena wrote:
> One point we should add here: to test Python 3 we need some base
operating system to work on. For now, our plan is to create a set of
stabilized Fedora 28 repositories and use them only for CI jobs. See [1]
for details on
On 4/12/2018 7:42 AM, Eric Fried wrote:
This sounds reasonable to me. I'm glad the issue was raised, but IMO it
shouldn't derail progress on an approved blueprint with ready code.
Jichen, would you please go ahead and file that blueprint template (no
need to write a spec yet) and link it in a
Greetings OpenStack community,
It was a fairly quick meeting today, as we weren't able to find anything to
argue about. That doesn't happen too often. :)
We agreed that the revamped HTTP guidelines [8] should be merged, as they were
strictly formatting changes, and no content change. We also
On Wed, Apr 11, 2018, at 5:45 PM, Matt Riedemann wrote:
> I also seem to remember that [extras] was less than user-friendly for
> some reason, but maybe that was just because of how our CI jobs are
> setup? Or I'm just making that up. I know it's pretty simple to install
> the stuff from extras
On Thu, Apr 12, 2018 at 1:16 AM, Bogdan Dobrelya
wrote:
[...]
> Deploy own registry as part of UC deployment or use external. For
>> instance, for production use I would like to have a cluster of 3-5
>> registries with HAProxy in front to speed up 1k nodes deployments.
>>
>
On Thu, Apr 12, 2018 at 1:08 AM, Sergii Golovatiuk
wrote:
[...]
> > One of the great outcomes of this blueprint is that in Rocky, the
> operator
> > won't have to run all the "openstack overcloud container" commands to
> > prepare the container registry and upload the
On 04/12/2018 07:42 AM, Eric Fried wrote:
+1
This sounds reasonable to me. I'm glad the issue was raised, but IMO it
shouldn't derail progress on an approved blueprint with ready code.
The one thing I will note, because we're dealing with it in
oslo.messaging right now, is that there's no
I thought some folks from our community would be interested in the
ongoing work on the Python Package Index (PyPI). The article
mentioned in this post to the distutils mailing list provides a
good history and a description of the new and planned features for
"Warehouse".
Doug
--- Begin
Hello! A quick reminder that the Vancouver Forum Submission deadline is
this coming Sunday, April 15th.
Submission Process
Please proceed to http://forumtopics.openstack.org/ to submit your topics.
What is the Forum?
If you'd like more details about the Forum, go to
Hello! A quick reminder that the Vancouver Forum Submission deadline is
this coming Sunday, April 15th.
Submission Process
Please proceed to http://forumtopics.openstack.org/ to submit your topics.
What is the Forum?
If you'd like more details about the Forum, go to
Hello,
Any update on getting to the development of this charm? I need some
guidance on this.
Thank you,
Aakash
On Tue, Mar 27, 2018 at 10:27 PM, Aakash Kt wrote:
> Hello,
>
> So an update about current status. The charm spec for charm-os-ovn has
> been merged
On Thu, Apr 12, 2018 at 09:00:15AM -0400, Paul Belanger wrote:
> On Mon, Jan 15, 2018 at 01:11:23PM +, Frank Jansen wrote:
> > Hi Ian,
> >
> > do you have any insight into the availability of a physical environment for
> > the ARM64 cloud?
> >
> > I’m curious, as there may be a need for
On Mon, Jan 15, 2018 at 01:11:23PM +, Frank Jansen wrote:
> Hi Ian,
>
> do you have any insight into the availability of a physical environment for
> the ARM64 cloud?
>
> I’m curious, as there may be a need for downstream testing, which I would
> assume will want to make use of our
+1
This sounds reasonable to me. I'm glad the issue was raised, but IMO it
shouldn't derail progress on an approved blueprint with ready code.
Jichen, would you please go ahead and file that blueprint template (no
need to write a spec yet) and link it in a review comment on the bottom
zvm patch
Hi Mike,
This works for me. We can refine/discuss at the bug squashing event.
Thanks!
--ruby
On Wed, Apr 11, 2018 at 2:53 PM, Michael Turek
wrote:
> Sorry this is so late but as for the format of the event I think we should
> do something like this:
>
> 1) Go
Hello guys.
Is there a way to automatically find out the dependencies (build tree of
dependencies) of openstack services: for example, ceilometer depends on
rabbitmq, etc.
We are developing a troubleshooting system for openstack and we want to let
the user know when some service/package
I believe that if you disable port security on the specific virtual
network, then you can have any VM serving DHCP requests, and otherwise the
dhcp requests are filtered by the firewall driver. You will also have to
disable DHCP on the subnet as Bernd Explained.
On Thu, Apr 12, 2018 at 10:36 AM
You can remove the DHCP server from the subnet that the two VMs are
connected to:
openstack subnet set --no-dhcp NAME_OF_SUBNET
But I am not 100% that ARPs will be let through without additional
tinkering.
On 4/12/2018 5:34 PM, Sławek Kapłoński wrote:
> Hi,
>
> Default Neutron with ML2
On 2 March 2018 at 22:52, Alan Pevec wrote:
> On Mon, Jan 22, 2018 at 9:30 AM, Julie Pichon wrote:
>> On 19 January 2018 at 18:43, Honza Pokorny wrote:
>>> We've recently discovered an issue with the way we handle dependencies for
>>>
Thanks for Michael for raising this question and detailed information from
Clark
As indicated in the mail, xen, vmware etc might already have this kind of
requirements (and I guess might be more than that) ,
can we accept z/VM requirements first by following other existing ones then
next I can
Thanks Eugen :)
On Thu, Apr 12, 2018, 13:57 Eugen Block wrote:
> The missing command has been in Newton, Ocata and Pike release. They
> fixed it in Queens again.
>
> I filed a bug report: https://bugs.launchpad.net/keystone/+bug/1763297
>
> Regards
>
>
> Zitat von Shyam Prasad N
Hi,
Default Neutron with ML2 can’t use instance as DHCP server just like that. It
has DHCP agent installed on some host and this agent configures DHCP for
Neutron networks.
Maybe with some different core plugin it is possible. I don’t know that.
> Wiadomość napisana przez APARNA SUBBURAM
The missing command has been in Newton, Ocata and Pike release. They
fixed it in Queens again.
I filed a bug report: https://bugs.launchpad.net/keystone/+bug/1763297
Regards
Zitat von Shyam Prasad N :
Thanks Eugen. It'll be great if you can do it. (I haven't yet
On 4/12/18 12:38 AM, Steve Baker wrote:
On 11/04/18 12:50, Emilien Macchi wrote:
Greetings,
Steve Baker and I had a quick chat today about the work that is being
done around containers workflow in Rocky cycle.
If you're not familiar with the topic, I suggest to first read the
blueprint
On 4/12/18 12:38 AM, Steve Baker wrote:
On 11/04/18 12:50, Emilien Macchi wrote:
Greetings,
Steve Baker and I had a quick chat today about the work that is being
done around containers workflow in Rocky cycle.
If you're not familiar with the topic, I suggest to first read the
blueprint
On 4/12/18 10:08 AM, Sergii Golovatiuk wrote:
Hi,
Thank you very much for brining up this topic.
On Wed, Apr 11, 2018 at 2:50 AM, Emilien Macchi wrote:
Greetings,
Steve Baker and I had a quick chat today about the work that is being done
around containers workflow in
On 4/12/18 12:38 AM, Steve Baker wrote:
On 11/04/18 12:50, Emilien Macchi wrote:
Greetings,
Steve Baker and I had a quick chat today about the work that is being
done around containers workflow in Rocky cycle.
If you're not familiar with the topic, I suggest to first read the
blueprint
Hi,
Thank you very much for brining up this topic.
On Wed, Apr 11, 2018 at 2:50 AM, Emilien Macchi wrote:
> Greetings,
>
> Steve Baker and I had a quick chat today about the work that is being done
> around containers workflow in Rocky cycle.
>
> If you're not familiar with
> Wiadomość napisana przez APARNA SUBBURAM w dniu
> 12.04.2018, o godz. 07:43:
>
> Hi,
>
> I am new user to openstack. I want to know whether an instance which is
> created in openstack can act as DHCP server for other instances created in
> that network. If so could
I believe there's something missing in Ocata and Pike docs. If you
read Mitaka install guide [1] you'll find the first step to be
creating the default domain before all other steps regarding projects
and users.
You should run
openstack domain create --description "Default Domain" default
Hi,
Please read my replies inline below...
On Thu, Apr 12, 2018 at 12:10 PM, Eugen Block wrote:
> Hi,
>
> can you paste the credentials you're using?
>
# cat admin-rc
export OS_USERNAME=admin
export OS_PASSWORD=abcdef
export OS_PROJECT_NAME=admin
export
Hi,
can you paste the credentials you're using?
The config values (e.g. domain) are case sensitive, the ID of the
default domain is usually "domain", its name is "Default". But if
you're sourcing the credentials with ID "Default" this would go wrong,
although I'm not sure if this would be
Hi,
I am new user to openstack. I want to know whether an instance which is
created in openstack can act as DHCP server for other instances created in
that network. If so could you please provide with me how to setup that
configurations.
VM1 : Openwrt which is going to be my DHCP server.
VM2 :
55 matches
Mail list logo