Thursday, 2014-01-16

*** CaptTofu has joined #openstack-dns00:17
*** jorgem has quit IRC00:25
*** CaptTofu has quit IRC00:38
*** CaptTofu has joined #openstack-dns01:05
*** richm has quit IRC01:09
*** nosnos has joined #openstack-dns01:33
*** vinod has joined #openstack-dns02:38
*** vinod has quit IRC03:13
*** CaptTofu has quit IRC03:23
*** CaptTofu has joined #openstack-dns03:26
*** CaptTofu has quit IRC03:54
*** nkinder has quit IRC04:54
*** nosnos_ has joined #openstack-dns05:27
*** nosnos has quit IRC05:28
*** jmcbride has joined #openstack-dns05:29
*** jmcbride has quit IRC05:34
*** CaptTofu has joined #openstack-dns05:55
*** CaptTofu has quit IRC05:59
*** nosnos_ has quit IRC06:10
*** nosnos has joined #openstack-dns06:10
*** mikal has quit IRC06:35
*** mikal has joined #openstack-dns06:35
*** CaptTofu has joined #openstack-dns07:56
*** CaptTofu has quit IRC08:01
openstackgerritSascha Peilicke proposed a change to stackforge/python-designateclient: Sync with global requirements  https://review.openstack.org/6704408:18
openstackgerritSascha Peilicke proposed a change to stackforge/designate: Sync with global requirements  https://review.openstack.org/6690209:17
*** cflmarques has joined #openstack-dns09:26
*** Wayland has joined #openstack-dns09:34
WaylandHello devs :) Does anybody working on designate shell client logging/bash_completion or other improvements?)09:38
*** nosnos has quit IRC09:51
*** CaptTofu has joined #openstack-dns09:57
*** CaptTofu has quit IRC10:01
openstackgerritPavel Kirpichyov proposed a change to stackforge/python-designateclient: Reduce default logging level and properly init request logger  https://review.openstack.org/6711211:01
openstackgerritPavel Kirpichyov proposed a change to stackforge/python-designateclient: Reduce default logging level and properly init request logger  https://review.openstack.org/6711211:05
kiallWayland: hiya11:33
kiallSo, I don't believe there is much in the way of active work on the client - it's not abandoned, it just works. There are some quriks, but nothing critical that I know of11:36
kiallAre you Pavel by any chance? or were the Q and ^ review just a coincidence?11:36
WaylandYes, it's me11:44
Waylandhey :)11:44
kiallWell - In Jenkins ever does it's thing, that change looks like it should be good :)11:48
kiallIf Jenkins*11:48
WaylandI had tested it a bit, no annoying log messages anymore. It was not comfortable to parse designate responses11:50
Waylanddatabase init/sync is still annoying11:51
kiallYea, with debug/verbose on, those are really noisy .. Without, they should be just enough info (and an appropriate exit code to understand if they failed or not)11:53
*** CaptTofu has joined #openstack-dns11:58
*** CaptTofu has quit IRC12:03
kiallWayland: actually.. Re the logging thing, I actually thought we fixed that12:14
openstackgerritDirk Mueller proposed a change to stackforge/python-designateclient: Remove dependencies on pep8, pyflakes and flake8  https://review.openstack.org/6713512:22
Waylandkiall, INFO logging must be diabled too (by default, it can be turned on with --verbose option key), in shell client at least12:26
kiallWayland: right, but, have a look at what I see with the current master branch of the client:12:27
kiallhttps://bugs.launchpad.net/python-designateclient/+bug/126972912:27
kiallI'm unsure what's causing you to see the INFO messages and not me12:27
Waylandhm..12:29
kiallYep - I'm wondering what could be different too :)12:29
kiallLet me check I've got the latest of all the deps installed.. Maybe thats it12:31
WaylandProbably I'm using client 1.0.012:32
kiallAh - It must be fixed in master then, I thought we fixed it, but it's not obvious in the the commit logs.12:33
kialllovely. Latest python-keystoneclient spits out12:33
kiallWARNING: Failed to retrieve management_url from token12:33
Waylandno, master looks like 1.0.0. in shell.py12:33
WaylandWhich version of python-cliff you use?12:34
kiall$ pip freeze | grep cliff12:35
kiallcliff==1.5.212:35
kiallcliff-tablib==1.112:35
Wayland1.4.512:35
WaylandMain line in my change is   DEFAULT_VERBOSE_LEVEL = 012:36
WaylandDEFAULT_VERBOSE_LEVEL is 1 in my cliff :)12:36
openstackgerritDirk Mueller proposed a change to stackforge/designate: Remove dependencies on pep8, pyflakes and flake8  https://review.openstack.org/6714312:36
Waylandhttps://github.com/dreamhost/cliff/blob/1.4.4/cliff/app.py#L6312:36
WaylandIt looks like verbose is turned on by default12:39
Waylandyour dist?12:40
kiallYea - DEFAULT_VERBOSE_LEVEL = 0 makes perfect sense.. I wonder, with that, can we ditch the other logging config?12:40
WaylandWhich one?12:43
Waylandinitialize_app in my change?12:43
*** Kiall1 has joined #openstack-dns12:49
kiallWayland: sorry, was AFK.. Yea, the code you moved, I wonder if it's still needed after setting DEFAULT_VERBOSE_LEVEL=012:54
WaylandAnother code is another part of logging :D of requests library :)12:56
Waylandcliff does not know anything about requests lib :)12:57
*** Kiall1 has quit IRC12:57
Waylandor it's useless :D13:00
kiallWell - DEFAULT_VERBOSE_LEVEL seems to be setting the level for the root logger, so it will catch the requests logs and handle them appropriately I think?13:01
kiallhttps://github.com/dreamhost/cliff/blob/1.4.4/cliff/app.py#L16213:01
openstackgerritDirk Mueller proposed a change to stackforge/python-designateclient: Remove dependencies on pep8, pyflakes and flake8  https://review.openstack.org/6713513:04
WaylandLooks so, it's mean DEFAULT_VERBOSE_LEVEL is enough?13:05
WaylandDEFAULT_VERBOSE_LEVEL = 0, I mean13:05
openstackgerritDirk Mueller proposed a change to stackforge/designate: Remove dependencies on pep8, pyflakes and flake8  https://review.openstack.org/6714313:06
openstackgerritPavel Kirpichyov proposed a change to stackforge/python-designateclient: Disable verbose logging by default  https://review.openstack.org/6711213:08
kiallWayland: I think so - It certainly looks that way13:08
Waylandkiall, yes, working well13:09
kiallCool :)13:09
Waylandbtw, does anybody working on horizon plugin?13:12
kiallWayland: HP has a horizon "plugin", it's not something we can extract into it's own repo and publish though (I've been talking to our Horizon guys recently about it). The moment we go Incubated, we'll submit it to Horizon.13:14
kiallI did have a really basic start @ https://github.com/moniker-dns/horizon/ (Could manage domains, but not records etc)13:14
kiallBut it's well outdated at this point..13:14
WaylandI had tested this code already :)13:15
openstackgerritDirk Mueller proposed a change to stackforge/python-designateclient: There are no mox tests, so remove dependency  https://review.openstack.org/6715013:15
Waylandkiall: designate soon can be moved into main openstack repos?13:19
kiallWayland: Maybe.. We'd have to re-apply for incubation, and be accepted first..13:20
kiallWe applied in the past, but there was concerns over the # of active developers13:20
Waylandkiall, gl with that ;)13:21
kiall;)13:21
WaylandI had already asked, but anyway...   It's possible that, database init/sync can be merged into one command? Why it's implemented so?)13:23
*** CaptTofu has joined #openstack-dns13:23
kiallWayland: so, it was for 2 reasons.. 1) It gives a tiny bit of extra safety.. If the migrate_versions table gets damaged etc, and they were both 1 command, god only knows what would happen to the data ;)13:26
kialland 2) That's how all the projects used to do it! We never saw a good reason to follow their lead on that change13:27
Waylandok, but how to check with CLI if database is already inited?13:31
*** cflmarques has quit IRC13:32
kiallThat's a good question :) I tend to just "run it"13:32
kiallWe could probably add a exit code of 2 or something if it's already initialized, allowing you to know it's already init'd or if the init failed13:34
Wayland:)))) I have chef recipes to deploy openstack with designate, currently I use hacks to skip errors :)13:34
WaylandWith other openstack component I dont care about that, sync is enough :)13:36
kiallWe always avoided having CM deploy our databases.. The though of unattended migrations is scary as hell ;)13:36
kiallIf MySQL supported transnational DDL changes .. it wouldn't be so scary.. But.. It doesn't :(13:37
kialltransactional*13:37
*** cflmarques has joined #openstack-dns13:43
Waylandkiall: thanks for info :)13:47
*** vinod1 has joined #openstack-dns13:48
kiallno prolem13:50
kiallproblem*13:52
*** vinod1 has quit IRC14:00
*** Kiall1 has joined #openstack-dns14:03
*** Kiall1 has quit IRC14:09
*** Wayland has quit IRC14:21
cflmarquesKiall: HI kial, in order to create a PTR record with designate do I have install some kind of reverse DNs on powerdns?14:24
*** jmcbride has joined #openstack-dns14:34
kiallcflmarques: That depends really..14:35
kiallYou can do PTRs and reverse DNS the traditional way without any additional setup.. just create the reverse DNS zone like you would any other14:35
kialle.g. creating a 0.168.192.in-addr.arpa. zone14:35
kiallor - we've just merged some initial support for reverse DNS for floating IPs - which have some oddities in a multi-tenant environment14:36
kialle.g. tenant 1 might have 192.168.0.1, and needs to be able to control the 1.0.168.192.in-addr.arpa. record.. while tenant 2 might have 192.168.0.2, and needs to be able to control the 2.0.168.192.in-addr.arpa. record..14:37
kiallThat just merged stuff can be pointed at neutron, and it'll allow users to control the PTR records of the floating IPs associated with their projects14:37
*** jmcbride has quit IRC14:39
*** vinod has joined #openstack-dns14:40
*** jmcbride has joined #openstack-dns14:41
cflmarquesthanks Kiall. For now and because I am doing  some tests I will use the traditional way for PTR creation14:45
cflmarquesyou merged this info right? http://designate.readthedocs.org/en/latest/integrations.html#reverse-floatingip14:46
*** CaptTofu has quit IRC14:53
jmcbridekiall: What was TSIG implemented for (e.g. dynamic updates or mast/slave communications)?15:12
kialljmcbride: it was implemented to provide support for 3rd parties to AXFR zones from us (Specifically Akamai for HP)15:12
kiallIt needs some .. expansion to really be considered supported15:13
*** CaptTofu has joined #openstack-dns15:15
*** betsy has joined #openstack-dns15:21
*** jmcbride has quit IRC15:40
*** steery has joined #openstack-dns15:48
*** steery has left #openstack-dns15:48
*** jmcbride has joined #openstack-dns16:02
*** betsy has quit IRC16:10
*** vinod has quit IRC16:14
*** jmcbride has quit IRC16:25
*** artom_ has joined #openstack-dns16:25
*** artom has quit IRC16:25
*** artom_ is now known as artom16:26
openstackgerritPavel Kirpichyov proposed a change to stackforge/python-designateclient: Disable verbose logging by default  https://review.openstack.org/6711216:32
*** Wayland has joined #openstack-dns16:32
Waylandkiall: I had corrected branch name of my change, re-approval required :)16:36
kiallDone - Also the branch name is meaningless once it merges ;) (Unless you targeted one of the stable branches?)16:37
WaylandI had  targeted to master, but not specified bug/126972916:39
*** cflmarques has quit IRC16:40
*** msisk has joined #openstack-dns16:41
*** jmcbride has joined #openstack-dns16:42
kiallah .. generally that's not so important so long as you include "Closes-Bug: XXX" in the commit message16:42
openstackgerritA change was merged to stackforge/python-designateclient: Sync with global requirements  https://review.openstack.org/6704416:42
*** vinod has joined #openstack-dns16:43
openstackgerritA change was merged to stackforge/designate: Sync with global requirements  https://review.openstack.org/6690216:44
*** richm has joined #openstack-dns16:47
richmHello.  My name is Rich Megginson (rmeggins@redhat.com).  I'm interested in Designate, primarily around integration with IPA DNS, DNSSEC, and integration with Keystone.16:49
artomrichm, come over to #openstack-dns :)16:49
artomOh wait, you're here - too many tabs open.16:50
richmartom: Yeah, just wanted to introduce myself to the community.16:50
mugsierichm: welcome16:54
mugsieI'm Graham Hayes (HP) - newly elected member of core :)16:55
richmmugsie: Hello16:55
mugsierichm: IPA DNS, as in the FreeIPA LDAP backed one?16:57
mugsiecool16:57
richmmugsie: yes16:57
mugsiewell, we meet on wednesdays (17:00 UTC) in #openstack-meeting-alt, and most of us are in here throughout the day16:58
richmok16:58
mugsiewednesday is only really for major decisions on blueprint direction etc, most of the time we are in here16:59
mugsiewhat timezone are you in?16:59
richmUS MST16:59
mugsieI am in Dublin, Ireland (UTC)16:59
mugsiecool.. i think Rackspace guys are about the same..17:00
mugsieSorry, they are CST17:00
richmI get up early, so no worries17:01
mugsieand I get up late17:01
mugsieso we should overlap :)17:01
richmmost software developers do :-)17:02
mugsieit is a trend alright17:02
kiallmugsie: nah, us developers are known for our 5am starts...17:03
richmlol17:03
*** jmcbride has quit IRC17:05
*** jmcbride has joined #openstack-dns17:05
*** jorgem has joined #openstack-dns17:08
*** vinod has quit IRC17:21
*** jmcbride has quit IRC17:32
*** tsimmons has joined #openstack-dns17:36
*** jmcbride has joined #openstack-dns17:38
*** HenryG has joined #openstack-dns17:38
*** jmcbride has quit IRC17:43
*** Wayland has quit IRC18:00
*** jmcbride has joined #openstack-dns18:00
*** vinod has joined #openstack-dns18:09
*** vipul is now known as vipul-away18:09
*** vipul-away is now known as vipul18:09
*** cflmarques has joined #openstack-dns18:14
*** jmcbride has quit IRC18:19
*** vipul is now known as vipul-away18:25
*** CaptTofu has quit IRC18:26
*** tsimmons has quit IRC18:38
*** CaptTofu has joined #openstack-dns18:42
*** nkinder has joined #openstack-dns18:44
*** vipul-away is now known as vipul18:50
*** openstackgerrit has quit IRC18:52
*** openstackgerrit has joined #openstack-dns18:52
*** ChanServ sets mode: +v openstackgerrit18:52
*** vinod has quit IRC19:03
*** jorgem has quit IRC19:04
*** jorgem has joined #openstack-dns19:05
*** vipul is now known as vipul-away19:05
*** vinod has joined #openstack-dns19:20
*** jorgem has quit IRC19:20
*** jorgem has joined #openstack-dns19:20
*** vinod has quit IRC19:24
*** tsimmons has joined #openstack-dns19:32
openstackgerritA change was merged to stackforge/python-designateclient: Disable verbose logging by default  https://review.openstack.org/6711219:32
*** jmcbride has joined #openstack-dns19:39
openstackgerritA change was merged to stackforge/designate: Remove dependencies on pep8, pyflakes and flake8  https://review.openstack.org/6714319:48
openstackgerritA change was merged to stackforge/python-designateclient: Remove dependencies on pep8, pyflakes and flake8  https://review.openstack.org/6713519:48
openstackgerritA change was merged to stackforge/python-designateclient: There are no mox tests, so remove dependency  https://review.openstack.org/6715019:48
*** jorgem has quit IRC19:52
*** vipul-away is now known as vipul19:54
*** jorgem has joined #openstack-dns19:56
*** vinod has joined #openstack-dns19:58
*** CaptTofu has quit IRC19:59
rjrjrkiall, are you on?20:11
kiallrjrjr: I am - whats up?20:11
rjrjrbeen getting a change of direction the last few weeks.  it looks like we want to use Nominum for our backend DNS server.20:12
rjrjrNominum is proprietary however.  would the community accept a backend driver for it?20:12
*** jmcbride has quit IRC20:13
*** cflmarques has quit IRC20:13
kiallI don't see a reason why not, nova has support for MS Hyper-V and VMWare ESX .. Both proprietary.20:13
artomNova has backends for VMWare...20:13
kiallI know with the likes of Nova, the only real caveat is test requirements are much higher .. as it can't be expected for every developer to be able to have it available..20:14
rjrjrperfect.  Nominum has a Python library i will use in the code.  i could mock this for testing.20:15
kiallOur backend testing situation is somewhat .. awful (Is that word too meek?) So, I'm not sure what we would want there.. But.. We defiantly want to be able to verify things are working like they should be20:16
artomSpeaking of which, those tests I wrote for PowerDNS...20:17
artomThey don't do anything PowerDNS specific (besides setUp() obviously)...20:17
artomIf I move them into the base backend test class will all hell break loose?20:17
kiallartom: that should work, as they only test it doesn't blow up rather than digging into PDNS to verify it worked correctly.20:18
kiall(from memory of the tests.. )20:18
artom'Zactly20:19
kiallVerification's could be added per-backend by overriding the method and calling super() or something ..20:19
kiallNot sure how well that might work in reality with needing to mock some things, but.. Still might be worth a shot20:20
artomI think so far there are no backend tests besides PowerDNS and NSD4, no?20:20
kiallYep - pretty much20:21
* artom crosses all evarything and tries.20:21
kiallI'm willing to be - worst case, it finds some bugs20:21
rjrjri'll make sure to include backend tests.20:21
kiall(Just looked at your tests again)20:21
kiallrjrjr: ohh20:22
kiallis the nominum python client open source? what license?20:22
kiall(That does matter ;))20:22
rjrjri'm pretty sure it is not.  but i need to get clarification.  why?20:22
kiallWell, having requirements (even optional ones) that are closed source is not something I know of any openstack project doing.. And .. There's a huge push for banning requirements who don't have downloads hosted on pypi20:23
kiallI don't know of any*20:24
rjrjrokay.  that could be a problem...20:24
rjrjrlet me talk to the relevant resource inhouse.20:26
kiallI wonder if having a mock is generally considered acceptable for that kinda thing - it probably is, but I have no clue. I've not had proprietary dependencies that aren't abstracted away over some HTTP or similar protocol before..20:26
*** jmcbride has joined #openstack-dns20:26
kialle.g. does writing the mock somehow release proprietary Nominum IP?20:27
rjrjrall good questions/concerns.  i'll followup inhouse and find out.20:28
rjrjrdifferent subject:20:28
kiallrjrjr: You could always ask Nominum for them to open source it ;) They aren't adverse to that (see dnspython..)20:28
rjrjri still will work on the BIND9 driver too.  i think to fix the problem with deleting records, we should wrap nsupdate instead of using rndc reload.  i think rndc should remain for the zone management (add/delete) only.  nsupdate can be used for add/delete/modify records.20:28
rjrjri believe that will be an option we will pursue.20:28
kiallThat sounds reasonable, the RackSpace guys are interested in better BIND support too, they might have stronger opinions than I on the best method :)20:31
rjrjrgreat.  i've been quiet here lately, but that is mostly me getting new marching orders and following through. :)20:33
rjrjrdid get a chance to build RPMs for designate/designateclient and can share my findings via bugs and such.  should have those up in a few days.20:34
rjrjrartom/kiall, thanks for the feedback.20:34
artomrjrjr, thanks, but I just talked about unrelated PowerDNS tests ;)20:35
rjrjrokay then.  i'll just thank kiall now and i'm sure i'll get to thank you later for something. :)20:36
artomHaha :D20:37
*** jorgem1 has joined #openstack-dns20:43
*** jorgem has quit IRC20:43
*** jorgem1 has quit IRC20:43
*** jorgem1 has joined #openstack-dns20:43
*** jmcbride has quit IRC20:55
*** CaptTofu has joined #openstack-dns20:57
*** vinod has quit IRC21:00
*** vipul is now known as vipul-away21:05
*** jmcbride has joined #openstack-dns21:06
*** vipul-away is now known as vipul21:09
*** vinod has joined #openstack-dns21:13
artomHrmm, I feel I'd have to undo ekarlso's work on testscenarios...21:31
*** msisk has quit IRC21:31
artomWhile every backend implements the same API, each needs a different way to set it up in testing.21:32
artomSo scenarios don't work that well here.21:32
kiallartom: there's a bug in that anyway, it's executing all the tests.. twice.21:40
kiall(all the testscenario stuff anyway)21:41
artomkiall, rippity-rip-out I go then.21:41
artomAnd yet... surely testing everything twice it more better because more tests, right? ;)21:42
artom*is21:42
tsimmonskiall: Not sure if you're around but you'll see it at some point. I think I've got the database transactions working without a manual rollback. It uses of subtransactions. http://docs.sqlalchemy.org/en/latest/orm/session.html#using-subtransactions-with-autocommit I need to think about it a little more and understand/test what all it's doing. But, just thought I'd throw it out there.21:56
*** vinod has quit IRC22:05
*** vipul is now known as vipul-away22:13
*** vipul-away is now known as vipul22:13
*** vinod has joined #openstack-dns22:16
*** artom has quit IRC22:23
*** HenryG has quit IRC22:26
*** vipul is now known as vipul-away22:29
*** CaptTofu has quit IRC22:39
*** CaptTofu has joined #openstack-dns22:41
*** vipul-away is now known as vipul22:48
*** tsimmons has left #openstack-dns22:52
*** vinod has quit IRC22:58
*** simonmcc has quit IRC23:00
*** jmcbride has quit IRC23:00
*** jorgem1 has quit IRC23:40
*** vipul is now known as vipul-away23:55
*** CaptTofu has quit IRC23:58

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