Perl 6 - the future is here, just unevenly distributed

IRC log for #fuel, 2015-12-01

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

All times shown according to UTC.

Time Nick Message
00:04 jerrygb_ joined #fuel
00:08 zhangjn joined #fuel
00:09 zhangjn joined #fuel
00:56 francois joined #fuel
00:59 zhangjn joined #fuel
01:39 zhangjn joined #fuel
01:52 jerrygb joined #fuel
02:10 aleksandr_null joined #fuel
02:30 aleksandr_null joined #fuel
02:45 krobzaur joined #fuel
02:48 aleksandr_null joined #fuel
02:56 xarses joined #fuel
03:20 zhangjn joined #fuel
05:32 zhangjn joined #fuel
05:35 jerrygb joined #fuel
05:46 pradiprwt joined #fuel
05:52 claflico joined #fuel
06:04 fzhadaev_ joined #fuel
06:14 javeriak joined #fuel
06:44 sc68cal joined #fuel
06:51 LinusLinne joined #fuel
06:57 zhangjn joined #fuel
07:23 dklenov joined #fuel
07:46 zhangjn joined #fuel
08:13 LinusLinne joined #fuel
08:19 javeriak joined #fuel
08:27 HeOS joined #fuel
08:28 zhangjn joined #fuel
08:31 hyperbaba joined #fuel
08:46 LinusLinne joined #fuel
08:52 jerrygb joined #fuel
08:55 zhangjn joined #fuel
09:08 xek joined #fuel
09:16 javeriak joined #fuel
09:35 javeriak_ joined #fuel
09:39 javeriak joined #fuel
09:43 tzn joined #fuel
09:43 smakar joined #fuel
09:46 javeriak_ joined #fuel
09:55 aglarendil opilotte_: it might be if you write manifests and create a role for this, but such an installation is non-production and is already supported by DevStack. But if you really want it, you might want a feature called role-as-a-plugin
09:56 aglarendil #link: https://blueprints.launchpad.net/fuel/+spec/role-as-a-plugin
09:56 aglarendil you can create a plugin that creates the role and add particular deployment tasks to them
09:57 javeriak joined #fuel
10:11 zhangjn joined #fuel
10:19 asaprykin joined #fuel
10:22 zhangjn joined #fuel
10:27 zhangjn joined #fuel
10:30 magicboiz joined #fuel
10:37 e0ne joined #fuel
10:44 artem_panchenko_ joined #fuel
10:52 BobBall left #fuel
10:54 az__ joined #fuel
11:03 zhangjn joined #fuel
11:05 magicboiz joined #fuel
11:16 jerrygb joined #fuel
11:32 zhangjn joined #fuel
11:34 neouf joined #fuel
11:39 dr joined #fuel
11:40 neouf joined #fuel
11:41 alex_didenko joined #fuel
12:02 tinku joined #fuel
12:03 tinku how to set kernel parameters
12:04 tinku what would be the significance of setting kernel parameters
12:06 zimboboyd joined #fuel
12:07 tinku can anyone help
12:08 * tinku slaps tinku around a bit with a large fishbot
12:16 neouf vvalyavskiy: can you help me please to add another externel network provider with network-template please ?
12:20 jerrygb joined #fuel
12:21 javeriak joined #fuel
12:22 jaypipes joined #fuel
12:24 vvalyavskiy joined #fuel
12:25 e0ne joined #fuel
12:30 fzhadaev_ neouf: `externel network provider` - what did you mean there? Are you talking about neutron related settings?
12:34 e0ne joined #fuel
12:37 e0ne_ joined #fuel
12:37 zhangjn joined #fuel
12:48 neouf fzhadaev_: in normal time, when you create a cluster with "Neutron with tunneling segmentation" you are limited to use only one "public" network
12:49 neouf in my case, i am using on vlan for this
12:49 neouf one
12:49 neouf but i would like to add anothers publics vlan
12:50 neouf <hat is the easyiest way to do that ?
12:54 jaypipes joined #fuel
13:00 jerrygb joined #fuel
13:02 LinusLinne joined #fuel
13:25 smakar hi neouf:
13:25 smakar Is it 7.0 fuel version ?
13:55 e0ne joined #fuel
13:56 w_verdugo joined #fuel
13:58 LinusLinne joined #fuel
14:01 Venturi joined #fuel
14:05 claflico joined #fuel
14:09 neouf smakar: yes
14:10 Venturi Is there some good resources/or one has experience how to communicate to Mirantis Fuel created Openstack setup on five node with Ceph as a CInder backend - now I would like to mount rbd image within VM instance, but i think that communication to MONs fails, since VM ip is in different IP domain than cluster side network.... i guess only access somehow through cluster public ip?
14:10 smakar neouf: do you want this extra pub net on neutron or just on controllers ?
14:10 smakar or both ?
14:11 neouf only on controller
14:12 neouf http://paste.openstack.org/show/480500/
14:13 neouf i've got this actualy
14:13 neouf i reseted my environnement
14:21 smakar neouf: looks like network-template will be enought for you http://specs.fuel-infra.org/fuel-specs-master/specs/7.0/networking-templates.html
14:21 smakar I see you know about it
14:22 krobzaur joined #fuel
14:22 smakar you need just help to create correct
14:22 smakar neouf : ^^
14:23 smakar yes ?
14:23 omolchanov joined #fuel
14:27 LinusLinne joined #fuel
14:29 neouf yes
14:30 neouf but we cannot retreive the current template on modify after ? we are oblige to create it from scratch ?
14:36 krobzaur Hello all. I'm having trouble deploying the elasticsearch_kibana plugin to a local node using Fuel 6.1. I keep getting the same error repeatedly, and I think it might be a bug in a specific puppet manifest but I could also be making a mistake I'm not aware of. If anybody here is willing to help me out I can provide more details about my environment and the error I am encountering
14:37 krobzaur I would like to verify this isn't a user error before I submit a bug report
14:40 smakar neouf: yes  from scratch
14:44 smakar neouf: if you can show me you network config, you have now, then I  will help you to create your templeate
14:45 TiDjY35 joined #fuel
14:46 neouf i have 2 NIC on each servers
14:46 neouf 1 for admin
14:46 neouf 1 for the rest
14:46 neouf with vlans
14:47 neouf like http://paste.openstack.org/show/480500/
14:47 neouf i would like to add vlan15 with a public network
14:47 neouf (external)
14:49 neouf do need more informations ?
14:49 neouf you
14:51 krobzaur Ah! I think I might have found my mistake! When using these plugins, I should NOT be configuring the disks used for the database in a raid array beforehand, correct?
14:55 pasquier-s krobzaur, not sure I understand completely your issue. Puppet logs would be useful.
14:56 krobzaur pasquier-s: One moment, i'll paste them
15:01 krobzaur pasquier-s: http://paste.openstack.org/show/480506/
15:02 krobzaur pasquier-s: The class "Disk_management::Partition" is called in set_disks.pp
15:02 angdraug joined #fuel
15:03 pasquier-s krobzaur, at L288 it says "Failed to find free space"
15:03 krobzaur pasquier-s: I think the problem might be that I have preformatted a raid array on the server I intended to use for elasticsearch_kibana. In the Settings portion of the plugin, I specify the device name of the RAID array
15:04 pasquier-s krobzaur, yeah we never tested this configuration
15:04 pasquier-s krobzaur, the Puppet manifest runs "/sbin/parted -s -m /dev/sdb unit B p free" to find out how many free space is on the disk
15:05 az__ joined #fuel
15:05 krobzaur pasquier-s: Alright, thats fine. I will just remove the existing RAID array, and specify the 3 seperate physical disks i intend to use
15:06 pasquier-s krobzaur, note that with MOS 7 and LMA 0.8, disk partitioning will be handle by Fuel directly
15:07 ppetit joined #fuel
15:08 krobzaur pasquier-s: Gotcha. I am running 6.1 at the moment.
15:09 krobzaur pasquier-s: But I understand your point. I will remove the RAID arrays I have configured on the RAID controller in my server and let Fuel and the elasticsearch plugin do the work
15:23 f13o joined #fuel
15:38 claflico joined #fuel
15:41 aleksandr_null joined #fuel
15:47 e0ne joined #fuel
15:55 az__ joined #fuel
15:55 javeriak joined #fuel
15:57 javeriak_ joined #fuel
15:58 sh1kel joined #fuel
16:00 blahRus joined #fuel
16:09 krobzaur pasquier-s: The RAID controller I have in my server does not support drive passthrough. Do you think it will be problematic if I put each drive in its own drive group and format it as a RAID 0 array?
16:12 sh1kel joined #fuel
16:12 az__ joined #fuel
16:20 krobzaur man parted
16:20 krobzaur oops
16:25 akurenyshev joined #fuel
16:26 dilyin joined #fuel
16:29 asilenkov joined #fuel
16:31 sh1kel joined #fuel
16:45 Reepicheep joined #fuel
17:24 krobzaur joined #fuel
17:26 magicboiz joined #fuel
17:30 krobzaur joined #fuel
17:34 magicboiz joined #fuel
17:40 xarses joined #fuel
17:44 LinusLinne joined #fuel
17:45 Ravindra joined #fuel
18:01 krobzaur joined #fuel
18:47 aleksandr_null joined #fuel
18:49 az__ joined #fuel
19:09 rmoe joined #fuel
19:18 krobzaur Hello all. Still struggling to deploy the elasticsearch_kibana plugin 0.7.3 using Fuel 6.1
19:19 krobzaur The plugin fails when running a particular puppet manifest, however when using "puppet apply" to manually execute the manifest on the affected node, the execution runs fine. There are not fatal errors in the puppet logs.
19:20 krobzaur The Astute logs on the Fuel Master report an "puppet timeout error: execution expired"
19:21 xarses the default timeout is 3600 sec, and can be shortened by the task
19:22 krobzaur The timeout appears to be shortened to 10 minutes, however the task certainly didn't take that long when executing it manually
19:22 xarses which task?
19:22 krobzaur setup_esdir.pp
19:23 krobzaur I'll paste the Astute log error one moment
19:23 krobzaur http://paste.openstack.org/show/480554/
19:25 xarses its running lvm commands, its possible that the timeout is too short for the hardware
19:25 xarses and it works the next times because it's already set up
19:26 ericjwolf joined #fuel
19:26 HeOS joined #fuel
19:26 ericjwolf HA and Public API question.....
19:26 krobzaur Alright, how do I increase the timeout for this particular manifest?
19:27 ericjwolf I have deployed a 6.1 cluster in HA and the web interface is just fine but when I tried to connect externally using an orchestration tool, I am getting connection errors.
19:27 ericjwolf My HA setup is the Fuel configured default.
19:28 ericjwolf Any ideas what to look at why I cannot connect to the public api?
19:28 krobzaur cd
19:30 xarses kozhukalov: you can increase it by editing the tasks.yaml
19:30 krobzaur Ah! Yeah just about to ask that. Found the file
19:30 fuel-slackbot joined #fuel
19:31 krobzaur its at /var/www/nailgun/plugins/elasticsearch_kibana-0.7/tasks.yaml correct?
19:31 xarses and preferably using fpb (fuel-plugin-builder) to repackge and re-install it
19:31 xarses otherwise, you have to reload the tasks from the fuel API, and I don't recall how that works for plugins
19:32 xarses i think you can do fuel release --sync-tasks <path> but I'm not sure that is right for plugins
19:32 xarses kozhukalov: sorry, ment krobzaur
19:33 krobzaur yeah i think its fuel rel --sync-deployment-tasks --dir /etc/puppet or something like that
19:33 xarses yes, for the core tasks that is 100% correct
19:33 krobzaur oh, i see. Its different for plugins then
19:33 xarses plugins, not so sure
19:34 krobzaur let me check the plugins wiki
19:34 xarses ericjwolf: what version of fuel?
19:35 ericjwolf Fuel 6.1
19:36 obcecado joined #fuel
19:36 ericjwolf I had come across a post about modifying one of the keystone files to change the public API url from 192.168.x.x to the external API IP, but when I did this I started getting Keystone failues.
19:37 krobzaur xarses: I think "fuel plugins --sync" might do it?
19:37 ericjwolf so I changed that back and it all works again except I cannot get this tool to connect.  It works in my non-HA non-MOS installs.
19:53 obcecado_ joined #fuel
19:56 obcecado joined #fuel
19:59 xarses ericjwolf: if you look at the endpoints list, all of the endpoints should point to the public vip
19:59 xarses there are things like keystone admin functions that won't work with the default, because they require the admin endpoint which is mapped to the mgmt vip
20:00 ericjwolf Yeap.  All that is there.
20:01 xarses if your tool explicitly asks for the admin endpoints, in the request, then it won't have access from the public vip
20:01 ericjwolf I have asked the designer to look at this as well.
20:02 xarses you need to 1) check that you are getting a token, and that its properly scopped
20:02 xarses 2) that the request is for the public, or default endpoints list
20:02 xarses 3) that the function you are asking for will work with the public endpoint
20:03 xarses 4) If the designer can, debug output of the URI you are attempting to access when you get the error will go a long way to troubleshooting it
20:04 xarses some of the python clients may silently switch endpoints depending on the command you asked for
20:05 ericjwolf Now the admin URL is internal not external.
20:06 ericjwolf will this be an issue
20:10 ericjwolf Service: identity +-------------+----------------------------------+ |   Property  |              Value               | +-------------+----------------------------------+ |   adminURL  | http://192.168.101.2:35357/v2.0  | |      id     | 233ca2c7663d49deb2c0949ac7029344 | | internalURL |  http://192.168.101.2:5000/v2.0  | |  publicURL  |   http://172.18.2.2:5000/v2.0    | |    region   |            RegionOne             | +----------
20:37 Verilium Strangely enough, I just ran into this seemingly same issue around an hour ago.
20:38 Verilium Using keystone-related commands, it tries to reach the endpoint on an internal IP, instead of an external one.
20:39 Verilium Only keystone though...  I could do an 'openstack server list' just fine, but trying a 'user list' though?  It hangs.
20:43 magicboiz joined #fuel
20:58 ericjwolf Was able to get a trace and it looks like the tool is sending to the Admin port but the public IP.
20:58 ericjwolf so the server is sending back a reset.
20:58 ericjwolf Going to get the designer to fix the tool.
20:58 ericjwolf thanks for the help.
20:59 magicboiz joined #fuel
21:02 LinusLinne joined #fuel
21:08 asilenkov joined #fuel
21:11 magicboiz joined #fuel
21:15 az__ joined #fuel
21:27 nihilifer joined #fuel
21:34 magicboiz joined #fuel
21:44 magicboiz joined #fuel
21:58 magicboiz joined #fuel
22:10 rmoe joined #fuel
22:32 jerrygb joined #fuel
23:34 e0ne joined #fuel
23:36 e0ne joined #fuel
23:39 e0ne_ joined #fuel
23:41 rmoe joined #fuel
23:42 rmoe joined #fuel
23:45 tzn joined #fuel
23:49 e0ne joined #fuel
23:50 rmoe joined #fuel
23:51 rmoe joined #fuel
23:52 e0ne_ joined #fuel
23:54 krobzaur joined #fuel
23:56 rmoe joined #fuel
23:57 rmoe joined #fuel
23:57 rmoe joined #fuel
23:58 rmoe joined #fuel
23:59 rmoe joined #fuel

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