Perl 6 - the future is here, just unevenly distributed

IRC log for #fuel, 2014-04-22

| Channels | #fuel index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:01 rmoe neutron doesn't support auto-assignment of floating IPs
00:01 rmoe not in havana at least
00:01 Kupo24z Ah thats the issue then, im on neutron/gre
00:01 Kupo24z that a change in icehouse?
00:03 rmoe doesn't look like it
00:03 rmoe https://blueprints.launchpad.net/neutron/+spec/auto-associate-floating-ip
00:04 rmoe doesn't seem like any work has been done
00:05 Kupo24z What about Live migration w/ ceph ephermeral disks? https://ceph.com/cloud/ceph-and-mirantis-openstack/
00:05 xarses we support that =)
00:06 xarses trunk sadly still does not
00:06 Kupo24z I noticed its an option in fuel & i can confirm it creates the disks however it looks like nova-compute doesnt know how to migrate it correctly
00:06 xarses you have to use the cli
00:07 xarses horizon cant trigger the live migration
00:07 xarses it starts a cold migration
00:07 Kupo24z Do i still need to setup the libvirt live migration flags, or is that not needed anymore?
00:07 xarses and the volume / image had to be raw
00:08 xarses we set the live migration flags if you clicked ceph for ephemeral
00:08 Kupo24z ah okay, cool thanks
00:08 xarses there is a live migration command somwhere in the nova cli
00:14 Kupo24z Is there a release date for icehouse in fuel yet?
00:15 Kupo24z or is it this? https://wiki.openstack.org/wiki/Fuel/5.0_Release_Schedule
00:40 rmoe joined #fuel
00:44 christopheraedo Kupo24z: yes, Fuel v5 is the icehouse release
00:47 xarses Kupo24z: thats all I have for a schedule too
00:47 xarses ttyl
00:49 Kupo24z xarses: thx for the help
01:32 xarses joined #fuel
01:57 IlyaE joined #fuel
02:42 BillTheKat joined #fuel
02:45 IlyaE joined #fuel
03:16 crandquist joined #fuel
03:55 thehybridtech joined #fuel
04:21 IlyaE joined #fuel
05:13 mjeanson joined #fuel
05:32 Ch00k joined #fuel
05:54 jeremydei joined #fuel
06:15 blufor joined #fuel
06:17 alex_didenko joined #fuel
06:53 al_ex joined #fuel
07:03 e0ne joined #fuel
07:04 holser joined #fuel
07:21 e0ne joined #fuel
07:35 artem_panchenko joined #fuel
07:38 saibarspeis joined #fuel
07:40 holser joined #fuel
07:45 Ch00k joined #fuel
08:01 e0ne joined #fuel
08:33 aglarendil joined #fuel
08:34 aglarendil joined #fuel
08:53 e0ne joined #fuel
08:56 vkozhukalov joined #fuel
09:00 ToTsiroll joined #fuel
09:01 ToTsiroll hi, does anyone know when is the release of 4.1.1 or will it be moved with 5.0 release?
09:13 mihgen Hi ToTsiroll
09:13 mihgen we don't have exact date yet on 4.1.1
09:14 mihgen ToTsiroll: is there a particular bug you waiting for being resolved?
09:14 mihgen 4.1.1 is going to be maintenance release with bug fixes only
09:15 ToTsiroll nothing..im gonna redeploy..thinking of waiting for a more stable release or just redeploy using 4.1 and fix the issues manually
09:16 aglarendil|home joined #fuel
09:18 mihgen ToTsiroll: 4.1 is pretty stable actually. There is a number of bugs, but it depends on environment and your requirements for HA
09:20 ToTsiroll oooh yeah i noticed.  the only problem i encountered was the corrupted radosgw map. Had a lot of problems with my 4.0..i'm thinking if im gonna redeploy..ill use 4.1. i was just curious if 4.1.1 will be release when i do the redeployment
09:20 Ch00k joined #fuel
09:21 ToTsiroll thanks :D
09:22 rvyalov joined #fuel
09:25 ToTsiroll i have a question regarding floating ip pool. i have a public/floating subnet on a 10.x.x.x block for a private cloud. i'm trying to add an additional pool for public(external) floating ip pool. I'm using nova-network and vlanmanager. What steps do i need to do to make it work. As i remember from this article http://www.mirantis.com/blog/configuring-floating-ip-addresses-networking-openstack-public-private-clouds/ the bridge(vlan) wi
09:26 ToTsiroll Is this needed? since its going to waste one of my public ip and at the same time my compute node will be accessible outside
09:55 BillTheKat joined #fuel
10:07 rvyalov_ joined #fuel
10:23 neophy joined #fuel
10:24 ykotko joined #fuel
10:25 artem_panchenko joined #fuel
10:51 aglarendil|nb joined #fuel
10:55 evg joined #fuel
10:58 e0ne joined #fuel
11:14 e0ne joined #fuel
11:20 mihgen ToTsiroll: wait
11:20 mihgen ToTsiroll: you already have public/floating on 10x?
11:20 mihgen why do you do it if you need your hosts to be available from outside?
11:21 mihgen normal setup would be to have 1 or more public ranges for public & floating nets
11:21 mihgen you can define multiple ranges on Networks tab in Fuel
11:22 mihgen ToTsiroll: you compute will be accessible outside, that's right. It's because you need to have public IP on it anyway for SNAT/DNATing traffic from VMs
11:22 mihgen VMs will use that public as gateway to get out
11:25 evg ToTsiroll: it seems a part of your question is lost on irclog. Could u, pls, clarify.
11:27 ToTsiroll well my setup originally was a private cloud accessible only internally...then we had to expose some of the VMs outside, that's why i have a new pool of public(external) ips
11:28 mihgen ToTsiroll: ohh well .. that's where we need to think
11:29 mihgen do your VMs have Internet access now?
11:29 mihgen thing is that even if you run 'nova-manage floating create' or similar command to add floating pull (don't remember exact one, need google it)
11:29 ToTsiroll my setup is on 10.225.x.x block...both public and private...that subnet has access to the internet...but now, i have another pool where its all public(external) ips...i need to add it to my pool for certain VMs to be accessible outside
11:30 mihgen ToTsiroll: well try to simply add that pull then… and see if it works when you associate a floating IP with your VM
11:31 mihgen ToTsiroll: it used to be "nova-manage floating list", floating create
11:31 mihgen syntax might change..
11:31 ToTsiroll Will i need to define a new vlan in my hosts for that certain ip pool? or will i need to ride it with the vlan of my original public/floating?
11:32 ToTsiroll if it is..then it wont recognize the gateway
11:36 mihgen ToTsiroll: ideally I would rebuild the cluster…
11:37 mihgen ToTsiroll: actually you would need to have default route pointing to your public IP
11:37 mihgen as far as I understand
11:38 justif joined #fuel
11:38 mihgen if you just use floating for VMs, it assigns floating IP to loopback on compute hosts, and creates SNAT & DNAT rules
11:39 mihgen ToTsiroll: I don't know if your traffic will come out of the host if you still have 10x IP for gateway
11:43 BillTheKat joined #fuel
11:43 mattymo joined #fuel
12:00 ToTsiroll ok..i will test this...thank you for your help .
12:01 holser joined #fuel
12:17 e0ne joined #fuel
12:24 e0ne_ joined #fuel
12:25 BillTheKat joined #fuel
12:30 rvyalov joined #fuel
12:42 nurla joined #fuel
12:49 dburmistrov_ joined #fuel
12:54 e0ne joined #fuel
13:01 justif joined #fuel
13:02 e0ne_ joined #fuel
13:16 brain461 joined #fuel
13:21 thehybridtech joined #fuel
13:30 dhblaz joined #fuel
13:45 apalkina joined #fuel
13:50 jobewan joined #fuel
13:55 e0ne joined #fuel
14:03 e0ne joined #fuel
14:20 dennis__ joined #fuel
14:32 e0ne_ joined #fuel
14:51 dennis__ joined #fuel
14:56 d__k joined #fuel
15:02 IlyaE joined #fuel
15:08 dhblaz joined #fuel
15:11 jobewan joined #fuel
15:20 aglarendil|nb joined #fuel
15:34 d__k joined #fuel
15:39 blahRus joined #fuel
15:39 StasMak joined #fuel
15:50 rmoe joined #fuel
16:01 IlyaE joined #fuel
16:26 evg joined #fuel
16:30 angdraug joined #fuel
16:31 dburmistrov_ joined #fuel
16:34 holser joined #fuel
16:51 xarses joined #fuel
17:03 Ch00k joined #fuel
17:30 vkozhukalov joined #fuel
17:31 crandquist joined #fuel
17:40 blahRus joined #fuel
18:02 IlyaE joined #fuel
18:04 bookwar dteselkin_: tests finally made it :)
18:08 holser joined #fuel
18:21 dburmistrov_ joined #fuel
18:36 BillTheKat I an not installing a FUEL HA environment - although it appears that for neutron.conf is configured as if it was HA (e.g. rabbit_ha_queues = TRUE, rabbit_hosts set, etc). Is this correct?
18:50 Ch00k joined #fuel
19:03 MiroslavAnashkin rabbit_ha_queues = TRUE is correct for patched RabbitMQ 2.8.7.
19:04 MiroslavAnashkin While, in case of single controller you may set it to False
19:19 e0ne joined #fuel
19:19 IlyaE joined #fuel
19:36 BillTheKat MiroslavAnashkin: ok - I will try that to see if it fixes my notification.info queue issues when configuring a 2nd external network
19:36 BillTheKat MiroslavAnashkin: Can you tell me where on my Fuel server I change this for neutron?
19:38 MiroslavAnashkin In /etc/neutron/neutron.conf and /etc/nova/nova.conf
19:39 MiroslavAnashkin And in /etc/cinder/cinder.conf if exists
19:39 BillTheKat I changed it on the controller and restarted neutorn - (i.e. changed rabbit_ha_queues = false) - after restartuing neutron-server things went to hell
19:43 MiroslavAnashkin I see, this setting exist in almost every major Openstack component conf file. And if there were existing HA queues - clients may not be able to reconnect to such queues.
19:44 MiroslavAnashkin So, please run
19:44 MiroslavAnashkin rabbitmqctl stop_app
19:44 MiroslavAnashkin rabbitmqctl reset
19:44 MiroslavAnashkin rabbitmqctl start_app
19:45 BillTheKat I can do that on an existing openstack running environment?
19:45 MiroslavAnashkin And restart all services with changed settings.
19:46 MiroslavAnashkin If it is your live environment - all instances should remain untouched
19:46 BillTheKat ok will give it a try....
19:46 BillTheKat thanks
19:46 MiroslavAnashkin RabbitMQ is used to transfer commands. When it is down - almost no changes to current Openstack statement possible
19:49 BillTheKat MiroslavAnashkin: is there an easy fix to change in the puppet manifest on the fuel server? I can just redeploy  - it is a test environment
19:49 MiroslavAnashkin Please also check the following places, if exist : /etc/heat/heat.conf
19:57 MiroslavAnashkin Yes, change the same parameter on master node in
19:57 MiroslavAnashkin /etc/puppet/manifests/site.pp
19:57 MiroslavAnashkin Additionally, you may change defaults in
19:57 MiroslavAnashkin /etc/puppet/modules/openstack/manifests/controller_ha.pp
19:57 MiroslavAnashkin /etc/puppet/modules/openstack/manifests/controller.pp
19:57 MiroslavAnashkin /etc/puppet/modules/nova/manifests/metadata_api.pp
19:57 MiroslavAnashkin file:///home/miroslav/GerritRepo/fuel/deployment/puppet/osnailyfacter/manifests/cluster_ha.pp
19:57 MiroslavAnashkin file:///home/miroslav/GerritRepo/fuel/deployment/puppet/neutron/manifests/init.pp
19:59 MiroslavAnashkin and /etc/puppet/modules/osnailyfacter/manifests/cluster_ha.pp
19:59 MiroslavAnashkin and /etc/puppet/modules/deployment/puppet/neutron/manifests/init.pp
20:00 MiroslavAnashkin At least Neutron and Metadata has HA queues True by default
20:07 IlyaE joined #fuel
20:10 dhblaz joined #fuel
20:15 xarses joined #fuel
20:24 BillTheKat MiroslavAnashkin:  Thanks-you so so much - I will give this a try. If it works - I am go ahead and issue a fuel bug report.
20:33 aglarendil joined #fuel
20:54 angdraug joined #fuel
21:06 BillTheK_ joined #fuel
21:09 PootyPoot joined #fuel
21:11 xarses joined #fuel
21:15 esobalvarro joined #fuel
21:16 IlyaE joined #fuel
21:19 Michael_ joined #fuel
21:26 rmoe joined #fuel
21:27 duckgoose joined #fuel
21:30 e0ne joined #fuel
21:30 duckgoose left #fuel
21:58 rvyalov joined #fuel
22:13 IlyaE joined #fuel
22:31 iunruh joined #fuel
22:46 IlyaE joined #fuel
23:12 vk joined #fuel
23:15 xarses joined #fuel
23:26 xarses joined #fuel

| Channels | #fuel index | Today | | Search | Google Search | Plain-Text | summary