[Openstack] [neutron] [neutron-pythonclient]
Hello everybody, I wanted to ask, how it's neutron-pythonclient versioning/branching handled?. Are there any plans to keep separate branches/tags for compatibility with different openstack versions?. What's the exact policy on this?, I'd like to know what's the best neutron-pythonclient to ship with havana, or any future version of openstack. Greetings, Miguel Ángel. ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Neutron Router disappeared from Dashboard, but tenant works
Hi Martinx, > From: "Martinx - ジェームズ" > To: openstack@lists.openstack.org > Sent: Friday, December 27, 2013 7:56:35 AM > Subject: Re: [Openstack] Neutron Router disappeared from Dashboard, but > tenant works > > Guys, > > After clicking on a "Tenant Router", like this: > > http://controller/project/routers/f572af38-cc50-4c9f-b863-5a167c0ec3d3/ > > > I'm seeing the following error: > > > Error: Unable to retrieve an external network > "bb43d3f0-8c1a-4844-aaac-7068a6771588". > > But, this is very weird, since this Tenant Router IS connected to the > External Network right now! It just disappeared from some parts of OpenStack > (it still works but I am unable to see it). > > Neutron log shows: > > http://paste.openstack.org/show/57348/ I'm not sure, but it looks to me like if it couldn't really find the resource in the database. a few questions: 1) Which version of neutron & Horizon are you using? 2) Is the database in the same host?, some kind of special configuration, HA, etc? 3) When that happens, could you check with neutron CLI that the network does really exist? 4) If it 3 == NO, could you check it's on the database itself? > > After clicking on http://controller/project/routers/ with a Tenant User > (Member role) - Dashboard shows: > > "Something went wrong! > > An unexpected error has occurred. Try refreshing the page. If that doesn't > help, contact your local administrator." > > Apache error log shows: > > http://paste.openstack.org/show/57347/ > > > Can someone help me, please?! I need to understand what's going on with my > cloud and fix it according... =) > > Thanks! > Thiago > > > On 22 December 2013 03:34, Martinx - ジェームズ < thiagocmarti...@gmail.com > > wrote: > > > > Guys, > > I'm facing a weird problem here... I'm using "Per-Tenant Routers with Private > Networks" and, sometimes the "routers disappears" from the Dashboard and an > error is triggered when I try to access the page > http://controller/project/routers/ - look: > > > http://paste.openstack.org/show/55979/ > > > Also, under /project/networks/, the Network Diagram doesn't show the External > Network, only the tenant cloud appear there, look: > > Missing External Network: > > > > What can I do?! > > Last time this happened, I restarted both controller and network node to fix > it but, this time, I can not put it to work anymore. > > Please, help! > > Tks > Thiago > > > ___ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
[Openstack] [HA] [neutron] neutron-l3-agent & HA host=.. parameter
Hi!, I want to ask, specifically, about the intended purpose of the host=... parameter in the neutron-agents (undocumented AFAIK). I've been checking a reference HA setup, where one of the issues was having an HA l3-agent in active/passive or active/active. One of the configurations we came up with, was setting two network nodes, in active/passive, and using the "host=" config field in agents. Network Node 1: /etc/neutron/l3_agent.ini host=ha-nnode Network Node 2: /etc/neutron/l3_agent.ini host=ha-nnode This allows that in the event that the active node goes down, the passive l3-agent can be started, and it will take all virtual routers associated to the first node. Otherwise (if they had different host identifications), the virtual routers would stick scheduled to the first network node they were scheduled to... as, when an l3-agent first connects to neutron server, it gets routers scheduled to itself. Thinking of active/active One interesting feature, regarding this, could be automatically rescheduling virtual routers from down l3-agents to other available l3-agents which have the same external network connectivity capabilities. But ok, that's content for a blueprint, and I'm sure that has many situations to address: for example, we wouldn't want several nodes running the same virtual-router configurations at the same time without VRRP or equivalents..., which in an active/passive setup like the one explained above, can be handled with fencing/power cycling the failing node. That kind of behavior is already handled externally by this tool: https://github.com/stackforge/cookbook-openstack-network/blob/master/files/default/neutron-ha-tool.py Cheers, Miguel Ángel Ajo ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] [Octavia] octavia manual install guide?
Hi John, I did it once by following the steps in the octavia plugin: https://github.com/openstack/octavia/blob/master/devstack/plugin.sh#L573 I was looking at automating it in TripleO (which later Brent Eagles worked on as far as I remember) On Wed, Sep 6, 2017 at 1:10 PM, 한승진 wrote: > Hi, I'm trying to install octavia manually, howerve I'm not struggling > with a lot of error messages. > > Is there any manual guide for octavia? > > Thanks. > John Haan > > ___ > Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/ > openstack > Post to : openstack@lists.openstack.org > Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/ > openstack > > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Query regarding customized DHCP server in openstack
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 Sławek Kapłoński wrote: > 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 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 you please provide with me how to setup that > configurations. > > > > VM1 : Openwrt which is going to be my DHCP server. > > VM2 : Ubuntu which is going to be my DHCP client. > > > > VM2 should fetch ip from VM1. It should not get default DHCP ip from > Openstack. > > > > Both the instances are up on openstack environment. > > > > Regards, > > Aparna Subburam > > > > ___ > > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > Post to : openstack@lists.openstack.org > > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > — > Best regards > Slawek Kaplonski > sla...@kaplonski.pl > > > > > > ___ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack@lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] [tripleo] [tripleo-quickstart] quickstart.sh failing
I'm also hitting that issue currently too
you can workaround with
-e docker_registry_namespace_used=tripleomaster -e
container_build_id=current-tripleo
on the quickstart command line while this is fixed (please note that's only
for tripleo master).
I see in the quickstart logs that those variables are detected as facts,
but then ansible does
not find them on those tasks.
Note: I'm just providing a workaround that I used to keep moving, but I'm
not actively working
on fixing the quickstart issue because I don't know how to fix it at this
moment.
On Thu, Jun 21, 2018 at 2:44 AM Bernd Bausch wrote:
> I hoped that I could use quickstart.sh to set up Tripleo without much
> thinking. The Ansible playbook generates undercloud, compute and control
> images and much more on the VIRTHOST but ultimately fails with:
>
> TASK [undercloud-deploy : Write containers-prepare-parameter.yaml]
> **
> task path:
> /home/stack/.quickstart/usr/local/share/ansible/roles/undercloud-deploy/tasks/create-scripts.yml:96
> Wednesday 20 June 2018 18:31:07 +0900 (0:00:07.221) 1:14:05.859
>
> fatal: [undercloud]: FAILED! => {"changed": false, "failed": true, "msg":
> "AnsibleUndefinedVariable: 'container_build_id' is undefined"}
> What puzzles me (I am far from being an Ansible expert): If I interpret
> *_quickstart.log* correctly, this variable is set about half-way through
> the process:
>
> TASK [extras-common : set container_build_id from docker_image_tag]
> *
> task path:
> /home/stack/.quickstart/usr/local/share/ansible/roles/extras-common/tasks/main.yml:19
> Wednesday 20 June 2018 17:23:13 +0900 (0:00:00.212) 0:06:12.229
>
> ok: [jupiter] => {*"ansible_facts": {"container_build_id":
> "current-tripleo-rdo"},* "changed": false, "failed": false}
>
> Later plays also set it conditionally, but the conditions are never met.
> Some derive it from a variable named *get_build_command*, which I can't
> find anywhere (I did do a http://codesearch.openstack.org):
>
> TASK [extras-common : set container_build_id from get_build_command]
>
> task path:
> /home/stack/.quickstart/usr/local/share/ansible/roles/extras-common/tasks/main.yml:6
> Wednesday 20 June 2018 18:16:45 +0900 (0:00:00.323) 0:59:44.741
>
> skipping: [jupiter] => {"changed": false, "skip_reason": "Conditional
> result was False", "skipped": true}
>
> others base it on a Docker container tag:
>
> TASK [extras-common : set container_build_id from docker_image_tag]
> *
> task path:
> /home/stack/.quickstart/usr/local/share/ansible/roles/extras-common/tasks/main.yml:19
> Wednesday 20 June 2018 18:16:46 +0900 (0:00:00.128) 0:59:44.996
>
> skipping: [jupiter] => {"changed": false, "skip_reason": "Conditional
> result was False", "skipped": true}
>
> Any pointers how to fix this?
>
> My VIRTHOST is a HP Z420 workstation named *jupiter*, 4 core Xeon, 32G
> memory, 150G disk space running freshly installed Centos 7.5. I run the
> quickstart script on a VM, equally with Centos 7.5. I followed the
> instructions at
> https://docs.openstack.org/tripleo-quickstart/latest/readme.html#tripleo-quickstart
> :
>
> $ ssh-keygen; ssh-copy-id root@jupiter; ssh-copy-id stack@jupiter
> $ curl -O https://raw.githubusercontent.com/openstack/tripleo-quickstart/
> master/quickstart.sh
> $ bash quickstart.sh --install-deps
> $ bash quickstart.sh jupiter
>
> Bernd Bausch
> ___
> Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] [tripleo] [tripleo-quickstart] quickstart.sh failing
I got that working too, but then:
1) my undercloud didn't have any hosts when I did openstack server list
over stackrc
2) I had no overcloud-deploy.sh of any kind
Folks I need help with this, I'm blocked.
On Fri, Jun 22, 2018 at 10:48 AM Bernd Bausch wrote:
> Thanks Miguel! When I set these variables, the quickstart script completes
> successfully.
>
> Bernd Bausch
> On 6/21/2018 4:43 PM, Miguel Angel Ajo Pelayo wrote:
>
> I'm also hitting that issue currently too
>
> you can workaround with
>
> -e docker_registry_namespace_used=tripleomaster -e
> container_build_id=current-tripleo
>
> on the quickstart command line while this is fixed (please note that's
> only for tripleo master).
>
>
> I see in the quickstart logs that those variables are detected as facts,
> but then ansible does
> not find them on those tasks.
>
> Note: I'm just providing a workaround that I used to keep moving, but I'm
> not actively working
> on fixing the quickstart issue because I don't know how to fix it at this
> moment.
>
>
>
>
> On Thu, Jun 21, 2018 at 2:44 AM Bernd Bausch
> wrote:
>
>> I hoped that I could use quickstart.sh to set up Tripleo without much
>> thinking. The Ansible playbook generates undercloud, compute and control
>> images and much more on the VIRTHOST but ultimately fails with:
>>
>> TASK [undercloud-deploy : Write containers-prepare-parameter.yaml]
>> **
>> task path:
>> /home/stack/.quickstart/usr/local/share/ansible/roles/undercloud-deploy/tasks/create-scripts.yml:96
>> Wednesday 20 June 2018 18:31:07 +0900 (0:00:07.221) 1:14:05.859
>>
>> fatal: [undercloud]: FAILED! => {"changed": false, "failed": true, "msg":
>> "AnsibleUndefinedVariable: 'container_build_id' is undefined"}
>> What puzzles me (I am far from being an Ansible expert): If I interpret
>> *_quickstart.log* correctly, this variable is set about half-way through
>> the process:
>>
>> TASK [extras-common : set container_build_id from docker_image_tag]
>> *
>> task path:
>> /home/stack/.quickstart/usr/local/share/ansible/roles/extras-common/tasks/main.yml:19
>> Wednesday 20 June 2018 17:23:13 +0900 (0:00:00.212) 0:06:12.229
>>
>> ok: [jupiter] => {*"ansible_facts": {"container_build_id":
>> "current-tripleo-rdo"},* "changed": false, "failed": false}
>>
>> Later plays also set it conditionally, but the conditions are never met.
>> Some derive it from a variable named *get_build_command*, which I can't
>> find anywhere (I did do a http://codesearch.openstack.org):
>>
>> TASK [extras-common : set container_build_id from get_build_command]
>>
>> task path:
>> /home/stack/.quickstart/usr/local/share/ansible/roles/extras-common/tasks/main.yml:6
>> Wednesday 20 June 2018 18:16:45 +0900 (0:00:00.323) 0:59:44.741
>>
>> skipping: [jupiter] => {"changed": false, "skip_reason": "Conditional
>> result was False", "skipped": true}
>>
>> others base it on a Docker container tag:
>>
>> TASK [extras-common : set container_build_id from docker_image_tag]
>> *
>> task path:
>> /home/stack/.quickstart/usr/local/share/ansible/roles/extras-common/tasks/main.yml:19
>> Wednesday 20 June 2018 18:16:46 +0900 (0:00:00.128) 0:59:44.996
>>
>> skipping: [jupiter] => {"changed": false, "skip_reason": "Conditional
>> result was False", "skipped": true}
>>
>> Any pointers how to fix this?
>>
>> My VIRTHOST is a HP Z420 workstation named *jupiter*, 4 core Xeon, 32G
>> memory, 150G disk space running freshly installed Centos 7.5. I run the
>> quickstart script on a VM, equally with Centos 7.5. I followed the
>> instructions at
>> https://docs.openstack.org/tripleo-quickstart/latest/readme.html#tripleo-quickstart
>> :
>>
>> $ ssh-keygen; ssh-copy-id root@jupiter; ssh-copy-id stack@jupiter
>> $ curl -O https://raw.githubusercontent.com/openstack/tripleo-quickstart/
>> master/quickstart.sh
>> $ bash quickstart.sh --install-deps
>> $ bash quickstart.sh jupiter
>>
>> Bernd Bausch
>> ___
>> Mailing list:
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>> Post to : openstack@lists.openstack.org
>> Unsubscribe :
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>
>
>
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Re: [Openstack] Queens horizon is very slow
Hi Satish, Can you try listing the resources (instances, and ports) as non-admin user and share your results? We posted a patch recently because of an issue in oslo.policy which could potentially make things better . https://review.openstack.org/#/q/909a1ea3a7aceb6e0637058b9c6a53d14043d6d1 On 3 August 2018 at 20:47:58, Satish Patel (satish@gmail.com) wrote: forgot to share some result which is here [root@ostack-infra-02-utility-container-c39f9322 ~]# openstack --timing server list +--++-+--+-+--+ | ID | Name | Status | Networks | Image | Flavor | +--++-+--+-+--+ | d5e16566-1262-4ac7-ad2b-2ad252472b18 | help-1 | ACTIVE | net-vlan31=10.31.1.5 | cirros-raw | m1.tiny | | c6f3920b-93f3-4a3a-a546-a5b575f8815d | help | SHUTOFF | net-vlan31=10.31.1.4 | Centos-7-x86_64 | m1.small | +--++-+--+-+--+ ++--+ | URL | Seconds | ++--+ | GET http://172.28.0.9:5000/v3 | 0.013816 | | POST http://172.28.0.9:5000/v3/auth/tokens | 0.357006 | | POST http://172.28.0.9:5000/v3/auth/tokens | 0.547765 | | GET http://172.28.0.9:8774/v2.1/servers/detail | 0.645702 | | GET http://172.28.0.9:8774/v2.1/flavors/detail | 0.093062 | | Total | 1.657351 | ++--+ On Fri, Aug 3, 2018 at 2:32 PM, Satish Patel wrote: > Folks, > > I have deployed pike using openstack-ansible on 3 node (HA) and > everything was good Horizon was fast enough but last week i have > upgraded to queens and found horizon is painful slow, I did command > line test and they are ok but GUI is just hard to watch, I have check > all basic setting memcache etc.. all looks good, i am not sure how to > troubleshoot this issue. > > Just wonder if this is queens issue because pike was running fast > enough, is there any good guide line or tool to find out speed of GUI ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack ___ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : openstack@lists.openstack.org Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
