Perl 6 - the future is here, just unevenly distributed

IRC log for #fuel, 2016-07-25

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

All times shown according to UTC.

Time Nick Message
00:16 code-R joined #fuel
00:17 code-R_ joined #fuel
00:23 elo joined #fuel
00:32 eric_lopez joined #fuel
00:33 elo joined #fuel
01:28 elo joined #fuel
02:42 code-R joined #fuel
02:43 elo joined #fuel
02:44 code-R joined #fuel
02:53 code-R_ joined #fuel
03:33 code-R joined #fuel
03:34 elo joined #fuel
04:16 meow-nofer_ joined #fuel
04:17 tsufiev joined #fuel
04:23 elo joined #fuel
04:28 Vijayendra_ joined #fuel
04:38 code-R joined #fuel
04:43 elo joined #fuel
04:55 elo joined #fuel
04:56 code-R joined #fuel
05:24 eric_lopez joined #fuel
05:34 ub joined #fuel
05:50 eric_lopez joined #fuel
06:07 elo joined #fuel
06:16 code-R joined #fuel
06:19 elo joined #fuel
06:36 Miouge joined #fuel
06:36 code-R_ joined #fuel
06:43 code-R joined #fuel
07:03 eric_lopez joined #fuel
07:06 krypto joined #fuel
07:15 elo joined #fuel
07:19 elo joined #fuel
07:23 DavidRama joined #fuel
07:25 eric_lopez joined #fuel
07:37 elo joined #fuel
07:40 DevStok hi
07:40 DevStok I got 503 from swift
07:40 DevStok before it runs well
07:41 mskalski DevStok: what version of fuel do you use?
07:42 DevStok KILO
07:42 DevStok with swift I never got problems
07:42 DevStok but last weekend the node in HA mode goes down
07:42 DevStok now all services are ok
07:42 DevStok but swift
07:42 DevStok 503
07:43 DevStok if i try a curl on ha vip on port 8080 i get :
07:43 DevStok error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol
07:47 DevStok in the log proxy-server
07:47 DevStok http://paste.openstack.org/show/541563/
07:49 mskalski do you see that swift-proxy-server process is run on controller node?
07:50 DevStok swift    19166  0.0  0.1  87628 22708 ?        Rs   07:50   0:00 /usr/bin/python /usr/bin/swift-proxy-server /etc/swift/proxy-server.conf
08:07 mskalski DevStok: what is the output of direct request to swift proxy not through ha proxy: curl http://CONTROLLER_IP:8080/healthcheck
08:15 eric_lopez joined #fuel
08:18 DavidRama joined #fuel
08:24 DevStok curl: (7) Failed to connect to 185.38.252.5 port 8080: Connection refused
08:24 DevStok oopss
08:25 DevStok please delete the ip :(
08:26 mskalski can you please show output of  haproxy-status.sh | grep object-storage
08:29 yassine joined #fuel
08:36 Kdecherf hello there
08:37 Kdecherf is there any known issue on the HA tests of health check? they are failing here on the mysql part and i don't understand why
08:42 mskalski Kdecherf: which fuel version do you use?
08:42 Kdecherf mskalski: 9.0 community
08:45 foutatoro joined #fuel
08:47 mskalski Kdecherf: I'm not aware of such bug, if your cluster functions properly and health check fail please create a bug and attach snapshot of your environment https://bugs.launchpad.net/fuel
08:48 artem_panchenko_ joined #fuel
08:48 mskalski but before that please try search any existing corresponding bug: https://bugs.launchpad.net/fuel/+bugs?field.searchtext=mysql&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_
08:48 mskalski patch=&field.has_no_package=&orderby=-id&start=0
08:50 jaranovich hi! fuel docs cores, could you please review the patch: https://review.openstack.org/#/c/344127/
08:56 DevStok the problem is pbr version greater than 1.0
08:56 DevStok my pip pbr is 1.10.0
08:56 DevStok how to downgrade it?
08:56 DevStok or solve it?
09:00 mskalski http://stackoverflow.com/questions/5226311/installing-specific-package-versions-with-pip
09:13 elo joined #fuel
09:20 mskalski you should have python-pbr deb package which should provide appropriate version of pbr for openstack components
09:35 vkulanov joined #fuel
09:40 krypto joined #fuel
09:44 DevStok thanks
09:45 DevStok how can I downgrade pip pbr ?
09:49 DevStok which is the right version of pip pbr for KILO ?
09:49 javeriak joined #fuel
09:50 toMeloos joined #fuel
09:51 DevStok pkg_resources.VersionConflict: (pbr 1.10.0 (/usr/local/lib/python2.7/dist-packages), Requirement.parse('pbr>=0.6,!=0.7,<1.0'))
09:51 DevStok which version of pbr I've to reinstall?
09:53 mskalski you can check on env deployed by fuel version of python-pbr:  apt-cache show python-pbr, the one with 'mos' in name should be installed
10:01 DevStok thanks
10:01 DevStok http://paste.openstack.org/show/541578/
10:01 DevStok there
10:03 mskalski by the way why you installed pbr through pip at first place?
10:04 Kdecherf mskalski: ohhh, i found the bug
10:05 Kdecherf that's really really sad
10:06 Kdecherf the heira part test_mysql_status.py receives node names in the "node-%d" form while ostf expects the hostname
10:07 DevStok i've followed a guide
10:07 DevStok to install ceilometer's plugin
10:08 DevStok to monitor the data in centralized way
10:08 akscram Guys, please merge this backport to stable/mitaka: https://review.openstack.org/#/c/342684/
10:08 DevStok so I want to turn back to original version
10:08 azvyagintsev joined #fuel
10:08 DevStok i've done pip install pbr==0.11 --force-reinstall
10:09 DevStok but swift still not work
10:09 akscram And this one also: https://review.openstack.org/#/c/342686/
10:11 mskalski DevStok: i would uninstall any custom versions installed through pip and only depend on the one provided by mirantis, then restart services
10:11 DevStok swift-* ?
10:11 mskalski Kdecherf: did you find an existing bug report for this behaviour?
10:12 Kdecherf mskalski: no, it seems there is no bug report for that
10:12 Kdecherf i will open one
10:12 mskalski Kdecherf: yes please, thank you
10:13 DevStok @mskalski ok thanks. how can i reinstall the version of mirantis
10:14 asvechnikov ikutukov, akasatkin, ikalnitsky core-review please https://review.openstack.org/#/c/341366/
10:14 mskalski DevStok: I assume that python-pbr is already installed on your env: dpkg -l | grep python-pbr
10:15 DevStok yes ii  python-pbr                           0.10.0-0u~u14.04+mos2                  all          inject useful and sensible default behaviors into setuptools - Python 2.x
10:15 mskalski when you uninstall version from pip and restart services it should pbr version which left
10:15 mskalski use*
10:16 Kdecherf mskalski: is there any bug template?
10:17 mskalski Kdecherf: when you start creating bug you should see on the bottom of the page: Fuel for OpenStack bug reporting guidelines:
10:17 Kdecherf mskalski: oh, indeed. thanks
10:36 javeriak joined #fuel
10:48 romcheg ikalnitsky, vkulanov: folks, this patch for a critical bug needs some attention please https://review.openstack.org/#/c/344886/
10:54 vkulanov romcheg, checking
11:11 Kdecherf mskalski: https://bugs.launchpad.net/fuel/+bug/1606195
11:12 elo joined #fuel
11:18 xarses_ joined #fuel
11:32 ekosareva_ joined #fuel
11:33 javeriak joined #fuel
12:10 elo joined #fuel
12:17 DevStok thanks again
12:17 darko joined #fuel
12:17 DevStok there is an order to restart all swift services?
12:19 darko hi, i'm using fuel 9 to deploy 3 controllers and 2 initial compute nodes to migrate from an older Juno setup. I'm having issues with the LDAP plugin and i was wondering whether it's possible to configure keystone for ldap after deployment manually and not have that setup wiped by puppet afterwards
12:26 foutatoro joined #fuel
12:33 mskalski darko______: did you use ldap plugin in juno env?
12:38 foutatoro joined #fuel
12:41 darko______ mskalski: no, the Juno installation is centos based and without fuel (foreman instead to automate some things). But ldap integration is present there as well
12:42 mskalski darko______: ok, did you have a chance to read this docs? http://plugins.mirantis.com/docs/l/d/ldap/ldap-3.0-3.0.0-1.pdf
12:42 darko______ yes, thoroughly
12:43 darko______ in fact i've been redeploying this environment for the past 2 weeks, first with fuel8 and now with fuel9 (there were other issues as well)
12:44 darko______ ldap plugin didn't work in fuel8 as well, but i have a "manual" keystone setup that i tested and works (e.g. i can log-in with ldap accounts etc)
12:45 darko______ so i've given up on "fuel will automate ldap integration as well"
12:45 darko______ i just want it to work post-installation, even if i have to configure it manually
12:47 elo joined #fuel
12:48 aneliubin joined #fuel
12:54 vkulanov romcheg, can you please review/merge https://review.openstack.org/#/c/340219/
12:56 foutatoro Hi all, I've installed Openstack with fuel, all service are running correctly but I can not access to horizon. Does it require tu use certificat for accessing to the dashboard ?
12:57 flerfb0rt1 joined #fuel
12:57 mskalski darko______: once you deployed env you can modify keystone configuration through  fuel openstack-config https://specs.openstack.org/openstack/fuel-specs/specs/8.0/openstack-config-change.html
12:57 mskalski darko______: but did you try submit a bug regarding your problems with ldap plugin?
13:00 mskalski foutatoro: no there is no such requirements
13:01 darko______ mskalski: thanks for the link. I didn't submit a bug, but i probably should. and to be honest, i can add a bunch to that backlog..
13:01 mskalski foutatoro: link to horizon from fuel web ui does not work?
13:03 flerfb0rt1 is there a way to get a task to run on the Fuel master node via a plugin?
13:03 foutatoro mskalski: could you tell me how to access to horizon from fuel web ui ?
13:04 darko______ it's tedious to change a setting here and there and wait for the redeployment to verify if the settings are correct. and if you change things manually, Fuel just goes "Deployment has failed"
13:05 mskalski foutatoro: you should see link in to horizon as on this picture https://specs.openstack.org/openstack/fuel-specs/_images/plugin_blocks.png
13:06 elo joined #fuel
13:07 elo joined #fuel
13:13 Miouge joined #fuel
13:15 mskalski flerfb0rt1: you can try define task in plugin like here https://github.com/openstack/fuel-library/blob/c1cbf7d35f7bbd43b49edba4352b031dbca299c8/deployment/puppet/osnailyfacter/modular/astute/tasks.yaml#L214
13:16 DevStok now i stil get swift 503
13:16 DevStok in the log of swift proxy : No handlers could be found for logger "ceilometer.openstack.common.versionutils"
13:18 darko______ mskalski: oh that's my bad, just checked. i actually _can_ change settings in the LDAP plugin in fuel 9 and push them without resetting the entire environment. previously not possible in fuel 8
13:18 mskalski DevStok: do you have ceilometer middleware enabled in proxy server?
13:19 DevStok [filter:ceilometer] use = egg:ceilometer#swift
13:20 mskalski you can try comment out this and also verify pipeline settings if it used there
13:24 elo joined #fuel
13:26 elo joined #fuel
13:28 eric_lopez joined #fuel
13:29 flerfb0rt1 thank you; i will try that
13:31 elo joined #fuel
13:32 Kdecherf mskalski: hm, it appears that i missed a bug report with the same symptoms :)
13:36 mskalski Kdecherf: sometimes its hard to find related bug, but good news is it's already resolved in master a fix will land in updates for fuel 9
13:36 Kdecherf yep
13:37 elo joined #fuel
13:37 fritchie joined #fuel
13:38 eric_lopez joined #fuel
13:57 azvyagintsev joined #fuel
14:00 dguryanov2 joined #fuel
14:00 code-R joined #fuel
14:02 javeriak joined #fuel
14:03 fritchie joined #fuel
14:08 code-R_ joined #fuel
14:08 dmburmistrov hi!, do we need this task for 10.0 - https://github.com/openstack/fuel-library/blob/master/deployment/puppet/osnailyfacter/modular/generate_vms/tasks.yaml ?
14:10 code-R_ joined #fuel
14:11 johnavp1989 joined #fuel
14:15 fritchie joined #fuel
14:15 mwhahaha dmburmistrov: yea that's for the reduced footprint functionality
14:15 mwhahaha but i'm not even sure it worked for 9 as some people in here have reported issues with it
14:16 elo joined #fuel
14:16 DevStok I commented use = egg:ceilometer#swift
14:16 DevStok i swift conf
14:17 DevStok but swift still not work
14:17 dmburmistrov mwhahaha, thank you! got it
14:17 DevStok i found :
14:17 DevStok Improved the Ceilometer post-installation scripts to fix the issue with the Swift proxy server on Ubuntu environments. Previously, installation of the updated ceilometer-common package led to the broken swift-proxy server process since it could not write data to its log file. LP1537657
14:17 DevStok in the last maintenance update of mirantis fuel
14:17 DevStok update 4
14:21 eric_lopez joined #fuel
14:23 code-R joined #fuel
14:25 code-R joined #fuel
14:30 GMAzrael joined #fuel
14:30 mskalski DevStok: after you restarted proxy server do you observe errors in swift proxy log?
14:35 eric_lopez joined #fuel
14:35 DevStok No loader given in section %r" % section
14:36 DevStok if i remove the comment I get : No handlers could be found for logger "ceilometer.openstack.common.versionutils"
14:37 DevStok if i remove the section : LookupError: No section 'ceilometer' (prefixed by 'filter') found in config /etc/swift/proxy-server.conf
14:38 mskalski DevStok: ok but did you check you pipeline if celiometer is defined there? If you comment filter section please also remove this from pipeline
14:39 DevStok sorry where
14:40 mskalski in /etc/swift/proxy-server.conf
14:40 DevStok found
14:40 DevStok :)
14:49 code-R_ joined #fuel
14:52 nan joined #fuel
14:52 Guest95263 question about a network error: "New IP ranges for network 'fuelweb_admin'(1) do not cover already allocated IPs."
14:52 code-R joined #fuel
14:53 nan1 Running Fuel 9.0
14:55 xarses joined #fuel
14:56 DevStok thanks a lot
14:56 DevStok works
14:57 fritchie joined #fuel
15:04 fritchie joined #fuel
15:07 Kdecherf is it normal that /etc/haproxy/conf.d/135-aodh.conf has no server declared in the backend aodh?
15:10 Sketch so i let fuel create it's own self-signed SSL certs.  is there a CA key somewhere that i can import?
15:10 GMAzrael joined #fuel
15:10 nan1 "New IP ranges for network 'fuelweb_admin'(1) do not cover already allocated IPs."
15:15 mwhahaha Sketch: yea there's a ca key generated. I think we put all those items that get generated in a /var/lib/fuel/keys or something on the master
15:15 mwhahaha let me go look
15:16 xarses joined #fuel
15:17 Sketch i saw keys there, but nothing that looked like a CA key
15:17 mwhahaha we do copy the ca and import it to each of the nodes
15:19 mwhahaha https://github.com/openstack/fuel-library/blob/master/deployment/puppet/osnailyfacter/modular/astute/tasks.yaml#L247-L250
15:23 flerfb0rt1 this is what i tried for running commands on master; the deployment didnt fail but the command didn't run - id: master-test
15:23 flerfb0rt1 type: shell
15:23 flerfb0rt1 role: ['master']
15:23 flerfb0rt1 parameters:
15:23 flerfb0rt1 cwd: /tmp
15:23 flerfb0rt1 cmd: /usr/bin/touch masterfile.txt
15:23 flerfb0rt1 requires: [post_deployment_start]
15:23 flerfb0rt1 required_for: [post_deployment_end]
15:23 fritchie joined #fuel
15:24 elo joined #fuel
15:25 foutatoro joined #fuel
15:25 Sketch mwhahaha: yeah, i found those, those are just the certs.  i'm looking for the CA that signed those certs, so i can import it into other things to avoid self-signed warnings
15:25 Kdecherf can someone with a working env on fuel 9 and fuel 10 (and ceilometer/aodh enabled) paste its /etc/haproxy/conf.d/135-aodh.cfg file please?
15:27 Sketch maybe i should just make my own and redeploy.  i created one before when iincorrectly had it set as the name of the fuel node, and it didn't work right for obvious reasons, so i switched to self-signed before figuring out the actual problem.
15:29 Sketch or maybe i'll just manually copy the keys instead of redeploying, too much work :P
15:29 mwhahaha i think it's just the CA cert from the master, did you check /etc/pki/CA ?
15:30 mwhahaha or /etc/pki/tls actually
15:31 Sketch yeah, no ca certs in there
15:34 Sketch hmm, it will deploy my new internal-CA-signed cert.  let's see how that goes.
15:36 mwhahaha hmm i know there's a ca somewhere i just don't remember how that worked.
15:37 mwhahaha sbog: where is the CA cert for the self signed certs?
15:37 mskalski flerfb0rt1: what version of Fuel do you use?
15:38 javeriak joined #fuel
15:39 Sketch yeah, there's gotta be one somewhere, since it generates and signs them.
15:39 Sketch s/them/certs/
15:39 Miouge joined #fuel
15:44 fritchie joined #fuel
15:46 Kdecherf can someone with a working env on fuel 9 paste the result of ovs-ofctl show br-int from a controller please?
15:56 Liuqing joined #fuel
15:58 Liuqing joined #fuel
16:00 ikutukov vkulanov, i've addressed your comments to this patch: https://review.openstack.org/#/c/338584/
16:07 javeriak_ joined #fuel
16:07 Miouge joined #fuel
16:13 fritchie joined #fuel
16:13 DavidRama left #fuel
16:15 code-R joined #fuel
16:18 code-R_ joined #fuel
16:24 mwhahaha Kdecherf: http://paste.openstack.org/show/541623/
16:25 Kdecherf mwhahaha: thanks, finally my issue was somewhere else
16:25 Kdecherf in some random cases, neutron-openvswitch-agent completely fails to restore a clean state after a reboot
16:28 Miouge joined #fuel
16:33 flerfb0rt1 masklski: using 8.0
16:34 ub joined #fuel
16:36 mskalski flerfb0rt1: then this task could be executed in mcollective container https://openstack.nimeyo.com/63840/openstack-dev-fuel-plugins-role-for-fuel-master-node?show=63879#a63879
16:38 flerfb0rt1 i see
16:39 flerfb0rt1 thank you
16:52 Zer0Byte__ joined #fuel
16:53 elo joined #fuel
16:56 eric_lopez joined #fuel
17:07 BobBall left #fuel
17:30 Miouge joined #fuel
17:32 vkulanov joined #fuel
18:16 javeriak joined #fuel
19:05 ub joined #fuel
19:10 ub joined #fuel
19:29 fritchie joined #fuel
19:31 GMAzrael Thomas in here?
19:43 code-R joined #fuel
19:48 flerfb0rt1 left #fuel
19:48 flerfb0rt1 joined #fuel
19:48 flerfb0rt1 left #fuel
19:48 flerfb0rt1 joined #fuel
19:48 flerfb0rt1 left #fuel
19:53 flerfb0rt1 joined #fuel
19:55 fritchie joined #fuel
20:05 Miouge joined #fuel
20:12 fritchie joined #fuel
21:23 ikutukov ikalnitsky, romcheg, gkibardin, zubchik, gkibardin, dguryanov, aroma Please, review and core-review short bug fix from bgaifullin https://review.openstack.org/#/c/346921/3
21:39 ikutukov this patch is really small and clean
21:42 xarses GMAzrael: you mean Thomas G, (zigo) ?
21:49 eriswans joined #fuel
21:53 eriswans I have an 8.0 cluster with MU2 installed, but am devastatingly affected by an issue that's fixed in neutron 7.1.1 relating to DVR and SNAT. What's the best way for me to upgrade to neutron 7.1.1?
21:56 xarses eriswans: if you have a support agreement with Mirantis, then you can reach out to them for help, otherwise you are likely going to end up building the package yourself
22:00 fritchie joined #fuel
22:02 xarses eriswans: you can find the build resources at https://review.fuel-infra.org/#/admin/projects/openstack-build/neutron-build
22:47 flerfb0rt1 joined #fuel
23:15 johnavp19891 joined #fuel
23:29 xarses joined #fuel

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