Perl 6 - the future is here, just unevenly distributed

IRC log for #fuel-dev, 2015-03-09

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

All times shown according to UTC.

Time Nick Message
00:51 abhirc joined #fuel-dev
00:55 abhirc joined #fuel-dev
00:57 abhirc joined #fuel-dev
00:58 abhirc joined #fuel-dev
01:10 gongysh_ joined #fuel-dev
01:19 adanin joined #fuel-dev
01:33 gongysh_ joined #fuel-dev
01:40 abhirc joined #fuel-dev
02:08 proberts joined #fuel-dev
02:32 Krast joined #fuel-dev
02:40 enikanorov joined #fuel-dev
02:53 adanin joined #fuel-dev
02:55 Longgeek joined #fuel-dev
04:52 NuClEaR__ joined #fuel-dev
06:46 seeg joined #fuel-dev
07:02 barthalion agordeev, mattymo: https://review.openstack.org/#/c/161692/ is Sergii's comment true?
07:02 amnk joined #fuel-dev
07:05 prmtl joined #fuel-dev
07:24 corepb joined #fuel-dev
07:30 alex_bh joined #fuel-dev
07:44 Miouge joined #fuel-dev
08:15 adanin joined #fuel-dev
08:17 LiJiansheng joined #fuel-dev
08:25 hyperbaba joined #fuel-dev
08:35 enikanorov_ joined #fuel-dev
08:53 salmon_ joined #fuel-dev
08:57 corepb seeg: Please give me job links which you want to retrigger and I will help you.
08:59 seeg corepb, https://review.openstack.org/#/c/162067/ https://review.openstack.org/#/c/161247/ -- couple of jobs failed, could you just rerun the CI ?
09:01 corepb seeg: That's my point - I don't know what's the hierarchy (which job triggers which job) - that's why I have asked if you can give me a job link :) Not review. Those two: http://fuel-jenkins.mirantis.com/job/master.fuel-library.ubuntu.ha_neutron_vlan/1023/ http://fuel-jenkins.mirantis.com/job/master.fuel-library.centos.ha_nova_vlan/1052/ ?
09:02 corepb seeg: I have not done much in Jenkins so please excuse my need of verification ;)
09:03 seeg i see mescanef retriggered all :)
09:04 corepb seeg: ok :)
09:06 kat_pimenova joined #fuel-dev
09:06 jkirnosova joined #fuel-dev
09:06 higgins joined #fuel-dev
09:24 holser joined #fuel-dev
09:31 alex_bh joined #fuel-dev
09:42 DaveJ__ joined #fuel-dev
09:58 teran joined #fuel-dev
09:58 amnk joined #fuel-dev
10:07 alex_bh After a number a deployments, Fuel 6 doesn’t assign Ip to new nodes also if I remove the environment. Are there some actions that I can  do in order to resolve the problem? For example to change the configuration in the DHCP server or anything else. Please, I don’t want reinstall Fuel
10:07 alex_bh any suggestions are welcome!thanks a lot!
10:35 romcheg joined #fuel-dev
10:35 romcheg Hi guys
10:35 omolchanov joined #fuel-dev
10:36 romcheg I'm looking for a native speaker who's neither sleeping nor having a holiday atm.
10:36 romcheg I mean English native speaker :)
10:40 EeeBotu New bug #1429789 in fuel: "Fuel Client should use Keystone to discover API endpoints" [Medium, New] https://bugs.launchpad.net/bugs/1429789
10:44 amnk joined #fuel-dev
10:53 LiJiansheng joined #fuel-dev
10:58 teran joined #fuel-dev
11:21 EeeBotu New bug #1429794 in fuel: "[BVT] Ubuntu with RadosGW env failed to boot instance from volume OSTF" [Undecided, New] https://bugs.launchpad.net/bugs/1429794
11:23 romcheg joined #fuel-dev
11:40 EeeBotu New bug #1429807 in fuel: "Sometimes OSTF "Check RabbitMQ is available" failed with error  - reasonable to add timeuot" [Medium, New] https://bugs.launchpad.net/bugs/1429807
11:59 teran joined #fuel-dev
12:01 Miouge_ joined #fuel-dev
12:18 romcheg joined #fuel-dev
12:41 EeeBotu New bug #1429828 in fuel: " Deployment failed with error in the puppet" [High, New] https://bugs.launchpad.net/bugs/1429828
12:50 Miouge joined #fuel-dev
12:52 gilmeir joined #fuel-dev
12:56 romcheg joined #fuel-dev
12:57 corepb joined #fuel-dev
13:17 proberts joined #fuel-dev
13:35 romcheg1 joined #fuel-dev
13:41 proberts joined #fuel-dev
13:41 zigo_ How would I do to make sure a docker instance is started at boot time?
13:42 zigo_ (this is to make sure the docker containing my skype is always started...)
13:50 EeeBotu New bug #1429863 in fuel: "Looks like ceilometer attempts to start before mongo service is ready" [Undecided, New] https://bugs.launchpad.net/bugs/1429863
13:58 proberts joined #fuel-dev
14:01 xarses joined #fuel-dev
14:15 daniel3_ joined #fuel-dev
14:30 teran joined #fuel-dev
14:32 claflico joined #fuel-dev
15:05 corepb joined #fuel-dev
15:12 prmtl joined #fuel-dev
15:13 teran joined #fuel-dev
15:22 alex_bh joined #fuel-dev
15:39 corepb joined #fuel-dev
15:59 romcheg joined #fuel-dev
16:00 prmtl joined #fuel-dev
16:01 DaveJ__ joined #fuel-dev
16:07 jobewan joined #fuel-dev
16:14 jaypipes joined #fuel-dev
16:15 KenV joined #fuel-dev
16:18 corepb joined #fuel-dev
16:23 adanin joined #fuel-dev
16:24 corepb joined #fuel-dev
16:29 rmoe joined #fuel-dev
16:30 prmtl joined #fuel-dev
16:46 daniel3_ joined #fuel-dev
16:48 teran joined #fuel-dev
16:56 Krast joined #fuel-dev
17:18 daniel3_ joined #fuel-dev
17:28 xarses joined #fuel-dev
17:40 claflico1 joined #fuel-dev
17:41 prmtl joined #fuel-dev
17:49 teran joined #fuel-dev
18:21 xarses joined #fuel-dev
18:39 gilmeir xarses: hi, can you please assist with a strange hiera bug I'm facing ?
18:43 xarses gilmeir: I can try
18:44 gilmeir xarses: i'm deploying using the cli. first with --provision, and then with --deploy. I have mellanox plugin installed (as part of the new pluggable arch). HA setup with 1 controller + 1 compute. the deployment fails since hiera('nodes') can't be found
18:45 gilmeir xarses: running in cli "hiera nodes" does show the nodes hash, and indeed the nodes.yaml exist
18:47 gilmeir xarses: i found that this link was broken: /etc/puppet/hiera.yaml -> /etc/hiera.yaml , and that the hiera in bash cli took values from /var/lib/hiera/common.yaml (I edited it and saw that its values appear when using hiera cli), this means there is inconsistency between the cli-hiera & puppet-hiera
18:49 gilmeir xarses: so cli-hiera found "nodes" but puppet-hiera didn't. to debug it I used a while loop with 1 sec sleep for "ls -la /etc/puppet/hiera.yaml", and right after running "--deploy" the link got broken, looks like it's related to this area in astute: https://github.com/stackforge/fuel-astute/blob/b93496c744176c02fb4d2216de7dcddbaff02181/lib/astute/pre_deploy_actions/connect_facts.rb#L29
18:52 xarses gilmeir: since you are talking about hiera im guessing this is ~6.1
18:52 gilmeir xarses: I had one mistake here when I said the link got broken. it didn't, running "ls  /etc/puppet/hiera.yaml" showed "file not found" therefore the link didn't exist, so it's not a broken link (the target /etc/astute.yaml exists)
18:52 gilmeir xarses: correct
19:00 xarses ref material [1] https://etherpad.openstack.org/p/fuel-library-modularization
19:01 xarses [2] http://lists.openstack.org/pipermail/openstack-dev/2015-February/056223.html
19:01 xarses you should be able to in the fuel cli, call 'fuel node --node <ids> --tasks hiera'
19:01 xarses that should rebuild the hiera to a working state
19:02 xarses you should then be able to confirm with a short puppet apply testing the same as what task was failing
19:02 daniel3__ joined #fuel-dev
19:03 xarses I'm guessing you are doing something in the pre-deployment stage, that is relying on the hiera task being complete
19:03 gilmeir xarses: i'm adding mellanox plugin tasks at the pre_deployment step
19:05 teran joined #fuel-dev
19:05 gilmeir xarses: I need to change astute.yaml in order to change the network_scheme (make iSER endpoint an interface instead of br-storage), so for that I read the hiera data and write my changes to /etc/hiera/override/common.yaml
19:06 xarses ok
19:07 gilmeir I'll try that from scratch, already applied puppet with hiera.yaml manually but this didn't always work, i'll try to see when/what exactly happens there
19:07 gilmeir * I meant modular/hiera/hiera.pp
19:07 xarses gilmeir: so take a look at what the hiera tasks does
19:07 xarses ok
19:08 Longgeek joined #fuel-dev
19:08 xarses let me know the result, I wanted to make a plugin that did overwrites myself
19:08 gilmeir xarses: what do you mean by "did overwrites myself" ?
19:15 xarses I want to write a plugin that can overwite asute.yaml data so that we can enable some advanced tuning options more easily
19:19 gilmeir xarses: well for now looks like it's working ok, hiera is considering the hierarchy as described in /etc/astute.yaml... by using /etc/hiera/override/common.yaml, this implicitly means that no 2 plugins should co-exist, since it both will edit the same section in common.yaml it will be a mess - the latter one will "win"
19:20 gilmeir and for now there's no cross-plugin support, no mutual-exclusion / priority / order / hierarchy between different plugins
19:20 xarses yep
19:21 gongysh_ joined #fuel-dev
19:22 gilmeir hmm.. actually override the file itself, not using common.yaml?
19:22 gilmeir oops sorry please ignore
19:22 xarses k
19:24 gilmeir i'll do things from scratch and see if things reproduce
19:24 gilmeir xarses: thanx for your time! :)
19:38 e0ne joined #fuel-dev
20:06 e0ne joined #fuel-dev
20:44 amnk joined #fuel-dev
20:56 teran joined #fuel-dev
20:57 teran_ joined #fuel-dev
21:42 DaveJ__ joined #fuel-dev
22:26 romcheg joined #fuel-dev

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