Perl 6 - the future is here, just unevenly distributed

IRC log for #fuel-dev, 2014-07-04

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

All times shown according to UTC.

Time Nick Message
01:18 xarses_ joined #fuel-dev
01:20 xarses joined #fuel-dev
04:57 dshulyak_ joined #fuel-dev
06:01 prmtl joined #fuel-dev
06:05 prmtl joined #fuel-dev
06:11 prmtl joined #fuel-dev
06:13 AndreyDanin joined #fuel-dev
06:21 sambork joined #fuel-dev
06:22 sambork1 joined #fuel-dev
06:24 prmtl joined #fuel-dev
06:30 prmtl joined #fuel-dev
06:33 IlyaE joined #fuel-dev
06:49 taj joined #fuel-dev
06:59 al_ex8 joined #fuel-dev
07:24 salmon_ joined #fuel-dev
07:28 artem_panchenko joined #fuel-dev
07:35 salmon_ joined #fuel-dev
07:45 akasatkin joined #fuel-dev
07:47 asyriy joined #fuel-dev
07:50 guillaume__ joined #fuel-dev
07:51 ddmitriev1 joined #fuel-dev
07:52 evgeniyl joined #fuel-dev
08:05 amaretskiy joined #fuel-dev
08:06 salmon_ joined #fuel-dev
08:09 moshele joined #fuel-dev
08:11 bogdando synced puppet-nova ready for review https://review.openstack.org/#/c/86351/
08:12 bogdando reminder, synced puppet-glance ready for review https://review.openstack.org/#/c/99150/ :)
08:13 moshele hi build and installed fuel from the latest master, the installation finished successfuly , but when I run "nova-mange-service list" I don't see the compute node. any idea how to debug this?
08:19 salmon_ joined #fuel-dev
08:22 brain461 joined #fuel-dev
08:50 guillaume__ joined #fuel-dev
08:53 mattymo moshele, look for rpc or database issues in the nova logs on controller and compute node
08:53 mattymo in /var/log/remote on fuel master
08:59 eshumakher joined #fuel-dev
09:00 tatyana joined #fuel-dev
09:07 teran joined #fuel-dev
09:15 mattymo https://review.openstack.org/#/c/104802/ need +1 to fix diagnostic snapshot issue
09:16 sambork joined #fuel-dev
09:18 ikalnitsky mattymo: wow.. how it will work now? will we have /var/www/nailgun/dump dir in nginx/mcollective containers?
09:18 mattymo repo container contains dump now
09:19 mattymo instead of separate dump container
09:19 mattymo and it will all be /var/www/nailgun with no hidden directory names
09:31 prmtl joined #fuel-dev
09:32 prmtl joined #fuel-dev
09:36 dilyin joined #fuel-dev
09:44 sambork joined #fuel-dev
09:47 tzn joined #fuel-dev
09:50 ylobankov joined #fuel-dev
10:08 brain461 joined #fuel-dev
10:25 teran joined #fuel-dev
10:27 AndreyDanin Guys, can you merge it? https://review.openstack.org/#/c/86815/
10:47 odyssey4me joined #fuel-dev
10:49 odyssey4me I'm a little confused (not unusual :p) - in the 5.0 alembic migration I can see that the postgresql table network_groups has a column name 'name' which has constraints on the values... but I can't seem to see the same thing when using psql on the db after a db sync. Am I doing it wrong?
10:50 mattymo meow-nofer, meow-nofer_ ^
10:50 mattymo you worked on this
10:51 odyssey4me The constraint: https://github.com/stackforge/fuel-web/blob/master/nailgun/nailgun/db/migration/alembic_migrations/versions/fuel_5_0.py#L232-L236
10:51 odyssey4me For clarity, what I'm trying to do is add another value to the constraint - an extra network name/type.
10:53 teran joined #fuel-dev
10:53 taj joined #fuel-dev
10:58 dshulyak odyssey4me: hi, you should be able to see enum values with SELECT enum_range(NULL::network_group_name);
10:58 tzn joined #fuel-dev
10:59 dshulyak odyssey4me: if you want to add new enum value - take a look at this migration https://review.openstack.org/#/c/85959/11/nailgun/nailgun/db/migration/alembic_migrations/versions/fuel_5_1.py
11:00 odyssey4me dshulya - excellent, thanks... let me give that a try
11:09 teran joined #fuel-dev
11:09 igajsin joined #fuel-dev
11:10 teran joined #fuel-dev
11:12 odyssey4me dshulyak - hmm, I see that someone has already merged the 'floating' name, which is exactly what I'm working on. I'm wanting to split the 'public' and 'floating' networks.
11:12 odyssey4me I'm doing it because we need it, but also primarily as a learning exercise to get familiar with how to do the modifications to fuel.
11:13 asheplyakov joined #fuel-dev
11:14 sambork joined #fuel-dev
11:17 odyssey4me actually, that may be a bug - the patch assumes that 'floating' is already there in the current network names, but it's not there as the names haven't changed since 5.0 from what I can see
11:19 meow-nofer akasatkin, do you know something about this? ^
11:23 akasatkin meow-nofer: i'll look in master. actually, there was separate 'floating' network in case of 'nova-network' provider in 4.X release. We removed it later but the name 'floating' was not removed from enum may be.
11:24 meow-nofer akasatkin, it's removed now, as I see
11:26 akasatkin meow-nofer: removed. what is the problem then?
11:27 akasatkin So it can be re-introduced now.
11:28 meow-nofer odyssey4me, if I understood correctly, you found some patch where it is used?
11:28 meow-nofer even though it's not presented in Enum?
11:30 akasatkin odyssey4me: i see. it's about https://review.openstack.org/#/c/85959
11:31 akasatkin this patch was introduced long ago and it have to be reworked slightly
11:31 odyssey4me meow-nofer, akasatkin - yes, in that review it shows the 'floating' network as a current network name... but that name doesn't exist currently
11:31 odyssey4me (unless I'm missing something)
11:32 odyssey4me akasatkin - ah, I see your comment now about 4.x
11:32 odyssey4me well, I'm working on putting it back for Neutron configurations as it can be seperate
11:34 odyssey4me I'm effectively doing a fix for https://bugs.launchpad.net/fuel/+bug/1322553 without going the full monty on https://blueprints.launchpad.net/fuel/+spec/separate-public-floating
11:36 akasatkin okey. great. please look at these bps: https://blueprints.launchpad.net/fuel/+spec/multiple-cluster-networks , https://blueprints.launchpad.net/fuel/+spec/advanced-networking . It's main thing to do in networking in 6.0. public-floating changes should be done earlier (in 5.1) or be agreed with those changes.
11:37 dshulyak_ joined #fuel-dev
11:37 akasatkin odyssey4me: ^
11:40 odyssey4me akasatkin - agreed. I don't have a blueprint in for this as I'm doing in in gaps and am learning the framework through this exercise. Once I have something that looks like it's working then I can actually look at it in a little more detail.
11:41 odyssey4me although, if I think about it, we need this in 5.1 - so perhaps I should put a blueprint in for review and get help working out the details?
11:42 odyssey4me alternatively, I could try to sneak this in as a bug fix :p
11:43 akasatkin odyssey4me: okey. afaik this BP far from being ready to review. you can try with it as a bug fix as it was done with gre-separation.
11:45 akasatkin all the proposals are welcome!
11:46 akasatkin afaik, you can try with BP as well when you have POC or complete solution.
11:50 openstackstatus joined #fuel-dev
12:07 tzn joined #fuel-dev
12:36 prmtl joined #fuel-dev
12:37 skolekonov joined #fuel-dev
12:43 dshulyak salmon_: can we merge patch to fuel-web without  https://review.openstack.org/#/c/103826/ ?
12:44 vkramskikh https://review.openstack.org/#/c/103192/ this patch
12:45 salmon_ dshulyak: vkramskikh: well, keystone container will fail to start. But nailgun may fail when accessing settings.AUTH
12:47 salmon_ it will ba safer to merge puppet part first
12:47 vkramskikh ok, so maybe let's change AUTHENTICATION_METHOD there to none too
12:48 vkramskikh and change it back when we merge UI part
12:51 salmon_ vkramskikh: without puppet part line settings.AUTH['AUTHENTICATION_METHOD']  will raise exception
12:51 salmon_ asledzinskiy: can you +1 https://review.openstack.org/#/c/103826/ ? :)
12:52 vkramskikh i understand
12:52 salmon_ and mattymo^^
12:52 vkramskikh my suggestion is to change AUTHENTICATION_METHOD in that request to none too
12:52 vkramskikh and i don't really understand why we need to merge that patch if we want to merge https://review.openstack.org/#/c/103192/
12:54 dshulyak because nailgun will fail here, for example, https://review.openstack.org/#/c/103192/17/nailgun/nailgun/api/v1/handlers/version.py
12:54 salmon_ hmm, settings will be overwritten ?
12:54 vkramskikh oh, yes
12:55 vkramskikh well ok then, what if we change AUTH_METHOD to none in https://review.openstack.org/#/c/103826/ and merge it?
12:58 salmon_ vkramskikh: we can do it, but we need +1 from asledzinskiy and mattymo
12:58 vkramskikh nice, let's do it and wait for +1 :) i really want these 2 requests to be mreged today
13:02 mattymo I can +1
13:05 vkramskikh salmon_: could you please update the request?
13:05 salmon_ vkramskikh: yup, 1min
13:06 mattymo there's no harm in merging passive non-destructive code. just want to make sure when we cut over on master that it works
13:07 salmon_ vkramskikh: mattymo: https://review.openstack.org/#/c/103826/ for now authorization is disabled
13:08 vkramskikh cool, thank you :)
13:19 IvanBerezovskiy joined #fuel-dev
13:32 odyssey4me fyi - a doc bug: https://bugs.launchpad.net/fuel/+bug/1337847
13:55 brain461 joined #fuel-dev
13:57 salmon_ mattymo: we have all required +1 for https://review.openstack.org/#/c/103826/
13:57 mattymo salmon_, ok let me see if any dependencies are remaining
13:58 salmon_ mattymo: ok, thx. I have to go now. cu
14:00 mattymo https://review.openstack.org/#/c/103673/ should be merged first
14:00 mattymo should we merge https://review.openstack.org/#/c/103192/ so the settings are supported for auth? i
14:03 vkramskikh yes!
14:04 vkramskikh let's wait for CI
14:04 mattymo ok
14:04 vkramskikh and i'll merge it
14:04 mattymo vkramskikh, you are a core reviewer?
14:04 vkramskikh i am
14:04 mattymo must be so cool
14:08 tsufiev https://bugs.launchpad.net/fuel/+bug/1337740 - interesting bugs you have in fuel :)
14:08 mattymo tsufiev, that's for me, actually.
14:09 tsufiev mattymo, :))
14:09 vkramskikh mattymo: merged
14:11 vkramskikh actually nginx config entry is not needed until we actually enable the auth
14:11 vkramskikh but this one https://review.openstack.org/#/c/103826/ is needed or nailgun won't work
14:17 mattymo yeah
14:17 mattymo we need vkuklin to come back
14:17 mattymo vkramskikh, can you +1 it?
14:18 vkramskikh done
14:31 tnurlygayanov hi there
14:32 tnurlygayanov my fuel master node hasn't slaves, on slave nodes I can see the following  http://postimg.org/image/4z0pe23ot/
14:32 tnurlygayanov can anybody say how I can fix this issue?
14:32 tnurlygayanov it is under KVM
14:43 mattymo tnurlygayanov, look at dockerctl logs cobbler
14:45 tnurlygayanov mattymo many errors in /var/log/docker-cobbler.log  http://paste2.org/nV8XfYHK
14:45 mattymo looks bad
14:46 mattymo tnurlygayanov, what do you see in docker images;docker ps
14:46 tnurlygayanov http://paste2.org/AAPpPWmd
14:47 tnurlygayanov http://paste2.org/Dsp3kazE
14:47 mattymo the others are fine. just cobbler is bad
14:49 mattymo left #fuel-dev
14:49 mattymo joined #fuel-dev
14:49 mattymo tnurlygayanov, try this: dockerctl destroy cobbler;dockerctl start cobbler --attach
14:49 mattymo it will output everything to your console
14:49 mattymo and you will get the puppet output there
14:51 tnurlygayanov http://paste2.org/NOeV4sEf
14:52 mattymo ouch
14:52 tnurlygayanov dockerctl destroy cobbler;dockerctl start cobbler --attach    helps!
14:52 mattymo but the puppet run failed
14:52 mattymo I'm curious to know why cobbler sync failed
14:53 tnurlygayanov mattymo  it was output of 'supervisorctl status ; dockerctl logs cobble'
14:53 mattymo is there anything in /var/log/docker-logs/cobbler/tasks ?
14:53 mattymo oh ok
14:53 mattymo did rebuilding the container make it work? and deploy right?
14:53 tnurlygayanov [root@nailgun ~]# ls /var/log/docker-logs/cobbler/tasks/
14:53 tnurlygayanov 2014-07-04_133210_sync.log  2014-07-04_133224_sync.log  2014-07-04_145139_sync.log  2014-07-04_145146_sync.log
14:53 tnurlygayanov [root@nailgun ~]#
14:54 tnurlygayanov I will reboot slaves and check it
14:54 mattymo you should know at this point and see if puppet ran without major errors
14:54 mattymo there are iptables errors that can be ignored
15:00 tnurlygayanov mattymo  yes, now it works!
15:00 tnurlygayanov I can see all my slaves
15:00 tnurlygayanov hm....
15:01 tnurlygayanov ok, I will try to rebuild my environment
15:01 tnurlygayanov mattymo  Thank you!
15:01 mattymo it's a glitch, unfortunately
15:01 mattymo cobbler sync failed because cobbler didn't start, maybe
15:02 mattymo if you can send me those 4 sync logs, maybe they will reveal more
15:02 mattymo they should still exist
15:02 mattymo mmosesohn@mirantis.com
15:02 IvanBerezovskiy left #fuel-dev
15:06 tnurlygayanov mattymo  ok, I hope that this issue will reproduced and I will send all logs
15:18 tnurlygayanov right after the deployment of master node on KVM virtual machine I can see (when master node rebooted) http://postimg.org/image/kcch1uumh/  and my master node can't boot OS. To fix it I just shutdown and start this VM again
15:18 tnurlygayanov but it looks really strange
15:18 tnurlygayanov I use KVM devops scripts from fuel-master repository
15:44 asledzinskiy left #fuel-dev
15:46 Chlorum joined #fuel-dev
15:53 Chlorum Hi all!
15:53 Chlorum Folks, we need to merge this features for the vmware vCenter before featurefreeze.
15:53 Chlorum Please perform the review.
15:53 Chlorum https://review.openstack.org/#/c/104927/
15:53 Chlorum https://review.openstack.org/#/c/104197/
16:12 tnurlygayanov mattymo looks like now it doen't reproduced - I can see that master node failed with another errors
16:13 tnurlygayanov mattymo I sent email.
16:16 dshulyak_ joined #fuel-dev
16:38 dshulyak_ joined #fuel-dev
17:21 AndreyDanin joined #fuel-dev
17:38 dshulyak_ joined #fuel-dev
18:58 monester joined #fuel-dev
19:14 artem_panchenko joined #fuel-dev
20:08 AndreyDanin joined #fuel-dev
20:22 AndreyDanin joined #fuel-dev
20:29 brain461 joined #fuel-dev
20:45 brain461 joined #fuel-dev
21:01 tatyana joined #fuel-dev
21:40 apodrepniy joined #fuel-dev
23:29 eshumakher joined #fuel-dev
23:37 salmon_ joined #fuel-dev

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