Camelia, the Perl 6 bug

IRC log for #fuel-dev, 2013-10-29

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

All times shown according to UTC.

Time Nick Message
00:03 alex_null Nope but sound interesting.
00:05 alex_null *souns
00:05 alex_null crap *sounds
00:06 alex_null But I'm trying to figure out whole scheme of context delivery
00:07 angdraug and that's why wiki is better than google docs: me and Vova Kuklin commented on this doc https://docs.google.com/a/mirantis.com/document/d/​1hll1Kux2Jck3ghHO3r28LSaHnyoxMpFuLbkj1lCTtwM/edit# but none seems to have noticed...
00:09 mihgen angdraug: wiki has some advantages. But it sucks in collaborativeness
00:10 angdraug only as long as you have a single doc everyone is working on
00:10 angdraug split it into a hundred documents and keeping track of them all is impossible
00:11 mihgen that's where you can use wiki to reference to those docs =)
00:11 mihgen also, there are folders
00:11 mihgen what is really lacking is history of changes in google docs
00:12 angdraug also you can't easily link them together. linking from wiki to google works, linking from one doc to another doesn't
00:12 angdraug sorry, didn't mean to sidetrack discussion
00:13 angdraug I think using bittorrent as transport for bootstrap image is a great idea, but it is only one bit of provisioning puzzle
00:13 angdraug I agree with Vova that we should take a good look at FAI
00:13 xarses why p2p? downloading the image and hosting it with squid, adding a dns RR or lb would probably have less moving parts
00:15 angdraug you'd need some beefy hardware to serve 100's of thousands of images in parallel
00:16 angdraug to sustain that without p2p, you're going to need some beefy hardware that doesn't come included with the fuel iso :)
00:17 angdraug and that's before you take the OS install into account. you can strip the bootstrap image down as much as you like, but there's still going to be that 1GB worth of rpm's or deb's
00:19 xarses hmm, FAI probably be coded to source it's install packages from p2p too
00:21 angdraug yep, https://wiki.debian.org/DebTorrent
00:22 xarses since we know what packages would be in the base os, and it's the same for every node, we could just create an image, p2p it over and dd it over the filesystem
00:22 xarses angdraug, fun
00:24 angdraug well, right now we're installing different packages based on node role and cluster config, do you suggest we compile a dd-able OS partition image on nailgun node during deployment?
00:24 angdraug even better, we can do that on the first node with the given role, to offload master
00:25 angdraug then p2p it from there to all other nodes which would be able to dd it, much faster than apt-get
00:25 mihgen angdraug: that's what we were thinking about… it should work for same nodes easy
00:26 mihgen but will have complications if you have different roles / hardware
00:26 angdraug biggest complication is networking, you'll need to configure most of it in a target chroot before you reboot the node
00:27 angdraug we already have a process of building a node for a given roles/hw combination, we just need a way to capture the result of that in an OS partition image
00:28 angdraug ...and a process to change just the bits unique for every node, such as hostname and IP addresses
00:30 angdraug then again, if we're talking about just the base OS provisioning, we can ignore the networking part and let puppet take care of that on every node as it does now
00:45 rmoe joined #fuel-dev
01:08 xarses joined #fuel-dev
01:44 rmoe joined #fuel-dev
04:27 xarses joined #fuel-dev
04:27 xarses_ joined #fuel-dev
04:37 openstackgerrit joined #fuel-dev
06:06 mattymo joined #fuel-dev
06:47 mihgen joined #fuel-dev
07:18 AndreyGrebenniko joined #fuel-dev
07:19 AndreyGrebenniko hi guys! may anyone explain how fuel3.2 dows work? ;)
07:19 e0ne_ joined #fuel-dev
07:25 mihgen AndreyGrebenniko: hey Andrey, what issue are you trying to solve?
07:26 AndreyGrebenniko mihgen, I'm actually trying to use fuel cli, and I cant realize how to improve jsons right
07:26 AndreyGrebenniko mihgen, first
07:27 AndreyGrebenniko mihgen, we got deployment dir and provisioning dir
07:27 AndreyGrebenniko mihgen, we renamed nodes in gui, but we still got nodes named like node-1, node-2 and so on
07:28 AndreyGrebenniko mihgen, we decided to assign them proper hostnames in provisioning yamls and proper fqdns in deployment yamls
07:29 AndreyGrebenniko mihgen, when we executed "deploy" the engine told us is cannot reach any node
07:29 AndreyGrebenniko mihgen, how should we operate with this feature?
07:29 mihgen oh it may be tricky - Fuel uses node-<ID> as hostnames, and IDs are used for nodes discovering over MCollective
07:30 AndreyGrebenniko mihgen, great. Where should we assign proper names them in this way?
07:30 mihgen AndreyGrebenniko: it's a bit early, dev team is not up yet, let me get someone to respond you a bit later today
07:31 openstackgerrit Ivan Kolodyazhny proposed a change to stackforge/fuel-web: Don't fetch all tasks to get LogDump task status  https://review.openstack.org/53547
07:31 AndreyGrebenniko mihgen, next one is from the same field.
07:34 AndreyGrebenniko mihgen, in the very bottom of provisioning yamls power_addresses are mentioned. They are not the same as nodes got in bootstrap somewhy. We guess it may depend on those two ranges "dynamic ips" and "static ips" which are assigned during fuel's installations
07:34 AndreyGrebenniko mihgen, sorry, the beginning is:::::: in the very bottom of provisioning yamls power_addresses are
07:38 ogelbukh joined #fuel-dev
07:44 e0ne joined #fuel-dev
07:46 AndreyGrebenniko what should I write to fuel-dev@lists.launchpad.net in order to become a subscriber?
07:47 evgeniyl joined #fuel-dev
07:49 ogelbukh https://launchpad.net/~fuel-dev
07:49 ogelbukh Policy: You must be a team member to subscribe to the team mailing list.
07:49 ogelbukh so you should join the team
07:49 ogelbukh and then you can subscribe
07:49 ogelbukh AndreyGrebenniko: ^^
07:50 AndreyGrebenniko ogelbukh, its quite clear, what I do the NEXT? :)
07:51 ogelbukh well, I joined the team 'fuel' and there was a selection 'subsribe to team's mailing list' at the confirmation page
07:51 e0ne joined #fuel-dev
07:52 ogelbukh so you don't need to do anything special, i guess
07:53 AndreyGrebenniko ogelbukh, oh, clear, got it
07:53 openstackgerrit Ivan Kolodyazhny proposed a change to stackforge/fuel-web: Don't fetch all tasks to get LogDump task status  https://review.openstack.org/53547
07:57 AndreyGrebenniko does anyone know what does this mean:
07:57 AndreyGrebenniko [root@fuelc2 provisioning_1]# fuel --env-id=1 deploy
07:57 AndreyGrebenniko HTTP Error 400: Bad Request
08:05 Topic for #fuel-dev is now IRC logs http://irclog.perlgeek.de/fuel-dev/
08:06 evgeniyl AndreyGrebenniko, 1. if you want to change hostname, you need to change `fqdn` field in provisioning data, but I'm not 100% sure that it will work correctly, testing is required.
08:06 evgeniyl AndreyGrebenniko, 2. "in the very bottom of provisioning.." - can you provide more information? What ip did you see and what did you expect? What did you compare `power_addresses` and ip of node in bootstrap?
08:09 AndreyGrebenniko evgeniyl, yes, that ip which is mentioned as power_address is not the same as the real node's ip and that one which fuel uses in dns
08:10 evgeniyl AndreyGrebenniko, maybe cluster with id 1 doesn't exist, try to execute "fuel env"
08:11 AndreyGrebenniko [root@fuelc2 provisioning_1]# fuel env
08:11 AndreyGrebenniko id | status | name   | mode       | release | changes
08:11 AndreyGrebenniko ---|--------|--------|------------|---------|​---------------------------------------------​---------------------------------------------​--------------------------------------------
08:11 AndreyGrebenniko 1  | error  | Cyber2 | ha_compact | 1       | [u'attributes', u'networks', [u'disks', 1], [u'disks', 6], [u'disks', 7], [u'disks', 3], [u'disks', 2], [u'disks', 5], [u'disks', 9]]
08:13 evgeniyl AndreyGrebenniko, 2. yes, it's ok, node in bootstrap and after provision has different ip
08:13 AndreyGrebenniko evgeniyl, no, they weren't actually provisioned
08:14 AndreyGrebenniko evgeniyl, because it couldn't reach them by those new hostnames
08:15 evgeniyl AndreyGrebenniko, we have a bug with redeployment cluster in error status, do you have on UI enabled "deploy" button?
08:16 AndreyGrebenniko yes, it is still active but all nodes have "installing centos" status
08:19 evgeniyl AndreyGrebenniko, yes, it's the bug which I mentioned above, you need to recreate the cluster or update nodes statuses to error, and remove tasks from db.
08:20 Topic for #fuel-dev is now #fuel-dev Fuel dev docs http://docs.mirantis.com/fuel-dev/ | Paste here http://paste.openstack.org/ | IRC logs http://irclog.perlgeek.de/fuel-dev/
08:22 mihgen evgeniyl: I was not able to find instructions on how to remove tasks in our development docs, using db()
08:22 mihgen do we have it in docs.mirantis.com/fuel-dev/? Or it was only on wiki?
08:27 evgeniyl mihgen, we have special command in cli "fuel task --help"
08:28 mihgen that's great :) however we need to add info to docs on how to work with DB from python
08:28 mihgen ./manage.py shell & etc.
08:32 AndreyGrebenniko evgeniyl, well, there is no task with error status, but all nodes have "provisioning" status
08:32 AndreyGrebenniko evgeniyl, should I repair them manually?
08:37 AndreyGrebenniko next, "last_controller" line. What should I insert there? node-... or the proper name like "controller-..."?
08:38 evgeniyl AndreyGrebenniko, I think is better way to recreate cluster, but if it's difficult, you need to check that all tasks in /api/tasks call have statuses error or ready, then by hands via psql update nodes statuses to error or discover
08:40 AndreyGrebenniko evgeniyl, it's too difficult to recreate cluster at the moment - we added a lot to jamls and we don't want to loose them
08:40 evgeniyl mihgen, ok, I will add it to ticket about development doc
08:41 AndreyGrebenniko evgeniyl, again, let me repeat - I have to assign "error" status to all nodes which are in "provisioning" status at the moment?
08:44 AndreyGrebenniko guys, what means the section "nodes" inside deployment yamls? Does it appied to swift only? Or it is used for smtng else?
08:45 evgeniyl AndreyGrebenniko, yes
08:46 AndreyGrebenniko evgeniyl, again, swift or something more? :)))
08:48 evgeniyl AndreyGrebenniko, I don't know. You need to ask somebody who works with puppet manifests.
08:51 mattymo AndreyGrebenniko, nodes section of the YAML contains each host, its role(s), its uid, ip addresses for each network, its fqdn, and its short name
08:51 mattymo we wrap everything up into a container like this so we can process and evaluate each host when we set up HA in the puppet manifests
08:52 mattymo it's used for swift, yes, but also for MySQL, rabbitmq, haproxy, and corosync
08:53 AndreyGrebenniko mattymo, great, but should we insert there node's name like "controller-01" or again "node-1"? Seems like the first suggestion.
08:53 AndreyGrebenniko mattymo, but!
08:53 mattymo it's in there
08:54 mattymo in the manifests, we store the yaml data in $::fuel_settings hash
08:54 mattymo node-1 is stored in $::fuel_settings['nodes'][0]['name']
08:54 AndreyGrebenniko mattymo, could we be sure that master node will update its dnsmasq when we'll use names other that "node-.."?
08:54 mattymo it increments
08:54 mattymo every new host added gets a higher number
08:55 mattymo If I deploy a non-ha env with 2 hosts, their ids are node-1 and node-2. Then I deploy HA with 3 controllers and 3 computes, it will be node-[345] for controller, node-[678] for compute
08:56 AndreyGrebenniko mattymo, so there is no way for changing their names at all?
08:56 mattymo you can rename them of course
08:56 mattymo these are the default names
08:57 mattymo if I remember correctly, the "uid" field still remains that last digit
08:57 mattymo but name and fqdn will change if you rename the host before deployment
08:57 jkirnosova joined #fuel-dev
08:57 AndreyGrebenniko mattymo, not quite clear
08:58 AndreyGrebenniko mattymo, we have several ways for naming them
08:58 AndreyGrebenniko mattymo, first way is to rename them in ui
08:58 mattymo jkirnosova, welcome!
08:59 AndreyGrebenniko mattymo, nothing seems to be changed in yamls after that
08:59 mattymo andrey, let me test this out. give me about 15 minutes
08:59 AndreyGrebenniko mattymo, ok
09:01 mattymo AndreyGrebenniko, I'm deploying now, but waiting for base OS install
09:03 AndreyGrebenniko mattymo, I'll be on the workplace 30min after, thanks
09:08 bogdando joined #fuel-dev
09:12 mattymo AndreyGrebenniko, it looks like this is simply a display name for Fuel UI. It has no impact on the fqdn of the system
09:22 mihgen joined #fuel-dev
09:22 openstackgerrit Ivan Kolodyazhny proposed a change to stackforge/fuel-web: Don't fetch all tasks to get LogDump task status  https://review.openstack.org/53547
09:37 teran joined #fuel-dev
09:39 teran joined #fuel-dev
09:40 teran joined #fuel-dev
09:42 teran joined #fuel-dev
09:43 sanek joined #fuel-dev
09:50 openstackgerrit Alexandra Stepanchuk proposed a change to stackforge/fuel-web: Enabling Neutron+vlan for Rhos  https://review.openstack.org/54274
09:52 openstackgerrit Igor Shishkin proposed a change to stackforge/fuel-main: Network verify running added  https://review.openstack.org/53795
10:05 teran joined #fuel-dev
10:07 AndreyGrebenniko mattymo, so, again, if we want to get good names of the nodes being deployed, which strings should we change in provisioning/deployment yaml files?
10:18 mattymo it would be fqdn and name field
10:18 mattymo but I can't promise it works
10:18 mattymo this relies on cobbler settings also
10:19 AndreyGrebenniko mattymo, one more question - should I stop nailgun before updating its tables manually:
10:20 e0ne_ joined #fuel-dev
10:26 sanek joined #fuel-dev
10:29 AndreyGrebenniko evgeniyl, I updated nodes status to error, it changed to discover authomatically, but the env is still in error status,
10:29 AndreyGrebenniko evgeniyl, [root@fuelc2 ~]# fuel --env-id=1 deploy
10:29 AndreyGrebenniko HTTP Error 400: Bad Request
10:31 Bomfunk joined #fuel-dev
10:44 evgeniyl AndreyGrebenniko, Hmmm... Show me tasks from http://10.20.0.2:8000/api/tasks
10:46 openstackgerrit Dmitry Shulyak proposed a change to stackforge/fuel-web: Replace json with anyjson Fix tests with new json dumps Fix for test_get_handler_with_invalid_speed_data:   yajl serialzing 10.0 as '10' Change-Id: Ia78186c27f61a8ef58649a7d2d12ec20f8c79b73  https://review.openstack.org/54283
10:46 AndreyGrebenniko evgeniyl, [{"status": "ready", "name": "check_dhcp", "cluster": 1, "result": {}, "progress": 0, "message": null, "id": 3, "uuid": "241ce5f1-c992-4e6e-8f70-7b190c1382c3"}, {"status": "ready", "name": "verify_networks", "cluster": 1, "result": {}, "progress": 100, "message": "", "id": 2, "uuid": "d4445284-f219-4e69-b09c-fca53842f810"}, {"status": "ready", "name": "dump", "cluster": null, "result": {}, "progress": 100, "message": "/dump/fuel-snapsh
10:46 AndreyGrebenniko ot-2013-10-29_15-54-22.tgz", "id": 8, "uuid": "e300dd48-bafe-40e7-b14d-8621ddfb56c9"}]
10:47 AndreyGrebenniko [root@fuelc2 deployment_1]# fuel env
10:47 AndreyGrebenniko id | status | name   | mode       | release | changes
10:47 AndreyGrebenniko ---|--------|--------|------------|---------|​---------------------------------------------​---------------------------------------------​--------------------------------------------
10:47 AndreyGrebenniko 1  | error  | Cyber2 | ha_compact | 1       | [u'attributes', u'networks', [u'disks', 1], [u'disks', 6], [u'disks', 7], [u'disks', 3], [u'disks', 2], [u'disks', 5], [u'disks', 9]]
10:52 mihgen joined #fuel-dev
10:55 evgeniyl AndreyGrebenniko, Paste here http://paste.openstack.org/ .  Try to make this call by hand >> curl -X PUT http://0.0.0.0:8080/api/clusters/1/changes and send output.
10:56 AndreyGrebenniko [root@fuelc2 deployment_1]# curl -X PUT http://0.0.0.0:8080/api/clusters/1/changes
10:56 AndreyGrebenniko <html>
10:56 AndreyGrebenniko <head><title>411 Length Required</title></head>
10:56 AndreyGrebenniko <body bgcolor="white">
10:56 AndreyGrebenniko <center><h1>411 Length Required</h1></center>
10:56 AndreyGrebenniko <hr><center>nginx/1.0.15</center>
10:56 AndreyGrebenniko </body>
10:56 AndreyGrebenniko </html>
10:57 AndreyGrebenniko evgeniyl, smtng wrong
10:58 AndreyGrebenniko evgeniyl, are you sure 8080?
10:58 AndreyGrebenniko evgeniyl, maybe 8000
10:58 evgeniyl AndreyGrebenniko, again Paste here http://paste.openstack.org/ , you should set your's IP and port
10:58 evgeniyl AndreyGrebenniko, I can't predict what IP you installation has. It's just an example.
10:59 lambda_ joined #fuel-dev
10:59 amartellone joined #fuel-dev
10:59 tonyha joined #fuel-dev
10:59 lambda_ left #fuel-dev
11:00 openstackgerrit Dmitry Pyzhov proposed a change to stackforge/fuel-main: Use PRODUCT_VERISION variable in repos urls  https://review.openstack.org/54291
11:00 openstackgerrit Dmitry Pyzhov proposed a change to stackforge/fuel-main: Use PRODUCT_VERSION variable in repos urls  https://review.openstack.org/54291
11:01 vkozhukalov joined #fuel-dev
11:03 archon joined #fuel-dev
11:04 amartellone @mihgen...the problem can to be my settings.yaml file?
11:04 openstackgerrit A change was merged to stackforge/fuel-main: Use PRODUCT_VERSION variable in repos urls  https://review.openstack.org/54291
11:05 mihgen amartellone: should not be. are you still experiencing issues?
11:05 amartellone now I restart from 1.3.2 of the dev guide...e restart the test and so on
11:07 meow-nofer joined #fuel-dev
11:08 openstackgerrit Ivan Kolodyazhny proposed a change to stackforge/fuel-web: Basic localization  https://review.openstack.org/54301
11:08 amartellone Yes mihgen...the problem is that some parts of UI doesn't work well....for example the list of OpenStacke release is empty and so I can't continue
11:09 amartellone sorry mihgen...the first part of the phrase is
11:09 amartellone Yes mihgen...the problem is that some parts of UI doesn't work well
11:09 meow-nofer it's not UI problem, I think there is some failure with fixture uploading
11:09 mihgen amartellone: sorry - you may still have issues with your dev env setup
11:09 mihgen https://review.openstack.org/​#/c/54139/1/docs/develop/env.rst
11:10 meow-nofer did you run 'python manage.py loaddefault'?
11:10 mihgen take a look here, this is the fix for docs
11:12 amartellone ok...thanks I try it
11:16 mihgen folks, who can help in reviewing Python code here: https://review.openstack.org/#/c/53668/3 ?
11:16 openstackgerrit Ivan Kolodyazhny proposed a change to stackforge/fuel-web: Basic localization  https://review.openstack.org/54301
11:18 dburmistrov joined #fuel-dev
11:19 amartellone ok...now the populate db process is successfully ended
11:20 b-zone joined #fuel-dev
11:21 openstackgerrit Vitaly Kramskikh proposed a change to stackforge/fuel-web: Fix UI build  https://review.openstack.org/54307
11:23 adanin joined #fuel-dev
11:31 nfedotov joined #fuel-dev
11:34 kcherchenko joined #fuel-dev
11:38 openstackgerrit A change was merged to stackforge/fuel-web: Fix UI build  https://review.openstack.org/54307
11:49 mihgen colleagues, who can help in reviewing two patches for Havanna: https://github.com/Mirantis/fuel/pull/761
11:49 mihgen https://github.com/Mirantis/fuel/pull/759
11:49 mihgen we can't build Havanna ISO without these
11:51 mattymo mihgen, weird why don't we compress CSS in the package?
12:00 amartellone I have the next query error...when the applicaiton tries do fetch the releases : http://paste.openstack.org/show/50121/
12:01 amartellone are you sure that the db population script works well?
12:02 amartellone maybe some tables aren't in a consistency state
12:02 vkramskikh joined #fuel-dev
12:02 vkramskikh left #fuel-dev
12:02 vkramskikh joined #fuel-dev
12:03 mihgen vkramskikh: >>> mattymo: mihgen, weird why don't we compress CSS in the package?
12:03 mihgen Vitaly - can you respond on this?
12:03 vkramskikh actually we do
12:03 mattymo O RLY?
12:04 vkramskikh yes, let me recheck
12:05 vkramskikh it seems compressor only removes spaces and newlines between the declarations
12:05 vkramskikh maybe we need to tune it a little
12:10 vkramskikh it also removes comments and merges all the files into main.css. i think it is good enough
12:24 AndreyGrebenniko evgeniyl, http://paste.openstack.org/show/50123/
12:28 openstackgerrit Dmitry Shulyak proposed a change to stackforge/fuel-web: Replace json with anyjson Fix tests with new json dumps Fix for test_get_handler_with_invalid_speed_data:   yajl serialzing 10.0 as '10' Fix flake8 import warnings Change-Id: Ia78186c27f61a8ef58649a7d2d12ec20f8c79b73  https://review.openstack.org/54283
12:35 vkramskikh joined #fuel-dev
12:36 vkramskikh joined #fuel-dev
12:37 openstackgerrit Vladimir Sharshov proposed a change to stackforge/fuel-astute: Deploy without puppet master  https://review.openstack.org/54098
12:38 vkramskikh joined #fuel-dev
12:46 evgeniyl AndreyGrebenniko, it's an nginx error, try to run something like 'curl -d "" -X PUT http://10.20.0.2:8000/api/clusters/1/changes'
12:49 amartellone somebody has a solution for my problem with data?
12:58 amartellone the problem is that for every api request, it returned a 500 error
13:04 vkozhukalov joined #fuel-dev
13:07 archon hi, how to solve nodes with "pending deletion" ?
13:08 vkramskikh joined #fuel-dev
13:12 openstackgerrit Dmitry Shulyak proposed a change to stackforge/fuel-main: Add ujson=1.3.3 egg to iso build  https://review.openstack.org/54325
13:14 openstackgerrit Artem Roma proposed a change to stackforge/fuel-ostf: Update to cleanup command for adapter  https://review.openstack.org/54326
13:18 mihgen archon: what do you mean to solve?
13:20 mihgen amartellone: it's all pretty weird exceptions you are getting. I would refresh the env following this https://review.openstack.org/​#/c/54139/1/docs/develop/env.rst to setup dev.env and docs.mirantis.com/fuel-dev/ on running nailgun in fake mode
13:21 mihgen it should run just fine - we are restarting fake UI internally after each commit, and it just works with current master
13:23 openstackgerrit A change was merged to stackforge/fuel-web: Don't fetch all tasks to get LogDump task status  https://review.openstack.org/53547
13:24 amartellone thanks mihgen :)
13:25 r0mikiam joined #fuel-dev
13:34 openstackgerrit Dmitry Pyzhov proposed a change to stackforge/fuel-web: Run shotgun unittests, run flake8 on every python file  https://review.openstack.org/54329
13:39 evgeniyl hey guys, I've created blueprints on launchpad https://blueprints.launchpad.net/fuel and assigned them on developers, lets refactor nailgun while we have time.
13:49 openstackgerrit Dmitry Pyzhov proposed a change to stackforge/fuel-web: Run shotgun unittests, run flake8 on every python file  https://review.openstack.org/54329
13:51 openstackgerrit Julia Aranovich proposed a change to stackforge/fuel-web: Stickit for disks coniguration screen  https://review.openstack.org/54332
13:53 openstackgerrit Julia Aranovich proposed a change to stackforge/fuel-web: [DO NOT MERGE] Stickit implementation for the Node view: status and roles  https://review.openstack.org/53688
14:00 vk joined #fuel-dev
14:08 openstackgerrit Alexandr Notchenko proposed a change to stackforge/fuel-web: healthcheck functionality  https://review.openstack.org/54336
14:09 openstackgerrit Alexandr Notchenko proposed a change to stackforge/fuel-web: healthcheck functionality  https://review.openstack.org/54336
14:12 openstackgerrit Dmitry Shulyak proposed a change to stackforge/fuel-main: Add ujson=1.3.3 egg to iso build This package will be used in nailgun for json serialization  https://review.openstack.org/54340
14:36 r0mikiam joined #fuel-dev
14:38 r0mikiam joined #fuel-dev
15:01 openstackgerrit joined #fuel-dev
15:03 teran joined #fuel-dev
15:17 openstackgerrit Dmitry Shulyak proposed a change to stackforge/fuel-web: improve perfomance of nailgun component  https://review.openstack.org/54283
15:22 dpyzhov joined #fuel-dev
15:44 openstackgerrit Matthew Mosesohn proposed a change to stackforge/fuel-main: [PRD-2326] added hidden dhcp_interface kernel option for tests  https://review.openstack.org/52767
15:47 openstackgerrit tatyana-leontovich proposed a change to stackforge/fuel-main: Add OSTF dependency to requirement-eggs.txt file  https://review.openstack.org/54360
15:47 openstackgerrit Nikita Prikazchikov proposed a change to stackforge/fuel-main: Refactoring system tests on python-proboscis  https://review.openstack.org/54356
16:12 e0ne joined #fuel-dev
16:19 angdraug joined #fuel-dev
16:27 e0ne joined #fuel-dev
16:28 IlyaE joined #fuel-dev
16:33 openstackgerrit Artem Roma proposed a change to stackforge/fuel-ostf: Add data rollback for functional tests  https://review.openstack.org/54373
16:36 alex_null joined #fuel-dev
16:42 AndreyDanin joined #fuel-dev
16:53 AndreyDanin_ joined #fuel-dev
17:01 xarses joined #fuel-dev
17:03 rmoe joined #fuel-dev
17:08 vkozhukalov joined #fuel-dev
17:27 e0ne joined #fuel-dev
17:28 e0ne joined #fuel-dev
17:38 archon joined #fuel-dev
17:38 angdraug joined #fuel-dev
17:42 openstackgerrit Dmitry Pyzhov proposed a change to stackforge/fuel-main: Havana packages  https://review.openstack.org/54387
17:45 angdraug dpyzhov: what's our branch management strategy for 3.2.1/4.0/4.1? are we going to have 4.0 on master and the other two on separate branches?
18:01 teran joined #fuel-dev
19:12 IlyaE joined #fuel-dev
19:31 e0ne joined #fuel-dev
20:28 teran joined #fuel-dev
21:06 e0ne joined #fuel-dev
21:13 mihgen joined #fuel-dev
21:14 IlyaE joined #fuel-dev
21:33 akupko joined #fuel-dev
21:46 e0ne joined #fuel-dev
22:07 e0ne joined #fuel-dev
22:08 openstackgerrit A change was merged to stackforge/fuel-ostf: Update to cleanup command for adapter  https://review.openstack.org/54326
22:23 mihgen such bad bug to have… https://mirantis.jira.com/browse/PRD-2524
22:24 mihgen it sets /24 for IPs on nodes in public network even if you specified other netmask
22:32 openstackgerrit A change was merged to stackforge/fuel-ostf: Add data rollback for functional tests  https://review.openstack.org/54373
22:49 e0ne joined #fuel-dev
22:57 e0ne joined #fuel-dev
23:25 openstackgerrit A change was merged to stackforge/fuel-web: Update stickit to prevent memory leak  https://review.openstack.org/54144
23:28 e0ne joined #fuel-dev
23:30 e0ne_ joined #fuel-dev
23:58 e0ne joined #fuel-dev
23:59 e0ne joined #fuel-dev

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