Hello Mattm
Yes I mean sometimes I have same host/node names with different uuid in
compute_nodes table in nova database
I must delete nodes with uuid those not match with nova-hypervisor list
command.
At this time I have the following:
MariaDB [nova]> select hypervisor_hostname,uuid,deleted from
Hi M.Ranganathan,
Tap-as-a-Service has a release for Stable/Queens and Stable/Rocky. However,
its not yet an official project in Openstack, so it might not be listed
there.
On Thu, Nov 29, 2018 at 7:21 AM M. Ranganathan wrote:
> Hello all,
>
> I want to experiment with SNORT as a service on
Hello,
I want to write my own VNF. For this I need to :
1. Create a network namespace.
2. Create a ovs internal port on a bridge with an appropriate tag.
3. Send the port to the network namespace.
4. Run a service in the network namespace that could (for example) read
packets.
Are there
Hello all,
I want to experiment with SNORT as a service on OpenStack. I looked at the
TAPaaS project. However, I am not sure it runs on OpenStack Queens. I don't
see it in the queens release
https://releases.openstack.org/queens/index.html so I am wondering if this
project is still alive (?)
Hello Openstackers,
I am testing the integration of OpenStack (acting as a service provider)
using Keycloak (as an identity provider) with OpenId Connect protocol. So
far everything is working, but when I enable more than one IdP, I get an
odd behavior. The “where are you from (WAYF)” process is
On Wed, 2018-11-28 at 13:28 -0500, James Slagle wrote:
> On Wed, Nov 28, 2018 at 12:31 PM Bogdan Dobrelya > wrote:
> > Long story short, we cannot shoot both rabbits with a single shot,
> > not
> > with puppet :) May be we could with ansible replacing puppet
> > fully...
> > So splitting config
On Wed, Nov 28, 2018 at 12:31 PM Bogdan Dobrelya wrote:
> Long story short, we cannot shoot both rabbits with a single shot, not
> with puppet :) May be we could with ansible replacing puppet fully...
> So splitting config and runtime images is the only choice yet to address
> the raised security
On 11/28/18 6:02 PM, Jiří Stránský wrote:
Reiterating again on previous points:
-I'd be fine removing systemd. But lets do it properly and not via 'rpm
-ev --nodeps'.
-Puppet and Ruby *are* required for configuration. We can certainly put
them in a separate container outside of the runtime
Reiterating again on previous points:
-I'd be fine removing systemd. But lets do it properly and not via 'rpm
-ev --nodeps'.
-Puppet and Ruby *are* required for configuration. We can certainly put
them in a separate container outside of the runtime service containers
but doing so would
On 11/28/2018 4:19 AM, Ignazio Cassano wrote:
Hi Matt, sorry but I lost your answer and Gianpiero forwarded it to me.
I am sure kvm nodes names are note changed.
Tables where uuid are duplicated are:
dataresource_providers in nova_api db
compute_nodes in nova db
Regards
Ignazio
It would be
On Wed, Nov 28, 2018 at 5:13 AM Jiri Tomasek wrote:
> Hi all,
>
> Recently, the workflows squad has been reorganized and people from the
> squad are joining different squads. I would like to discuss how we are
> going to adjust to this situation to make sure that tripleo-common
> development is
Ok, so you have the workflow in place, but it sounds like the containers are
not laid out to best use that workflow. Puppet is in the base layer. That means
whenever puppet gets updated, all the other containers must be too. And other
such update coupling issues.
I'm with you, that binaries
On Wed, Nov 28, 2018 at 5:13 AM Jiri Tomasek wrote:
[...]
> As a possible solution, I would like to propose Adriano as a core reviewer
> to tripleo-common and adding tripleo-ui cores right to +2 tripleo-common
> patches.
>
[...]
Not a member of the squad but +2 to the idea
Thanks for
Hi,
On Tue, Nov 27, 2018 at 7:13 PM Dan Prince wrote:
> On Tue, 2018-11-27 at 16:24 +0100, Bogdan Dobrelya wrote:
> > Changing the topic to follow the subject.
> >
> > [tl;dr] it's time to rearchitect container images to stop incluiding
> > config-time only (puppet et al) bits, which are not
On Wed, Nov 28, 2018 at 04:10:21PM +0330, Soheil Pourbafrani wrote:
> When I installed OpenStack using PackStack, the size of LVM group was 20G
> but I could create 18 volume each of which 20G size (so in the PackStack
> the Cinder allocate volumes dynamically), but installing OpenStack from
>
On Wed, Nov 28, 2018 at 4:19 PM Marios Andreou wrote:
> great you are very welcome !
Thanks.
> not really, I mean "anything goes" as long as it's an improvement ( and the
> usual review process will determine if it is or not :) ). Could be as small
> as typos or broken links/images, through
On Wed, Nov 28, 2018 at 4:33 PM Natal Ngétal wrote:
> On Tue, Nov 27, 2018 at 4:50 PM Marios Andreou wrote:
> > as just mentioned in the tripleo weekly irc meeting [1] some of us are
> trying to make small weekly improvements to the tripleo docs [2]. We are
> using this bug [3] for tracking
On 11/28/2018 02:50 AM, Zufar Dhiyaulhaq wrote:
Hi,
Thank you. I am able to fix this issue by adding this configuration into
nova configuration file in controller node.
driver=filter_scheduler
That's the default:
On Tue, Nov 27, 2018 at 4:50 PM Marios Andreou wrote:
> as just mentioned in the tripleo weekly irc meeting [1] some of us are trying
> to make small weekly improvements to the tripleo docs [2]. We are using this
> bug [3] for tracking and this effort is a result of some feedback during the
>
On Wed, 2018-11-28 at 15:12 +0100, Bogdan Dobrelya wrote:
> On 11/28/18 2:58 PM, Dan Prince wrote:
> > On Wed, 2018-11-28 at 12:45 +0100, Bogdan Dobrelya wrote:
> > > To follow up and explain the patches for code review:
> > >
> > > The "header" patch https://review.openstack.org/620310 ->
> > >
On 11/28/18 2:58 PM, Dan Prince wrote:
On Wed, 2018-11-28 at 12:45 +0100, Bogdan Dobrelya wrote:
To follow up and explain the patches for code review:
The "header" patch https://review.openstack.org/620310 -> (requires)
https://review.rdoproject.org/r/#/c/17534/, and also
On Wed, 2018-11-28 at 12:45 +0100, Bogdan Dobrelya wrote:
> To follow up and explain the patches for code review:
>
> The "header" patch https://review.openstack.org/620310 -> (requires)
> https://review.rdoproject.org/r/#/c/17534/, and also
> https://review.openstack.org/620061 -> (which in
Added Kolla tag as we all together might want to do something to that
systemd included in containers via *multiple* package dependencies, like
[0]. Ideally, that might be properly packaging all/some (like those
names listed in [1]) of the places having it as a dependency, to stop
doing that as
On Wed, 2018-11-28 at 00:31 +, Fox, Kevin M wrote:
> The pod concept allows you to have one tool per container do one
> thing and do it well.
>
> You can have a container for generating config, and another container
> for consuming it.
>
> In a Kubernetes pod, if you still wanted to do
When I installed OpenStack using PackStack, the size of LVM group was 20G
but I could create 18 volume each of which 20G size (so in the PackStack
the Cinder allocate volumes dynamically), but installing OpenStack from
repository, the Cinder allocate disk to volume statically because I have
volume
Hi. I'm setting up a Openstack system on the servers of my laboratory.
While I try to create an instance, a problem has occurred!
Instance creation was failed and it seems that libvirt failed to attaching
the vif to the instance.
When I create a virtual machine by using virsh tool (libvirt)
Hi,
I was wondering if the Cinder allocates disk to volumes statically or
dynamically?
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe :
To follow up and explain the patches for code review:
The "header" patch https://review.openstack.org/620310 -> (requires)
https://review.rdoproject.org/r/#/c/17534/, and also
https://review.openstack.org/620061 -> (which in turn requires)
https://review.openstack.org/619744 -> (Kolla change,
Hi Matt, sorry but I lost your answer and Gianpiero forwarded it to me.
I am sure kvm nodes names are note changed.
Tables where uuid are duplicated are:
dataresource_providers in nova_api db
compute_nodes in nova db
Regards
Ignazio
Il 28/Nov/2018 11:09 AM, "Gianpiero Ardissono" ha
scritto:
>
>
Hi all,
Recently, the workflows squad has been reorganized and people from the
squad are joining different squads. I would like to discuss how we are
going to adjust to this situation to make sure that tripleo-common
development is not going to be blocked in terms of feature work and reviews.
30 matches
Mail list logo