Friday, 2015-11-13

*** bobh has quit IRC00:17
*** zeih has joined #tacker00:18
*** zeih has quit IRC00:25
*** gongysh_ has quit IRC00:41
*** zeih has joined #tacker00:48
*** zeih has quit IRC00:55
*** bobh has joined #tacker00:59
*** mbound has quit IRC01:06
*** lhcheng has quit IRC01:15
*** gongysh_ has joined #tacker01:15
*** gongysh_ has quit IRC01:18
*** prashantD has quit IRC01:24
*** bobh has quit IRC01:36
*** lhcheng has joined #tacker01:43
*** bobh has joined #tacker01:47
*** gongysh_ has joined #tacker01:52
*** prashantD has joined #tacker01:57
*** mbound has joined #tacker02:06
*** bobh has quit IRC02:08
*** mbound has quit IRC02:11
*** bobh has joined #tacker02:17
*** openstackgerrit has quit IRC02:22
*** openstackgerrit has joined #tacker02:24
openstackgerritBob Haddleton proposed openstack/python-tackerclient: Require positional name argument and fix config handling  https://review.openstack.org/21123202:44
*** s3wong has quit IRC02:50
*** bobh has quit IRC02:57
openstackgerritgongysh proposed openstack/tacker: Fix ServiceTypeNotFound and MGMTDriverNotSpecified  https://review.openstack.org/24496003:04
*** bobh has joined #tacker03:29
gongysh_hi, KLuka_03:39
gongysh_all, Does the tacker needs oslo.messaging component?03:40
*** prashantD has quit IRC03:44
bobhgongysh_: There is some unused code in the tacker repo that uses oslo.messaging, but AFAIK it's not used by any production code04:05
*** bobh has quit IRC04:08
gongysh_hi, I want to clean the tacker codes in repo which is borrowed from neutron.04:08
gongysh_https://bugs.launchpad.net/tacker/+bug/151586404:08
openstackLaunchpad bug 1515864 in tacker "clear unused codes in tacker from neutron" [Undecided,New] - Assigned to yong sheng gong (gongysh)04:08
gongysh_so that we can enable full scope unit test and improve our test coverage.04:09
gongysh_I think it is a must for our project into official TC governance.04:09
*** sripriya has joined #tacker05:38
*** sripriya has quit IRC05:50
*** sripriya has joined #tacker06:14
*** lhcheng has quit IRC06:31
*** lhcheng has joined #tacker06:33
*** sripriya_ has joined #tacker06:49
*** sripriya has quit IRC06:51
*** zeih has joined #tacker06:53
*** zeih has quit IRC06:57
*** zeih has joined #tacker07:52
*** gongysh__ has joined #tacker08:16
*** gongysh__ has quit IRC08:19
*** gongysh__ has joined #tacker08:29
*** gongysh__ has quit IRC08:32
*** lhcheng has quit IRC08:35
*** karimb has joined #tacker08:39
*** gabriel has joined #tacker08:41
ilozgachHi! Regarding yesterday problem http://paste.openstack.org/show/478654/08:43
ilozgachI tried to use Ubuntu Cloud Image https://cloud-images.ubuntu.com/trusty/20151112/08:44
ilozgachAnd it doesn't work too08:44
ilozgachThe same error08:44
*** gabriel has quit IRC08:47
sripriya_ilozgach: can you share tacker.log and n-cpu.log for this scenario?08:58
ilozgachYes, moment08:59
*** openstackgerrit has quit IRC09:01
*** openstackgerrit has joined #tacker09:02
ilozgachHa-ha, I looks like this is my fault09:06
ilozgach2015-11-13 12:04:55.968 TRACE nova.compute.manager [instance: 652820ab-f81d-4c18-ac19-c2899450f2f7] BuildAbortException: Build of instance 652820ab-f81d-4c18-ac19-c2899450f2f7 aborted: Image 33fcf717-711d-4a6b-9483-03614ff78dd3 is unacceptable: Converted to raw, but format is now qcow209:06
ilozgachBecause I downloaded image in IMG format and converted it to QCOW2 using "qemu-img convert"09:06
sripriya_ilozgach: :-)09:07
*** mbound has joined #tacker09:10
KLuka_Hi, gongysh_09:11
gongysh_KLuka_,  hi09:13
*** karimb has quit IRC09:15
ilozgachDo you know maybe. Why I get this error if I create new Image in Dashboard using OVA disk09:15
ilozgachError: Unable to create new image: Invalid disk format ova for image.09:16
mboundilozgach: i don't know whether this helps or not, but if you want to use cloud images on a local hypervisor without a metadata service there are a couple things you need to do first09:23
KLuka_I kind of started cleaning up unit tests for Tacker CLI, but I am currently a bit busy with some other stuff so I can give you my current patch and you can use it if you wish.09:24
gongysh_KLuka_ sure09:24
KLuka_My first goal was to get a successful run with current tests, but I am not there yet :)09:24
gongysh_KLuka_, by the way,  where is our core reviewers?09:25
KLuka_Just I moment I will paste the patch on github...09:25
KLuka_Hm, I don't know maybe they are sleeping :)09:25
ilozgachmbound, which things?09:26
mboundthe cloud image by default doesn't have password login configured, but I guess you already know that, so it has to be either booted somewhere else where you have a metadata service that can give it a key and then you can enable password login, or you have to "fake" a metadata service09:27
mboundilozgach: i have some notes somewhere on how to do it, let me have a look,09:28
ilozgachI tried to configure cloud image using this way https://ask.openstack.org/en/question/5531/defining-default-user-password-for-ubuntu-cloud-image/09:29
mboundthere is also a workaround which basically creates a "backdoor" in the image allowing for password login09:29
KLuka_Ok, this is my attempt but it is very incomplete: https://gist.github.com/KLuka/47bf89c3f8cee9ddc44709:29
ilozgachBut it doesn't for at this moment09:29
ilozgachdoesnt work*09:29
sripriya_ilozgach: from where did you download the ubuntu cloud image?09:31
ilozgachSo my current problem is that I cannot run any image excluding cirros09:31
ilozgachHere https://cloud-images.ubuntu.com/trusty/20151112/09:31
gongysh_KLuka_, failed to access your page09:32
ilozgachmbound: And here are subproblems:09:32
gongysh_KLuka_, can u put it at https://bugs.launchpad.net/tacker/+bug/151586409:33
openstackLaunchpad bug 1515864 in tacker "clear unused codes in tacker from neutron" [Undecided,New] - Assigned to yong sheng gong (gongysh)09:33
sripriya_ilozgach: http://uec-images.ubuntu.com/trusty/current/trusty-server-cloudimg-amd64-disk1.img09:33
sripriya_ilozgach: this is the cloudready image you should be using in openstack environments09:33
sripriya_ilozgach: they are tested for openstack09:33
sripriya_ilozgach: and you can upload the file to glance as QCOW2 image09:33
ilozgachWhat is a difference with https://cloud-images.ubuntu.com/trusty/20151112/?09:34
mboundilozgach: i think just the release date, the one sripriya_ was pointing at is the latest current stable09:35
mboundbut in practice there's no difference i think09:35
*** karimb has joined #tacker09:35
ilozgachI'll try that one and be back09:36
sripriya_ilozgach: did you download the .img file?09:36
mboundilozgach: if I understand correctly your problem is that you want to work on the image outside of a cloud environment to maybe add some packages, and then upload it to glance?09:36
ilozgachTo be honest, estimated download time is 54 minutes )))09:36
ilozgachmbound: you are right09:37
mboundilozgach: ok, i had the same problem some time ago and managed to solve it with a couple of workarounds, let me find the notes09:37
sripriya_mbound: ilozgach: yes, it is current, there is no other differnece, but i want to highlight is the .img file09:37
ilozgachmbound: omg, if you will find it it will be supercool...09:38
mboundsripriya_: img is just a wrapper format for the disk i think... it can be either RAW or qcow2, but I think the problem here is rather what about _after_ you boot the image in say virtualbox09:38
ilozgachActually I was able to modify cloud.cfg file in cloud image using guestfish as it was done here https://ask.openstack.org/en/question/5531/defining-default-user-password-for-ubuntu-cloud-image/09:40
KLuka_gongysh_, ok I added patch to your bug report ;)09:40
ilozgachIe add user and password09:40
sripriya_mbound: ova images do not boot in kvm i guess?09:40
sripriya_ilozgach: are using a ova image?09:40
ilozgachBut it didn;t help09:40
KLuka_gongysh_, it is not very useful but it is a start09:41
ilozgachI tried with many formats09:41
openstackgerritgongysh proposed openstack/tacker: update requirements according to global requirements  https://review.openstack.org/24504909:41
mboundsripriya_: mh idk to be honest, it's been a while since I used KVM standalone. They boot in OpenStack though09:43
mboundOVA is just a wrapper in the end, what counts is the disk file, which in OVA is VMDK by default09:43
sripriya_mbound: i see09:45
mboundilozgach: pretty sure i did it using this guide, from a vagrant ubuntu VM where i had installed qemu-img and downloaded the script09:45
mboundhttps://trickycloud.wordpress.com/2013/11/09/default-user-and-password-in-ubuntu-cloud-images/09:45
mboundsmoser is the dev of cloud-init09:45
mboundhttps://code.launchpad.net/~smoser/+junk/backdoor-image09:46
mboundthe script worked for me with ubuntu server 14.0409:46
sripriya_ilozgach: i have a suggestion which you can you try. i'm not much aware of image formats. can you download the .img file and just upload it to glance as QCOW2 image. basically select the format as QCOW2 when you upload to glance. does it upload succesfully?09:47
sripriya_ilozgach: do not use qemu convert to convert to qcow209:47
mboundilozgach: these are the exact commands i used at the time, from my bash history http://paste.openstack.org/show/478773/09:49
mboundyou probably also need to chmod +x the backdoor-image script09:49
sripriya_mbound: thanks for sharing for the info09:50
mboundafter that, if you need to boot the image in virtualbox, what i suggest you is to convert it to vmdk09:50
mboundif you need to bring it back to openstack, reconvert to QCOW2, sripriya_ I've han no problems so far with QCOW2 images converted with qemu-img in openstack, it's actually the sugggested method by the openstack image guide09:51
sripriya_mbound: i see, i directly download the .img file and upload to glance with qcow2 format type, i never manually convertet to qcow2. and it has worked for me. and i always followed this http://docs.openstack.org/image-guide/content/ch_obtaining_images.html09:53
mboundilozgach: also bear in mind that this will only get you past the login issue, if you boot in vBox you may still have issues with networking and cloud-init not finding the metadata service09:53
sripriya_mbound: but you may be right, i'm not an expert in these image conversions and formats and honestly not spent much time09:53
mboundsripriya_: yes, but it works only if you don't have to change the content of the image before uploading to the cloud. (or if you are working locally on a KVM hypervisor)09:54
mboundactually i don't remember if vBox supports QCOW2 disks natively09:54
sripriya_mbound: ah ok ...09:55
mboundsripriya_: i learned the hard way ahah09:55
ilozgachWell, thanks! I'll try that09:56
mboundilozgach: no problem, let me know if it works :^D09:57
sripriya_mbound: :-) couldn;t agree more, long time back, i had spent long time trying to convert iso to qcow2 image and bringing it on kvm hypervisor directly, it is not all astraightforward09:57
mboundsripriya_: mh... with an ISO i think I would just create a new VM in KVM and attach the ISO as a CDROM drive09:58
sripriya_mbound: i had issues with network interfaces not coming up in same way, on kvm hypervisor directly and through openstack, for pci slots09:59
sripriya_mbound: and i wanted to create some meta_data in qcow2 image, before it came up and that is why i was trying to configure it up directly on kvm and later save the image,10:01
sripriya_mbound: yeah, we wanted to detach the iso later once it had installed the very 1st time , so that later it came up without the iso10:02
mboundsripriya_: mh interesting, it sounds like it was a pain to do... just a curiosity, was the ISO a VyOS install image? lol10:03
sripriya_mbound: vyOS?10:03
mboundsripriya_: ahah no worries, it's just that I had sort of similar issues when trying to make VyOS cloud image for openstack, it's a virtual router (previously Vyatta)10:04
mboundso I was wondering whether you fell in the same issue or similar10:05
sripriya_mbound: yes, i worked on that :-)10:05
sripriya_mbound: same issues!10:05
mboundlol it seems like it's a common problem10:05
sripriya_mbound: :-)10:06
mboundsripriya_: did you manage to have a working openstack image with ssh key insertion and no issues with the network interfaces?10:06
mboundbecause in that case i would be interested in how you solved it10:06
mbound:^D10:06
mboundi tried some things and found some partial solutions from some blogs online and speaking with the VyOS guys, but not exactly a perfect solution...10:08
sripriya_mbound: no i did not try ssh key insertion on VyOS10:11
mboundsripriya_: ok, I think that's still quite a tricky part10:12
sripriya_mbound: i was trying dhcp configuration on 1st interface10:12
mboundbut I expect that if they manage to finally port it to Debian Jessie, the problem will go away because we'll have cloud-init10:12
mboundsripriya_: did it work?10:12
*** gabriel90 has joined #tacker10:13
sripriya_mbound: on kvm, the 1st nic was on some pci clost, in OS, the 1st nic was coming up on another slot hence dhcp failed on 1st nic10:13
sripriya_mbound: slot*10:14
mboundsripriya_: it's a know issue with cloning in VyOS/Vyatta10:14
mboundknown*10:14
sripriya_mbound: i manually hacked the qemu xml to come up on same slot :p10:14
sripriya_mbound: that is how i got it to work10:14
mboundthere is a workaround script called vyatta clone helper10:14
mboundsripriya_: did it work consistently?10:14
sripriya_mbound: yes!10:15
sripriya_mbound: not a  guaranteed solution though10:15
sripriya_mbound: i see, neve rheard10:15
mboundcool, would it be possible to share the qemu xml? :^) i'd be interested to see it10:15
*** openstackgerrit has quit IRC10:16
sripriya_mbound: it is closed source10:16
mboundoh ok10:17
*** openstackgerrit has joined #tacker10:17
mboundno probs10:17
sripriya_mbound: sorry about that10:17
*** gabriel90 has quit IRC10:20
*** lhcheng has joined #tacker10:23
*** zeih_ has joined #tacker10:25
*** lhcheng has quit IRC10:28
*** zeih has quit IRC10:28
*** gabriel90 has joined #tacker10:31
*** gperal has joined #tacker10:37
*** gabriel90 has quit IRC10:38
*** gabriel90 has joined #tacker10:38
mboundquestion: i know it's probably already been asked, but are there any other tiny VNF images available around, preconfigured with some function?10:38
*** zeih has joined #tacker10:45
*** zeih_ has quit IRC10:46
*** zeih has quit IRC10:47
*** zeih has joined #tacker10:49
*** karimb has quit IRC10:54
*** sripriya_ has quit IRC11:22
ilozgachlibvirtError: Unable to create tap device tapae853a61-b2: Device or resource busy11:36
ilozgachCan it be connected to lack of resources since I'm running devstack inside of vertual machine?11:36
*** zeih has quit IRC12:04
*** zeih has joined #tacker12:05
gabriel90Hi everyone! I am trying to install devstack with tacker in stable liberty, but when I do ./stack.sh I see that the repositories it takes are from kilo version, is it correct?12:09
*** lhcheng has joined #tacker12:12
*** lhcheng has quit IRC12:17
*** gongysh_ has quit IRC12:23
*** sripriya has joined #tacker12:31
sripriyailozgach: hello12:33
ilozgachsripriya: Hi12:33
sripriyailozgach: just read your message, is the failure happening everytime?12:33
ilozgachYes12:33
ilozgachOps12:34
ilozgachNo12:34
ilozgachI just rebooted12:34
ilozgachAnd it disappear12:34
ilozgachNow I have this error http://paste.openstack.org/show/478654/12:34
ilozgachWhich is actually known bug as I understand12:34
sripriyailozgach: are you providing cloud_init configuration for the instance?12:35
ilozgachYes12:36
*** lhcheng has joined #tacker12:36
sripriyailozgach: i think i mentioned the other day may be the boot up time is taking more than 50 seconds, that is why it is erroring. if you do not provide cloud_init config, is it working fine?12:36
ilozgachYes, it's working fine without cloud-init12:37
ilozgachI mean12:37
ilozgachWithout cloud-init installed12:37
sripriyailozgach: yeah, got it12:37
sripriyailozgach: i'm creating a bug for removing this hard coded time out of 50 seconds for stack to be created12:38
ilozgachCan I change timeout by myself?12:38
sripriyailozgach: for now, you can do it in code12:38
ilozgachWhich file?12:38
sripriyailozgach: tacker.conf file https://github.com/openstack/tacker/blob/master/etc/tacker/tacker.conf#L41412:40
sripriyailozgach: stack_retries and stack_retry_wait, increase it accordingly as per your requirements12:41
*** lhcheng has quit IRC12:41
sripriyailozgach: so it is not hard coded in code, this can be modified in tacker.conf file12:41
sripriyaand later restart tacker service12:42
*** karimb has joined #tacker12:46
sripriyagabriel90: hello there, what is the tacker version you specified in local.conf file?12:46
ilozgachsripriya: Thanks a lot!12:50
sripriyailozgach: no problem!12:50
ilozgachgabriel90: did you update branch name in local.conf file?12:51
sripriyagabriel90: https://github.com/openstack/tacker/blob/stable/liberty/devstack/samples/local.conf.example12:53
gabriel90i did that12:53
gabriel90i followed the installation guide at https://wiki.openstack.org/wiki/Tacker/Installation12:54
sripriyagabriel90: did you specify stable/liberty for tacker in local.conf?12:56
gabriel90yep12:56
gabriel90I did it12:56
sripriyagabriel90: which project is pointing to kilo?12:56
sripriyagabriel90: is it tacker, tacker-horizon or python-tackerclient?12:57
gabriel90is not none of them12:57
gabriel90is epel12:57
sripriyagabriel90: epel?12:58
gabriel90the rdo release is pointing kilo, is not supposed to pointing liberty?12:58
sripriyagabriel90: are you using RDO for openstack?12:59
gabriel90I think so, I am deploying devstack on Centos7 VM13:01
sripriyagabriel90: you are using devstack stable/liberty on centos?13:01
*** dkusidlo has joined #tacker13:02
gabriel90sripriya: yes, I do13:03
sripriyagabriel90: stack.sh failed for this? what was the error?13:03
gabriel90<sripriya> : is not failling at this moment, but when i was deploying I saw that the repositories are from openstack-kilo, and I am installing devstack stable/liberty13:05
sripriyagabriel90: for which repositories?13:06
gabriel90sripriya: when i check stack.sh whit vi, appears this http://paste.openstack.org/show/478792/13:10
sripriyagabriel90: hmmm, may be they have not released the package for liberty yet, did the installation complete successfully?13:12
gabriel90sripriya: nope, just now it fails trying to start n-api13:13
sripriyagabriel90: whats the error?13:13
gabriel90sripriya: it wasn't able to start nova-api service13:14
sripriyagabriel90: can you paste the log?13:15
gabriel90sripriya: nope. sorry i unstacked and stack again13:19
sripriyagabriel90: please paste the stack.sh error, if it fails again13:23
gabriel90one question, is there any other way to install tacker?13:24
gabriel90I mean, installing tacker manually13:25
gabriel90not in a devstack mode13:25
sripriyagabriel90: karimb was trying to install tacker manually on kilo, but he and his team had faced some issues.13:26
sripriyagabriel90:vishwanathj is doing for stable/liberty13:27
sripriyagabriel90: we should soon have a document capturing the installation guide in openstack environment13:27
gabriel90is there any guide or tutorial or documentation to do it so13:27
gabriel90ohh okay thank you13:27
sripriyagabriel90: developers are still trying it out, will keep you posted13:28
gabriel90sripriya: Can I help in someway?13:28
sripriyagabriel90: you could try it out in your own openstack environment, to manually install tacker and provide your inputs13:30
sripriyagabriel90: i can add vishwanathj into the conversation, he is offline right now13:30
sripriyagabriel90: and you could together create the document for the installation, that will be very very helpful for all developers13:30
gabriel90okay but i have no time right now13:31
sripriyagabriel90: :-) understand, please feel free to join when time permits13:32
sripriyagabriel90: if you know any other developers interested in taking it up, please spread the word13:32
sripriyagabriel90: here is the list of features planned for Mitaka https://etherpad.openstack.org/p/tacker-mitaka-priorities13:34
sripriyagabriel90: if you or anyone is interested in contributing to a feature, please add your name in the etherpad13:34
gabriel90sripriya: i am working with an openstack team, and i am in the SDN, NFV part, but we are a novice team and we are starting with all of this, but I am pretty interesting in learning and contribute if I can13:35
sripriyagabriel90: glad to hear!, do not hesitate to ping us with any newbie or noob questions, we are all learning here13:36
*** bobh has joined #tacker13:36
sripriyagabriel90: we are also taking up some cleanup activities and writing unit test coverage for some of the existing code13:37
sripriyagabriel90: that is a good way to get a hang of tacker code13:37
sripriyagongysh: KLuka_: thanks for initiating this task and taking it up13:37
gabriel90sripriya: ok, I am from Spain it's friday here, if I can i will be conected back on monday,I would like to start learning and helping in all I can13:39
sripriyagabriel90: thank you, looking forward to your contribution13:40
*** bobh has quit IRC13:45
*** gabriel90 has quit IRC13:53
*** mbound has quit IRC13:57
*** mbound has joined #tacker13:59
*** openstackgerrit has quit IRC14:01
*** openstackgerrit has joined #tacker14:02
*** zeih_ has joined #tacker14:07
*** zeih has quit IRC14:08
*** bobh has joined #tacker14:28
*** zeih has joined #tacker14:33
*** igordcard has joined #tacker14:34
*** zeih_ has quit IRC14:36
*** gongysh_ has joined #tacker14:41
*** dkusidlo has quit IRC14:59
*** dkusidlo has joined #tacker15:00
*** masterbound has joined #tacker15:01
*** mbound has quit IRC15:05
*** dkusidlo has quit IRC15:07
openstackgerritgongysh proposed openstack/python-tackerclient: update requirements according to global requirements  https://review.openstack.org/24519815:10
*** zeih has quit IRC15:10
openstackgerritgongysh proposed openstack/python-tackerclient: update requirements according to global requirements  https://review.openstack.org/24519815:12
openstackgerritgongysh proposed openstack/python-tackerclient: update requirements according to global requirements  https://review.openstack.org/24519815:22
*** masterbound has quit IRC15:23
*** joonmyung has joined #tacker15:45
*** sripriya has quit IRC15:59
*** joonmyung has quit IRC16:02
*** sripriya has joined #tacker16:02
*** tbh has joined #tacker16:21
*** tbh has left #tacker16:21
*** gongysh_ has quit IRC16:44
*** sripriya_ has joined #tacker17:19
*** sripriya__ has joined #tacker17:20
*** sripriya has quit IRC17:23
*** sripriya_ has quit IRC17:23
*** igordcard has quit IRC18:20
*** s3wong has joined #tacker18:24
*** sripriya__ has quit IRC18:25
*** karimb has quit IRC18:45
*** prashantD has joined #tacker18:46
*** prashantD_ has joined #tacker20:11
*** prashantD has quit IRC20:12
*** bobh has quit IRC20:46
*** sridhar_ram has joined #tacker21:58
*** sridhar_ram1 has joined #tacker22:02
*** vishwanathj has joined #tacker22:02
*** sridhar_ram has quit IRC22:02
*** lhcheng has joined #tacker22:07
*** bobh has joined #tacker22:20
*** bobh has quit IRC22:29
vishwanathjlhcheng, hi22:37
lhchengvishwanathj: hello!22:48
vishwanathjlhcheng, Had a question related to Liberty and Horizon.....22:49
vishwanathjI have followed the openstack liberty install guide on ubuntu to setup an OpenStack environment.....22:49
lhchengokay..22:49
vishwanathjI find that I am unable to login to Horzion using the username and credentials created using keystone.....22:50
vishwanathjare you aware of any such issues logging through Horizon22:50
lhchengnot really22:50
lhchengdo you see any error in the log file?22:50
vishwanathjok22:50
lhchengyou can also try running commands on the keystone endpoint to validate if its working/running, using keystone or osc cli22:51
vishwanathjI do see an error in apache2 error log -- http://paste.openstack.org/show/478850/ ....22:52
lhchengstrange, nova thinks you don't have priv22:54
lhchengare you running keystone v2 or v3?22:54
vishwanathjI am wondering if I misconfigured something or if the documentation is wrong?22:54
lhchengwhat does the error you see?22:54
lhchengdo you found back to the login back?22:54
lhchengdo you **get bounced** back to the login back?22:55
vishwanathjI get the message "Unauthorized. Please try logging in again" and I am bounced back to the login page22:56
*** sridhar_ram1 has quit IRC23:01
vishwanathjlhcheng, in the admin-openrc file, I export OS_IDENTITY_API_VERSON=3 .... so I am guessing that's keystone version 3...23:01
lhchengah maybe you're getting a v3 token23:02
lhchengcan you check your horizon settings file23:02
lhchengsee what keystone endpoint it is configured with23:02
vishwanathjopenstack service show keystone is not outputtin the version info23:02
vishwanathjshould I check the local_settings.py file?23:03
lhchengthere should be a file has this: https://github.com/openstack/horizon/blob/master/openstack_dashboard/local/local_settings.py.example#L14323:03
lhchengyup23:03
vishwanathjcould this entry be the problem  "OPENSTACK_KEYSTONE_URL = "http://%s:5000/v2.0" % OPENSTACK_HOST"  ...23:04
vishwanathjthat refers to v2.023:04
vishwanathjlhcheng, I am guessing that I should change it to "http://%s:5000/v3", am I right?23:08
*** sridhar_ram has joined #tacker23:09
lhchengI think for Liberty, default is still v2, at least for devstack23:13
vishwanathjok, I think I might have misconfigured my nova related configuration, let me recheck...thanks for your time23:13
lhchengmaybe nova points to v3..23:16
lhchengokay good luck!23:16
*** vishwana_ has joined #tacker23:30
*** vishwanathj has quit IRC23:32
*** karimb has joined #tacker23:49
*** gongysh has quit IRC23:51
*** gongysh has joined #tacker23:51

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!