Perl 6 - the future is here, just unevenly distributed

IRC log for #fuel, 2016-08-30

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

All times shown according to UTC.

Time Nick Message
00:47 javeriak joined #fuel
01:40 code-R joined #fuel
02:02 javeriak joined #fuel
02:27 code-R joined #fuel
02:30 code-R_ joined #fuel
02:44 fedruantine joined #fuel
02:46 code-R joined #fuel
02:55 ub joined #fuel
03:13 ub joined #fuel
03:23 ub2 joined #fuel
03:28 ub joined #fuel
03:40 ub joined #fuel
03:44 code-R_ joined #fuel
03:54 ub joined #fuel
04:06 ub joined #fuel
04:07 raunak joined #fuel
04:30 code-R joined #fuel
04:38 code-R_ joined #fuel
04:44 failart joined #fuel
05:03 code-R joined #fuel
05:16 fatdragon joined #fuel
05:34 bgaifullin joined #fuel
05:34 code-R_ joined #fuel
05:36 DavidRama joined #fuel
05:41 code-R joined #fuel
06:12 fatdragon joined #fuel
06:56 javeriak joined #fuel
07:11 meow-nofer_ joined #fuel
07:26 DavidRama joined #fuel
07:31 DavidRama left #fuel
07:34 neilus1 joined #fuel
07:46 javeriak joined #fuel
07:51 scsnow Hi, Does Fuel 9 use cobbler only for bootstrap image provisioning? I mean when I deploy environment cobbler is not involved and base os provisioning completely performed by fuel-agent.
07:55 code-R joined #fuel
08:05 yassine joined #fuel
08:07 Zer0Byte__ joined #fuel
08:33 noshankus joined #fuel
09:00 code-R_ joined #fuel
09:21 javeriak joined #fuel
09:58 ekosareva joined #fuel
10:01 ub joined #fuel
10:07 vkramskikh_ joined #fuel
10:07 vkramskikh_ left #fuel
10:16 ub2 joined #fuel
10:19 priya joined #fuel
10:48 bgaifullin joined #fuel
11:01 Egyptian[Home] joined #fuel
11:17 ub joined #fuel
11:18 DavidRama joined #fuel
11:23 ekosareva joined #fuel
11:23 ub2 joined #fuel
11:38 dklenov python folks, can you please review https://review.openstack.org/#/c/341678/?
11:47 azvyagintsev Folks, could you please review https://review.openstack.org/#/c/362016/ ?
11:52 javeriak joined #fuel
12:04 ilbot3 joined #fuel
12:04 Topic for #fuel is now Fuel 9.0 (Mitaka) https://www.fuel-infra.org/ | Paste here http://paste.openstack.org/ | IRC logs http://irclog.perlgeek.de/fuel/
12:34 vkulanov joined #fuel
12:38 azvyagintsev Folks, could you please review https://review.openstack.org/#/c/362016/ ?
13:03 gcmacmalloc joined #fuel
13:03 agordeev scsnow: you're partially correct. cobbler is mainly used for maintaining different PXE configurations for a node.
13:06 agordeev scsnow: during provisioning step cobbler is only used for disabling network booting into bootstrap image. or simply speaking for switching to non-default pxelinux config for a node.
13:15 fatdragon joined #fuel
13:20 romcheg vkulanov: ping, around?
13:22 pchaigno I'm trying to debug an issue with an IP route Fuel installs on the controller node (in the haproxy namespace)
13:22 pchaigno Anyone know where I can find the actual code that writes those routes?
13:29 jaranovich vkramskikh: test
13:36 romcheg vkulanov: could you please resolve the comment here https://review.openstack.org/#/c/358167/4/fuelclient/commands/environment.py and then we will land the patch fast
13:37 vkulanov romcheg, ok
13:37 romcheg vkulanov: thanks!
13:42 ub joined #fuel
13:43 romcheg vkulanov: also tha patch for managing roles is in merge conflict now
13:44 romcheg s/tha/the/
13:45 vkulanov romcheg, backport this one https://review.openstack.org/#/c/354535/?
13:46 romcheg vkulanov: we don't do backports at the current stable
13:46 romcheg unless there will be a targeted but
13:47 romcheg so unless there is one, we should not worry about backports :)
13:48 ub2 joined #fuel
13:50 Julien-zte joined #fuel
13:56 mskalski joined #fuel
13:58 azvyagintsev Folks, could you please review https://review.openstack.org/#/c/362016/ ?
14:02 neilus joined #fuel
14:11 DavidRama joined #fuel
14:17 Stefan3 joined #fuel
14:17 Liuqing joined #fuel
14:21 Stefan3 Hi! I have found a minor bug in fuel, network-checker: https://bugs.launchpad.net/fuel/+bug/1618480
14:26 raunak joined #fuel
14:40 neilus joined #fuel
14:45 agordeev hi python folks, please review https://review.openstack.org/#/c/362842/ thanks
14:46 agordeev Stefan3: Hi, just a quick question. does it affect deployment?
14:48 cartik joined #fuel
14:52 xarses joined #fuel
14:57 Stefan3 agordeev: we haven't tested that yet
15:00 gcmacmalloc hi guys, I'm having an issue with the autodiscovery on certain node. I can see them registering correctly in /var/log/nailgun/api.log, but I don't see them in the gui
15:03 DavidRama joined #fuel
15:08 neilus joined #fuel
15:15 lkasdjlkjw joined #fuel
15:15 lkasdjlkjw Hi all!
15:16 lkasdjlkjw I've been RTFMing and can't seem to find the default network-template for fuel 9.0. Any idea where I can find this?
15:16 fatdragon joined #fuel
15:18 cartik joined #fuel
15:19 xarses lkasdjlkjw: you should be able to fetch it from the cli
15:19 lkasdjlkjw it returns a file that just has "null" in it
15:19 lkasdjlkjw is this what I should be using as a baseline? https://github.com/openstack/fuel-plugin-contrail/blob/master/doc/source/examples/network_template_1.yaml
15:21 lkasdjlkjw to give you some context, I currently am deploying openstack using Fuel 9 using the reduced footprint feature
15:21 lkasdjlkjw configuring the networks is pretty straight forward and I'm using VLAN tagging
15:21 lkasdjlkjw I create the virtual nodes and fuel finds them, no problem
15:21 lkasdjlkjw but then it proceeds to apply the same VLAN tagged network template to the VMs, causing a double-tagging situation
15:22 lkasdjlkjw is this some kind of known issue? I don't see any bug reports online about this
15:22 noshankus joined #fuel
15:22 xarses that template would be for custom contrail usage
15:23 xarses it would depend on your template, but you don't need to use one by default
15:23 xarses @rmoe: ^^
15:24 lkasdjlkjw essentially all of the networks are tagged except for storage since it's always on its own NIC
15:24 lkasdjlkjw the physical node deployment and networks works 100%, no issues
15:25 lkasdjlkjw then the VM nodes get assigned their interfaces using the same default template, of which is still tagged
15:25 lkasdjlkjw so we get something happening like this:
15:26 lkasdjlkjw ]vm] br-ex --> [vm] eth0.100 --> [vm] eth0 --> [physical] br-ex --> [physical] eth0.100 --> [physical] eth0 --> network
15:28 gcmacmalloc the new nodes have this entry in nailgun log "Rsesponse code '403 Forbidden' for POST /api/nodes/ from 172.17.6.25:51045"
15:33 azvyagintsev Folks, could you please review https://review.openstack.org/#/c/362016/ ?
15:40 fatdragon joined #fuel
15:43 krobzaur joined #fuel
15:49 akscram joined #fuel
15:55 lkasdjlkjw Is vlan double-tagging a known issues when using the reduced footprint feature in Fuel 9.0? I've been RTFMing for days to no avail
16:00 xarses joined #fuel
16:01 venkat joined #fuel
16:05 gcmacmalloc looks like my problem is linked to WARNING [7f62a742b880] (base) Invalid MAC is specified
16:15 raunak joined #fuel
16:21 gcmacmalloc but the mac in the query is correct
16:21 Stefan3 left #fuel
16:30 xarses lkasdjlkjw: sorry, I had to change locations
16:31 xarses no its not a known issue, I'd suppose that you get rid of it using a network template
16:33 xarses gcmacmalloc: I'm not sure what you are having problems with
16:35 xarses We still need to review / merge https://review.openstack.org/#/c/311031/
16:35 xarses azvyagintsev: ^
16:39 noshankus Hi guys - can anyone tell if the fuel-10.0-community is worth testing out? Is the fuel-9.0-community Mitaka based and stable?
16:39 xarses 9 is mitaka, and should be stable, yes
16:40 xarses 10 can vary alot from day to day, the core components nova, neutron, cinder, keystone have to function for a nightly to be promoted. Much beyond that and it's anyone's guess
16:40 noshankus Cool @@xarses - thanks for the info
16:40 xarses 10 is both newton, and xenial
16:41 xarses (16.04)
16:41 xarses where 9 in thrusty (14.04)
16:43 noshankus Nice..., will stick with 9 for my purposes so... any idea where I can get a http link to the nightly iso? I can only find torrent here: https://ci.fuel-infra.org
16:48 gcmacmalloc xarses, new node not registering to fuel
16:50 xarses noshankus: you can remove the .torrent from the end and the ISO comes up, but I'd advise against downloading it that way, its usualy 3Gb torrent is the preferred way to avoid connection problems
16:52 xarses gcmacmalloc: and the node is on the discovery image? You can check the nailgun agent log to see the sender's side of the problem
16:58 javeriak joined #fuel
17:05 gcmacmalloc xarses, the node is on the discovery image, I can see the node booting on the image and making the post request to nailgun
17:05 gcmacmalloc xarses, how can I interrupt the discovery process and drop to a shell ?
17:13 noshankus @@xarses - cool got it, cheers! :)
17:19 xarses gcmacmalloc: its a fully functional image, you can ssh into the node or log directly into the console
17:19 xarses the fuel node root user has the ssh key needed to log into the node
17:20 xarses lkasdjlkjw: some example templates https://docs.mirantis.com/openstack/fuel/fuel-9.0/network_templates.html
17:36 javeriak_ joined #fuel
17:44 samos123 joined #fuel
17:45 samos123 I've been stuck with trying to separate Ceph Public from Management network. Currently I seem to be hitting this bug: https://bugs.launchpad.net/fuel/+bug/1539649
17:46 samos123 Steps to reproduce can be found here: http://samos-it.com/posts/fuel-separate-ceph-public-from-management.html
17:47 samos123 The issue after separating Ceph Public from Management network is that the deployment fails on the primary controller node when deploying ceph mon.
17:47 samos123 This can be seen in ceph-mon log and puppet logs: http://paste.openstack.org/show/564331/
17:52 gcmacmalloc xarses, thanks for the explanation. I found the issue, due to a misconfiguration, fuel discovery installed the bootstrap on the wrong boot disk
18:05 johnavp1989 joined #fuel
18:19 samos123 @xarses just verified that ceph-public network_scheme is already assigned to controller. So will debug into the actual astute / deployment to see why Puppet Ceph mon_host and mon_initial_members are empty
18:21 xarses samos123: paste your controller's node yaml
18:25 samos123 just checked, the primary controller did not have an IP assigned to ceph/public role inside astute.yaml
18:26 samos123 I think the issue is that if you re-upload your network template and deploy again, that the astute won't get updated correctly to reflect the network template changes
18:26 samos123 so even after reuploading the changes network template which contains ceph-public network scheme assigned, then still astute won't add the new ceph/public role with an ip assigned to the controller
18:26 xarses if you reset your deployment, It does
18:27 samos123 ah ok
18:27 samos123 i just deleted the whole env and giving it another spin
18:27 xarses you can't upload a new template on a deployed env, it doesn't let you
18:27 samos123 it lets you upload it on a failed deployed env
18:27 samos123 and retrigger deployment
18:27 samos123 without having to reset it
18:28 xarses if all the nodes failed, possibly. But it should take the current template into account
18:29 samos123 yea prim controller failed, resulting in whole deployment to be stopped, with controller in error state.
18:50 AlexAvadanii1 joined #fuel
18:50 Damjanek joined #fuel
18:53 scsnow joined #fuel
18:56 aignatov joined #fuel
18:57 dmitryme joined #fuel
19:01 intr1nsic joined #fuel
19:12 fatdragon joined #fuel
19:26 fatdragon joined #fuel
19:32 DavidRama joined #fuel
19:39 vkulanov joined #fuel
19:53 javeriak joined #fuel
20:09 failart joined #fuel
20:14 raunak joined #fuel
20:37 samos123 @xarxes: resetting the env or recreating the env with an updated template was the root cause
20:37 samos123 it deployed successfully now
20:39 samos123 thanks!
20:45 Egyptian[Home] joined #fuel
20:59 Damjanek joined #fuel
21:11 gcmacmalloc joined #fuel
21:19 raunak joined #fuel
21:47 Egyptian[Home] joined #fuel
23:27 Egyptian[Home] joined #fuel

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