Thursday, 2015-11-12

openstackgerritMD NADEEM proposed openstack/python-zaqarclient: Attaching a default project_id in request header  https://review.openstack.org/24396900:04
*** achanda has joined #openstack-zaqar00:15
*** achanda has quit IRC00:35
Eva-iHey, everyone. Do you think zaqar's tox need py26 and py33 environments?00:46
flwangEva-i: openstack has drop the support for py2600:46
Eva-iflwang1: aha. According to information on https://wiki.openstack.org/wiki/Python3 support for python 3.3 is dropped too.00:47
Eva-iAlright00:47
flwangcool00:49
openstackgerritEva Balycheva proposed openstack/zaqar: Fix tox not performing some tests in some Envs  https://review.openstack.org/24218201:01
mdnadeemflwang: Ping01:01
openstackgerritEva Balycheva proposed openstack/zaqar: Fix tox not performing some tests in some Envs  https://review.openstack.org/24218201:03
Eva-iflwang: is it alright that I cleaned py26 and py33 environments in the same patch?01:04
flwangyep, it's fine and i can nijia approve it, so don't worry about the current +201:08
*** szaher has quit IRC01:11
Eva-iOkay. I heard openstack encourages developers to split changes as much as possible. It's like it doesn't support "boy scout rule" which I sometimes find being used in other projects.01:14
*** kgriffs is now known as kgriffs|afk01:16
flwangthis one doesn't apply for the 'split'01:17
*** mdnadeem has quit IRC01:21
*** mdnadeem has joined #openstack-zaqar01:21
*** szaher has joined #openstack-zaqar01:23
mdnadeemflwang: Hi01:23
flwang1mdnadeem: hey01:23
mdnadeemflwang: Need to discuss about UnauthorizedError throw by zaqar client01:24
mdnadeemHave a look at the code line : https://github.com/openstack/python-zaqarclient/blob/master/zaqarclient/auth/__init__.py#L2601:24
flwang1yes01:26
mdnadeemDefault authentication at client side set to "noauth" and server side it is "keystone"01:26
mdnadeemSo i am worried how to set "noauth" at server side?01:26
mdnadeemThis is the main cause of UnauthorizedError threw by zaqar server when client wants to communicate with it.01:28
flwang1mdnadeem: i noticed the problem and i'm working on the patch01:29
flwang1personally, i would like to use keystone as the default auth01:30
mdnadeemyes, that make sense01:30
mdnadeemflwang1: i Have write some code to fix that would you like to see that?01:32
flwang1mdnadeem: yep, sure01:33
mdnadeemflwang1: give me a moment01:34
flwang1ok01:34
*** itisha has joined #openstack-zaqar01:39
mdnadeemflwang1: http://paste.openstack.org/show/478622/01:40
mdnadeemflwang1: more focus on line 19-20 , this is the point where get authentication parameters for keystone authentication01:42
flwang1mdnadeem: that looks fine, but we don't need the change zaqarclient/auth/keystone.py01:43
flwang1besides, i'm worrying about if this can pass the test01:43
mdnadeemflwang1: In my Environment , i have check it works fine01:44
flwang1mdnadeem: cool01:44
flwang1so why we need the change for zaqarclient/auth/keystone.py ?01:45
mdnadeem at line 19-20 , We fetch  authentication parameters, it is in the form of "os_username" and not in the form of "--os_username"01:47
mdnadeemsorry01:48
mdnadeem"username" not in the form on "os_username"01:48
mdnadeemflwang1: did you get my point?01:48
flwang1mdnadeem: not really, so where are you getting the username then?01:49
mdnadeemat line 19-20, instance._auth_params get value like {'username':"admin", "password":'pass'....}01:52
mdnadeemhowever on  keystone.py we try access the value using "os-username"01:54
mdnadeemThats why i make change in keystone.py and change "os-username" to "username" and same with other parameter too.01:55
flwang1i don't understand actually, you didn't change the key of dict, but the value, so why it's related to the code at zaqarclient/queues/cli.py01:57
flwang1Eva-i: still around?01:58
mdnadeemflwang1:  Well , the cause to change the keystone.py is that at line 30, we access value of the self.conf  by  self.conf.get('os_username'), however self.conf has no key 'os_username' instead it has key  'username'02:06
Eva-iflwang1: yes, i'm here02:10
flwang1Eva-i: i tried the wc issue, it doesn't work02:10
flwang1we can't set the wc after initialized the mongoclient02:10
flwang1mdnadeem: i'm testing your way02:11
flwang1to understand it better02:11
mdnadeemflwang1: Thanks :)02:11
Eva-iflwang1: you mean we can't do this https://github.com/openstack/zaqar/blob/master/zaqar/storage/mongodb/driver.py#L167 if we initialize mongoclient with wc?02:12
flwang1no02:12
flwang1Eva-i: i mean we can't initialize it when creating the mongoclient02:12
flwang1and you know the error is raising before accessing the database, but the connection02:13
Eva-iflwang1: yes, I know, because "connection" is created before any interactions with databases02:16
flwang1Eva-i: yes02:16
Eva-iflwang1: that's strange, that you wasn't able to initialize mongoclient with wc02:17
Eva-iflwang1: i'll try it too02:17
flwang1and mongoclient will raise an exception if we just set the default value for w not matter what's the mongodb version :(02:17
flwang1Eva-i: we can for mongodb version >=2.602:17
flwang1my mongodb is 2.4.9 the default version on ubuntu 14.0402:18
flwang1so i can see the error02:18
flwang1it would be great if you can try it on your local02:18
Eva-iokay, I'll try now02:19
flwang1mdnadeem: you can try again without the change for  zaqarclient/auth/keystone.py, i think you will get the same result02:21
mdnadeemflwang1: ohk, i ll try it :)02:23
flwang1mdnadeem: i can see your point now02:40
mdnadeemflwang1: So what u get the vale of instance._auth_params?02:41
flwang1mdnadeem: i don't like current way, TBH. but i haven't figured out a better way :)02:41
flwang1besides, we should use token first02:42
flwang1to avoid talk with keystone02:42
mdnadeemohk,02:42
mdnadeemflwang1: did you mean Token authentication method in place of password authentication method ?02:43
mdnadeemhttp://docs.openstack.org/developer/python-keystoneclient/authentication-plugins.html#v2-identity-plugins02:45
Eva-iflwang1: what exactly exception it raises?02:47
flwang1i mean openstact client has already got the token02:47
flwang1so we should use that02:48
flwang1Eva-i: it has been flushed02:48
flwang1but i'm sure there is an exception02:48
flwang1how about your test?02:48
flwang1mdnadeem: besides, we also need to set the value for 'insecure' and 'cacert'02:52
Eva-iflwang1: I don't see any exception when for testing purposes I intantiate MongoClient like this inside _connection() method:02:53
Eva-ihttp://paste.openstack.org/show/UpFNGi4RQXmKxVeqULNv/02:53
flwang1Eva-i: ok, so two questions02:53
Eva-izaqar-server runs smoothly, creates indexes and adding records in mongodb. I'm on ubuntu 14.04 too02:53
flwang11. what's your mongodb version02:53
flwang12. are you sure the code is executed?02:54
*** achanda has joined #openstack-zaqar02:54
Eva-i1. db version v2.4.902:54
Eva-i2. sure02:54
Eva-iI just add this code after line 41 inside _connection() method02:55
Eva-ihmm...02:56
Eva-i2. let me overcheck02:56
flwang1you can just raise an exception to make sure it's executed02:57
mdnadeemflwang1: hmm, it sound good if we can re use the token , it will reduce  overhead to connect with keystone :)02:58
flwang1mdnadeem: yes02:58
flwang1so feel free upload a new patch set02:58
flwang1patch i mean02:58
mdnadeemflwang1: Yah sure, i would like to work on it02:59
flwang1we need to get it in asap, and think it's breaking the use of zaqar client02:59
mdnadeemyes, i will try asap02:59
mdnadeem:)02:59
Eva-iflwang1: I raised and noticed that no exception was thrown, zaqar from other repo was installed on system02:59
flwang1Eva-i: haha03:00
Eva-iflwang1: yeah -_-03:00
flwang1anyway, i will upload a new patch set and give it a clear note03:00
flwang1feel free to comment it based on your test03:01
flwang1mdnadeem: thanks03:01
flwang1mdnadeem: let me know if you need any help03:01
mdnadeemsure03:02
flwang1mdnadeem: not sure if you notice the problem, even though there is a 401 error, but the command line doesn't print anything03:03
Eva-iflwang1: 2. it fails with "norepl" error as flaper87 stated here: https://github.com/openstack/zaqar/blob/master/zaqar/storage/mongodb/driver.py#L15303:03
Eva-imaybe you could reuse this version check condition when instantiating MongoClient03:03
*** szaher has quit IRC03:04
flwang1Eva-i: not really03:05
flwang1oh, yep norepl03:05
flwang1but we can't reuse the check03:05
flwang1since we have to create the connection to check the version03:10
flwang1and it doesn't make sense to create the connection again to set the wc value03:10
mdnadeemflwang1: yes i had notice it earlier. However When i run command using --debug option then it shows unauthorization error. Thats y i dnt take it  seriously03:14
mdnadeemflwang1: But yes it should through exception with out --debug option too. I will check the code03:15
mdnadeemflwang1:  Thanks for your input :)03:15
Eva-iflwang1: right. If I'm not mistaken connection is mutable and can be changed. What if after gathering connection info as usual in __init__(), we check it and modify connection's write concern if needed03:16
Eva-i*gathering connection's servers version03:16
*** szaher has joined #openstack-zaqar03:16
flwang1Eva-i: seems there is not way to change the connection after created03:16
flwang1at least for the wc03:16
flwang1mdnadeem: it deserves another bug, i will open it03:17
mdnadeemflwang1: good :)03:17
flwang1mdnadeem: let's rock on ;)03:17
mdnadeemhahaha03:18
Eva-iflwang1: hm, no way? But I see something like this happens here: https://github.com/openstack/zaqar/blob/master/zaqar/storage/mongodb/driver.py#L6803:19
flwang1i don't understand03:20
flwang1line 68 is just initializing the class03:20
flwang1my point is you have to create the connection and then check the version03:20
flwang1and then, initializing the connection again to set the wc value03:21
flwang1it doesn't make sense for me03:21
Eva-iflwang1: it is not, instantiation happens on line 4303:21
flwang1line 43 is not instantiation03:22
flwang1it's deciding which class will be used03:22
Eva-ioh...03:22
flwang1does that make more sense?03:23
Eva-iflwang1: yes, I was wrong03:23
flwang1glad to see we're on the same page now :)03:24
Eva-iflwang1: create one connection just to check mongodb's version and then create another connection with right write concern parameter may seem a strange, but working solution03:30
flwang1i agree, but i don't like that way03:31
flwang1the effort is too big, IMO03:31
Eva-iflwang1: I think it will require just adding few lines of code03:32
flwang1not related to lines of code03:33
flwang1but the performance03:33
Eva-iok03:33
Eva-iI'm not sure, but I think databases are not being created too often03:36
Eva-i*connections03:36
flwang1maybe, but the benefit is not bigger than the effort compared with the other way. and again, that way is too ugly, IMHO03:39
openstackgerritFei Long Wang proposed openstack/python-zaqarclient: Remove periods of docstring  https://review.openstack.org/24442103:42
Eva-idon't forget there's also method №1 - "create all databases by using connection.get_database() with passing write concern". There are not many places in zaqar/storage/mongodb/driver.py where databases are created.03:42
Eva-imaybe we can just use current patch for now and open separate bug report for "write concern" issues.03:44
flwang'There are not many places in zaqar/storage/mongodb/driver.py where databases are created'  i didn't get your point03:46
Eva-iflwang1: i just mean it would be not hard to fix all these places where databases are created in the code03:47
Eva-iflwang1: ok, it was nice to talk with you tonight, but I suspect I wasn't really helpful to you... instead you was helpful by enlightening me =)03:47
flwangi'm not an expert of mongodb, but based on my understanding03:48
flwangwc is a high cost action or 'slow' action03:48
flwangmy point is for message, we would like to keep the durability03:49
flwangso we need it, but i'm not sure if we really need it for queue and subscription03:49
flwangwe need more discussion about that03:49
flwangit would be nice if you can open a bug to track it03:49
*** itisha has quit IRC03:51
Eva-iflwang1: a bug report where I ask queue and subscription databases must be durable or not?03:54
Eva-i*ask if03:54
flwangsort of03:54
flwangi have to run now03:54
Eva-iflwang: okay03:54
flwangttyl, see you guys03:54
flwangEva-i: thank you so much for your effort on this03:54
Eva-iflwang: oh, thank you too03:55
*** flwang1 has quit IRC03:57
openstackgerritMD NADEEM proposed openstack/python-zaqarclient: Added cli implementation for v2  https://review.openstack.org/24152304:22
*** khushbu_ has joined #openstack-zaqar04:29
openstackgerritMD NADEEM proposed openstack/python-zaqarclient: Implement CLI support for pool delete  https://review.openstack.org/24238804:30
*** achanda has quit IRC05:04
*** achanda has joined #openstack-zaqar06:05
*** achanda has quit IRC06:10
*** achanda has joined #openstack-zaqar06:15
*** ryansb_ has joined #openstack-zaqar06:26
*** ryansb_ has quit IRC06:26
*** ryansb_ has joined #openstack-zaqar06:26
*** ryansb has quit IRC06:26
*** ryansb_ is now known as ryansb06:26
*** khushbu_ has quit IRC07:07
*** elynn has joined #openstack-zaqar07:18
*** achanda has quit IRC07:20
*** elynn has left #openstack-zaqar07:25
*** khushbu_ has joined #openstack-zaqar07:58
*** akanksha_ has joined #openstack-zaqar08:22
*** dynarro has joined #openstack-zaqar08:26
*** Pablo|off| has joined #openstack-zaqar08:40
*** achanda has joined #openstack-zaqar08:47
*** Pablo|off| is now known as pcaruana08:48
*** rcernin has joined #openstack-zaqar08:50
*** AAzza has quit IRC09:12
*** AAzza has joined #openstack-zaqar09:12
*** AAzza has quit IRC09:21
*** AAzza has joined #openstack-zaqar09:25
*** achanda has quit IRC09:34
*** openstackgerrit has quit IRC09:46
*** openstackgerrit has joined #openstack-zaqar09:46
*** khushbu_ has quit IRC09:49
*** openstackgerrit has quit IRC10:16
*** openstackgerrit has joined #openstack-zaqar10:16
*** dynarro has quit IRC10:21
*** akanksha_ has quit IRC10:38
*** rcernin_ has joined #openstack-zaqar10:48
*** khushbu_ has joined #openstack-zaqar10:48
*** rcernin has quit IRC10:49
*** rcernin has joined #openstack-zaqar10:50
*** rcernin_ has quit IRC10:53
*** khushbu_ has quit IRC10:58
*** khushbu_ has joined #openstack-zaqar11:01
*** dmowrer has joined #openstack-zaqar12:14
*** AAzza has quit IRC12:51
*** AAzza_ has joined #openstack-zaqar12:51
*** AAzza has joined #openstack-zaqar12:55
*** AAzza_ has quit IRC12:56
*** boris-42 has quit IRC13:48
*** AAzza_ has joined #openstack-zaqar13:51
*** AAzza has quit IRC13:52
*** AAzza_ is now known as AAzza13:52
*** AAzza has quit IRC13:57
*** dmowrer has quit IRC13:59
*** AAzza has joined #openstack-zaqar14:01
*** amitgandhinz has joined #openstack-zaqar14:13
*** ametts has quit IRC14:24
*** dmowrer has joined #openstack-zaqar14:24
*** sriram has joined #openstack-zaqar14:25
*** kgriffs|afk is now known as kgriffs14:35
*** khushbu_ has quit IRC14:50
jasondotstarhi all o/15:06
*** ametts has joined #openstack-zaqar15:49
*** achanda has joined #openstack-zaqar15:51
*** dynarro has joined #openstack-zaqar15:56
*** achanda has quit IRC16:02
*** csoukup has joined #openstack-zaqar16:02
*** achanda has joined #openstack-zaqar16:03
*** achanda has quit IRC16:04
jasondotstarzigo: ping16:11
jasondotstarzigo: you around? If not, I'll try back later. Re: pkgs for debian jessie16:13
*** davideagnello has quit IRC16:17
*** davideagnello has joined #openstack-zaqar16:17
*** rcernin has quit IRC16:50
*** sriram has quit IRC17:04
*** pcaruana has quit IRC17:06
*** exploreshaifali has joined #openstack-zaqar17:13
exploreshaifaliHello everyone!17:15
jasondotstarexploreshaifali: howdy. chan has been quiet today17:18
exploreshaifalijasondotstar, yea! but we are making little noise17:19
exploreshaifali;)17:19
jasondotstarlol17:19
jasondotstar+117:19
exploreshaifali:D17:19
exploreshaifalijasondotstar, how is your puppet patch?17:19
*** flwang1 has joined #openstack-zaqar17:23
openstackgerritFei Long Wang proposed openstack/zaqar: Fix write concern check for py34  https://review.openstack.org/24228717:23
*** rcernin has joined #openstack-zaqar17:24
openstackgerritFei Long Wang proposed openstack/zaqar: Fix write concern check for py34  https://review.openstack.org/24228717:25
*** dmowrer has quit IRC17:28
*** dmowrer has joined #openstack-zaqar17:43
*** dynarro has quit IRC17:44
*** dmowrer has quit IRC17:46
*** dmowrer has joined #openstack-zaqar17:46
*** david-lyle has quit IRC17:46
jasondotstarexploreshaifali: making progress. need to talk to zigo abt the debian pkgs17:47
exploreshaifaliCool!17:47
Eva-iHello17:55
Eva-iHas someone tested Zaqar when it's configured to use Mongos or Replica Set?17:56
*** stevelle has left #openstack-zaqar17:57
Eva-iI mean when link provided by user in zaqar.conf is actually pointing to Mongos or MongoDB replica set.17:58
Eva-i*the link17:59
Eva-iAnyone?18:01
Eva-iflwang: I'm writing the bug report I promised to make. When it will be ready, you may include the link to this bug report directly as comment in the code in your patch.18:03
*** sriram has joined #openstack-zaqar18:08
Eva-iflwang1: flwang: are you here?18:21
*** achanda has joined #openstack-zaqar18:26
*** flwang1 has quit IRC18:28
zigojasondotstar: Go ahead, may I help?18:39
jasondotstarhey zigo18:41
jasondotstarso you mentioned that there was some sort of issue with the debian pkgs for jessie18:42
jasondotstarwere you able to work thru any of that?18:42
*** EmilienM has quit IRC18:42
*** EmilienM has joined #openstack-zaqar18:46
zigojasondotstar: I haven't said that. I wrote I didn't functional test the package and I expect some feedback.18:50
jasondotstarzigo: ack.18:51
jasondotstarzigo: any ETA?18:52
*** kgriffs is now known as kgriffs|afk18:56
*** kgriffs|afk is now known as kgriffs18:58
*** kgriffs is now known as kgriffs|afk19:01
*** kgriffs|afk is now known as kgriffs19:02
*** Qiming has joined #openstack-zaqar19:10
*** sriram has quit IRC19:12
*** Qiming_ has joined #openstack-zaqar19:14
*** Qiming has quit IRC19:17
*** achanda has quit IRC19:21
*** achanda has joined #openstack-zaqar19:21
*** csoukup has quit IRC19:23
*** Qiming_ has quit IRC19:25
*** flwang1 has joined #openstack-zaqar19:37
*** csoukup has joined #openstack-zaqar19:41
Eva-iCan someone confirm(or make invalid) this bug: https://bugs.launchpad.net/zaqar/+bug/1515737 =)19:47
openstackLaunchpad bug 1515737 in zaqar ""Reliable" Zaqar will not start when configured to use MongoDB replica set or Mongos" [Undecided,New] - Assigned to Eva Balycheva (ubershy)19:47
flwang1Eva-i: i'm reading19:50
*** AAzza has quit IRC19:50
*** AAzza has joined #openstack-zaqar19:50
Eva-iflwang1: thanks, Fei Long19:51
jasondotstarzigo: right now, I'm pointing the puppet module to http://liberty-jessie.pkgs.mirantis.com/debian jessie-kilo-backports main19:52
jasondotstaris this still valid?19:52
jasondotstarhmm perhaps not19:53
jasondotstarliberty now i guess...19:53
flwang1Eva-i: so you mean you setup a replicaset, and still got the exception, right?19:59
zigojasondotstar: Yes, it is.20:02
zigoliberty, right20:02
zigoNot kilo.20:02
*** AAzza has quit IRC20:03
*** AAzza has joined #openstack-zaqar20:04
jasondotstarzigo: ack.20:05
Eva-iflwang1: I setup mongos instance and added 1 mongodb instance to it, just to make it work. Then in zaqar.conf I modified mongodb url so it points to my mongos instance. Deleted "unreliable = True" parameter from zaqar.conf. Started zaqar-server.20:05
jasondotstarfixing it up now...20:05
Eva-iflwang1: I haven't setup mongodb replica set, but apparently it will not work too.20:06
*** Qiming_ has joined #openstack-zaqar20:06
Eva-iflwang1: exception is different. It's another bug, not related to python's version.20:08
flwang1python's version? i'm confused20:09
flwang1you mean the bug i'm fixing?20:09
Eva-iYes, the bug you're fixing is directly related to python's version.20:10
Eva-i"and still got the exception" I thought you're asking if I still have the same TypeError exception.20:10
Eva-iException I mentioned in my bug report is now RuntimeError.20:11
*** Qiming_ has quit IRC20:12
flwang1i mean if you can still see the same runtimeerror when using replicaset20:12
flwang1Eva-i: and can you show me your zaqar.conf?20:13
Eva-iflwang1: RuntimeError will be thrown in either zaqar is connected to mongos or to replica set, i.e. when this condition is false: "if not len(conn.nodes) > 1 and not conn.is_mongos:"20:14
Eva-iflwang1: sure20:15
Eva-iflwang1: http://paste.openstack.org/show/1HmdtabmInsN9xgN8ycL/ my mongos is listening to port 27020.20:17
flwang1Eva-i: so you said you have setup the mongos, right?20:18
Eva-iflwang1: right20:18
flwang1but you still only have 1 node, right?20:18
Eva-iflwang1: oh... yes20:18
flwang11 node is not reliable20:18
Eva-iflwang1: let me check20:19
flwang1mongos is just a 'router'. it doesn't store any data20:20
flwang1so even you have setup mongos, but if there is only 1 node, zaqar still believes it's unreliable, does that make sense?20:21
ryansbEva-i: yeah, mongos is a "router" that will send requests to different shards or different members of a replica set20:22
ryansbmongod stores data, and you need >1 of them to be "reliable"20:23
flwang1ryansb: https://review.openstack.org/#/c/242287/ just addressed your comments, welcome to revisit :)20:26
ryansbyup, already had it open to review20:26
flwang1ryansb: Eva-i and i just give much love the the mongodb driver :)20:27
ryansb:)20:28
Eva-iflwang1: ryansb: tested now with two mongodb instances added as shards to mongos instance: http://paste.openstack.org/show/4IMcJQIiwp2XOuDMOJpI/ . The error is still the same: http://paste.openstack.org/show/hk0hHYcVp6BUBjaKc3f2/20:38
Eva-imaybe I don't understand something20:38
Eva-irouter you say...20:39
flwang1Eva-i: can you add a breakpoint at line  if not len(conn.nodes) > 1 and not conn.is_mongos:20:40
*** csoukup has quit IRC20:40
flwang1to check how many nodes from conn and what's the is_mongos value20:40
Eva-iflwang1: okay. So "len(conn.nodes)" = 1, "conn.is_mongos" = True20:44
Eva-iflwang1: so the program goes to "else" block and throw the exception20:46
flwang1that's why20:46
flwang1only 1 node20:47
ryansbevayeah, that's a correct error though20:47
ryansbshards don't provide durability20:47
ryansbbecause data on one is not a copy, it's a different "slice" of the database20:47
Eva-iflwang1: ryansb: the program will go to "else" block even if "len(conn.nodes)" will be 2 or more20:48
flwang1Eva-i: how?20:49
ryansbbecause it's connected via mongos20:49
ryansbnot directly to mongod20:49
ryansbEva-i: It looks to me like the behavior is correct20:50
ryansbboth of your scenarios (one mongos & one mongod, or one mongos & two mongod's in sharded config) are not actually reliable20:51
ryansbbecause in neither case is any data replicated20:51
Eva-iryansb: the program goes to "else" block if the program thinks that mongodb is reliable, right?20:55
ryansbit goes to the "else" if it *might* be reliable20:56
ryansbbut in addition to the conditions of20:56
ryansbeither a) connecting to more than one node or b) connecting via mongos20:56
ryansbthe write concern has to be set to a durable level20:56
*** csoukup has joined #openstack-zaqar20:57
Eva-iryansb: even if I provide a real reliable replica set to zaqar, exception will still be thrown20:57
ryansboh? What type of replset did you supply?20:59
Eva-iryansb: flwang1: okay, I will now create replica set on separate machines and will ask zaqar to connect to it. I will tell you the results later.21:01
ryansbEva-i: k, I'm actually testing on my own box as well21:02
ryansbas soon as I remember how to configure a replset ;)21:02
Eva-iryansb: flwang1: this replica set will consist on two mongodb servers21:02
Eva-i*of21:02
ryansbso the number of servers isn't important, you just need to have a replicaset with >1 members21:07
*** achanda has quit IRC21:23
*** achanda has joined #openstack-zaqar21:26
*** achanda has quit IRC21:26
*** achanda has joined #openstack-zaqar21:27
ryansbso the code seems to work properly for me in the case of using replicasets21:36
ryansbyou may be missing the replset or writeconcern parameters in your connection URI21:37
ryansburi = mongodb://kilo.local:27000,kilo.local:27001/?replicaSet=one&w=221:37
ryansbEva-i: ^21:37
flwang1ryansb: thanks for the confirmation21:40
ryansbnp :)21:41
Eva-iryansb: 'w' parameter is write concern?21:42
ryansbyes21:42
ryansbhttps://docs.mongodb.org/v2.6/reference/connection-string/#connections-write-concern21:42
*** achanda has quit IRC21:54
*** achanda has joined #openstack-zaqar21:54
Eva-iflwang1: ryansb: I see now, shame on me. I made bug report just because I didn't knew mongodb and zaqar enough. I didn't knew that it's zaqar user who has to provide replicaSet/write concern parameters to connection via complex url.21:55
ryansbhey, it's okay21:55
ryansbnow, if you want to add to our docs, or the docs on the URI option, that'd be awesome21:56
ryansbbecause if one person trips on it, it's likely that >1 person has hit it, and just floundered21:56
ryansbEva-i: :)21:56
Eva-iryansb: you're right, I added this as a task for docs refactoring which will happen in the near future. https://etherpad.openstack.org/p/zaqar-mitaka-docs22:02
ryansbGreat, thank you22:02
*** exploreshaifali has quit IRC22:05
*** AAzza has quit IRC22:05
*** AAzza has joined #openstack-zaqar22:05
*** AAzza has quit IRC22:07
*** AAzza has joined #openstack-zaqar22:09
*** amitgandhinz has quit IRC22:13
*** david-lyle has joined #openstack-zaqar22:16
*** boris-42 has joined #openstack-zaqar22:19
*** dmowrer has quit IRC22:22
*** ametts has quit IRC22:43
flwang1in case you haven't viewed this, two great videos about the use case of queue service and notification service https://blogs.dropbox.com/tech/2014/12/aws-reinvent-2014/22:58
*** csoukup has quit IRC23:09
*** achanda has quit IRC23:55
openstackgerritMD NADEEM proposed openstack/python-zaqarclient: Attaching a default project_id in request header for noauth authentication backend.  https://review.openstack.org/24396923:57

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