Wednesday, 2012-11-28

*** kaganos has joined #openstack-dev00:01
*** kaganos_ has joined #openstack-dev00:01
*** markmc has quit IRC00:02
*** dani4571 has quit IRC00:03
*** salv-orlando has quit IRC00:03
*** salv-orlando has joined #openstack-dev00:03
*** kaganos has quit IRC00:05
*** kaganos_ is now known as kaganos00:05
*** hemna has quit IRC00:07
*** jcooley is now known as jcooley_afk00:09
*** jergerber has quit IRC00:10
*** samkottler is now known as samkottler|afk00:11
*** sthaha has joined #openstack-dev00:12
*** nati_ueno has quit IRC00:13
*** nati_ueno has joined #openstack-dev00:14
*** mrodden has quit IRC00:15
*** rpedde is now known as rpedde_away00:15
zykes-anyone, which of the two: moniker <resource>-get or <resource>-show to get details for a resource?00:16
*** ewindisch has joined #openstack-dev00:18
*** TerryH has quit IRC00:20
*** lloydde has quit IRC00:22
*** jcooley_afk is now known as jcooley00:23
*** ewindisch has quit IRC00:23
*** kaganos has quit IRC00:24
*** TerryH has joined #openstack-dev00:26
*** joshuamckenty has quit IRC00:26
*** statik has quit IRC00:27
*** statik has joined #openstack-dev00:28
*** gongysh has quit IRC00:28
*** edmund has quit IRC00:31
*** mrodden has joined #openstack-dev00:34
*** patelna has quit IRC00:37
*** dingus9 has quit IRC00:38
*** flaper87 has quit IRC00:39
*** lloydde has joined #openstack-dev00:40
*** winston-d has joined #openstack-dev00:48
*** maxiz has quit IRC00:48
*** lloydde_ has joined #openstack-dev00:52
*** lloydde has quit IRC00:54
*** joshuamckenty has joined #openstack-dev00:56
*** edygarcia has joined #openstack-dev00:56
*** joshuamckenty has quit IRC00:56
*** woorea has joined #openstack-dev01:01
*** adjohn has quit IRC01:03
*** winston-d has quit IRC01:04
*** Dr_Who has joined #openstack-dev01:06
*** Dr_Who has joined #openstack-dev01:06
*** jaypipes has quit IRC01:07
*** andrewbogott is now known as andrewbogott_afk01:08
*** ewindisch has joined #openstack-dev01:08
*** alunduil has joined #openstack-dev01:08
*** alexpilotti has quit IRC01:09
*** ewindisch has quit IRC01:09
*** halj has quit IRC01:14
*** Dr_Who has quit IRC01:15
*** winston-d has joined #openstack-dev01:16
*** utlemming has quit IRC01:19
*** TerryH has quit IRC01:19
*** jeremielim has joined #openstack-dev01:20
*** pabelanger has joined #openstack-dev01:20
*** gyee has quit IRC01:21
*** sacharya has quit IRC01:21
*** samkottler|afk is now known as samkottler01:22
*** jakedahn_zz is now known as jakedahn01:22
*** jakedahn is now known as jakedahn_zz01:22
*** markmcclain has quit IRC01:23
*** adjohn has joined #openstack-dev01:25
*** maurosr has joined #openstack-dev01:29
*** woorea has quit IRC01:31
*** andrewbogott_afk is now known as andrewbogott01:32
*** jeremielim has quit IRC01:33
*** lloydde_ has quit IRC01:36
*** xchu has joined #openstack-dev01:36
*** sthaha has quit IRC01:37
*** novas0x2a|laptop has quit IRC01:38
*** kaganos has joined #openstack-dev01:39
*** dims has quit IRC01:40
*** Ryan_Lane has quit IRC01:41
*** otherwiseguy has quit IRC01:44
*** jog0 has quit IRC01:44
*** esp1 has quit IRC01:46
*** jeremielim has joined #openstack-dev01:47
*** jcooley is now known as jcooley_afk01:48
*** vipul is now known as vipul|away01:49
*** salv-orlando has quit IRC01:51
*** maxiz has joined #openstack-dev01:54
*** ewindisch has joined #openstack-dev01:54
*** dims has joined #openstack-dev01:55
*** vipul|away is now known as vipul01:57
*** jeremyb has quit IRC01:57
*** jeremyb has joined #openstack-dev01:57
*** imsplitbit has quit IRC01:58
*** Mandell has quit IRC02:03
*** blamar has quit IRC02:04
*** roadTripper has quit IRC02:08
*** ywu_ has joined #openstack-dev02:11
*** dingus9 has joined #openstack-dev02:16
*** sgran has quit IRC02:20
*** sgran has joined #openstack-dev02:21
*** adjohn has quit IRC02:23
*** esp1 has joined #openstack-dev02:30
*** sayjay has quit IRC02:30
*** danwent has quit IRC02:37
*** dolphm has joined #openstack-dev02:38
*** annegentle_ has joined #openstack-dev02:43
*** blamar has joined #openstack-dev02:45
*** ahardy_ has quit IRC02:46
*** sayjay has joined #openstack-dev02:52
*** adjohn has joined #openstack-dev02:58
*** nubi3_ has joined #openstack-dev02:59
*** jeremielim has quit IRC02:59
nubi3_hay guys, any ones can help my about arp missing on diablo ???02:59
openstackgerritA change was merged to openstack/cinder: Improve provider_location cleanup code for RBD.  https://review.openstack.org/1702303:00
*** annegentle_ has quit IRC03:00
*** annegentle_ has joined #openstack-dev03:02
*** nubi3_ has quit IRC03:05
*** maurosr has quit IRC03:05
*** blamar has quit IRC03:07
*** pixelbeat has quit IRC03:07
*** woorea has joined #openstack-dev03:09
*** blamar has joined #openstack-dev03:09
*** nati_ueno_2 has joined #openstack-dev03:14
*** sthaha has joined #openstack-dev03:14
*** nati_ueno has quit IRC03:16
*** mattstep has quit IRC03:16
*** mattstep has joined #openstack-dev03:18
*** darjeeling has quit IRC03:19
*** annegentle_ has quit IRC03:20
*** woorea has quit IRC03:22
*** ewindisch has quit IRC03:24
*** SuYan has joined #openstack-dev03:24
*** andrewbogott is now known as andrewbogott_afk03:24
*** kaganos has quit IRC03:28
*** Mandell has joined #openstack-dev03:30
*** otherwiseguy has joined #openstack-dev03:31
*** ywu__ has joined #openstack-dev03:32
*** ywu_ has quit IRC03:32
*** Mandell has quit IRC03:34
*** jcmartin has joined #openstack-dev03:37
*** hemna has joined #openstack-dev03:37
*** jeremyb has quit IRC03:40
*** jeremyb has joined #openstack-dev03:40
*** ywu__ has quit IRC03:42
*** esp1 has quit IRC03:48
*** jtran has joined #openstack-dev03:48
openstackgerritA change was merged to openstack/cinder: Fix import order to make it alphabetical.  https://review.openstack.org/1698103:54
*** aeperezt has quit IRC03:59
*** thingee has joined #openstack-dev04:01
*** Mandell has joined #openstack-dev04:03
*** edygarcia has quit IRC04:06
*** nati_ueno has joined #openstack-dev04:08
*** nati_ueno has quit IRC04:08
*** nati_ueno has joined #openstack-dev04:09
*** nati_ueno_2 has quit IRC04:11
*** jaypipes has joined #openstack-dev04:11
*** aeperezt has joined #openstack-dev04:11
*** pabelanger has quit IRC04:12
*** jcooley_afk is now known as jcooley04:26
*** jcooley is now known as jcooley_afk04:28
*** sthaha has quit IRC04:31
*** rmk has quit IRC04:32
*** rmk` has joined #openstack-dev04:32
*** rmk` is now known as rmk04:32
*** rmk has joined #openstack-dev04:32
*** zbitter has joined #openstack-dev04:40
*** zaneb has quit IRC04:43
*** aeperezt has quit IRC04:44
*** dingus9 has quit IRC04:45
*** jcooley_afk is now known as jcooley04:46
*** melwitt has quit IRC04:46
*** nati_ueno_2 has joined #openstack-dev05:03
*** rohitk has joined #openstack-dev05:03
*** nati_ueno has quit IRC05:06
*** nati_ueno_2 has quit IRC05:08
*** Dr_Who has joined #openstack-dev05:08
*** Dr_Who has joined #openstack-dev05:08
*** nati_ueno has joined #openstack-dev05:09
*** rohitk has quit IRC05:16
*** samkottler is now known as samkottler|out05:17
*** nati_ueno has quit IRC05:17
*** rohitk has joined #openstack-dev05:17
*** nati_ueno has joined #openstack-dev05:19
openstackgerritA change was merged to openstack/cinder: Use auth_token middleware from keystoneclient.  https://review.openstack.org/1695905:21
*** winston-d has quit IRC05:21
*** winston-d has joined #openstack-dev05:26
*** colinmcnamara has joined #openstack-dev05:28
*** colinmcnamara has quit IRC05:28
*** Dr_Who has quit IRC05:28
*** Ryan_Lane has joined #openstack-dev05:30
*** colinmcnamara has joined #openstack-dev05:30
devanandamikal: ping05:33
mikaldevananda: pong05:33
*** nati_ueno has quit IRC05:34
*** colinmcnamara1 has joined #openstack-dev05:35
*** colinmcnamara has quit IRC05:36
openstackgerritA change was merged to openstack/nova: Migration model update for multi-node resize fix.  https://review.openstack.org/1700105:36
*** colinmcnamara1 has quit IRC05:40
*** sacharya has joined #openstack-dev05:40
*** colinmcnamara has joined #openstack-dev05:40
*** dolphm has quit IRC05:42
openstackgerritA change was merged to openstack/cinder: Provide i18n to those messages without _()  https://review.openstack.org/1664405:44
*** colinmcnamara1 has joined #openstack-dev05:46
*** colinmcnamara has quit IRC05:48
*** Hitesh has joined #openstack-dev05:50
openstackgerritA change was merged to openstack/glance: Fixed deleted image being downloadable by admin.  https://review.openstack.org/1675005:52
HiteshHello guys,05:52
HiteshI have stucked...I have to configure quantum without keystone, can anybody tell me the procudure?05:53
Hiteshmnewby: Hi,05:54
mnewbyhitesh: hi05:54
*** colinmcnamara has joined #openstack-dev05:54
mnewbyset auth_strategy = noauth in quantum.conf05:54
Hiteshmnewby: Have you tried Folsom Quantum without keystone?05:54
Hiteshmnewby: I did that05:55
mnewbyHitesh: you want no auth, or just not to use keystone?05:55
Hiteshmnewby: I want no auth05:55
Hiteshmnewby: how to call it from cli then?05:55
Hiteshmnewby: I have installed quantum-server and client from source and its up05:55
mnewbyah, the cli is validating regardless of the server setup...05:56
Hiteshmnewby: but I am confused about what to pass through cli for os_username05:56
*** colinmcnamara1 has quit IRC05:56
Hiteshmnewby: any suggestion?05:56
mnewbyAre you using '--os-auth-strategy noauth' when invoking the cli?05:56
Hiteshmnewby: yes05:57
mnewbyok, so you won't be passing os_username05:57
mnewbyyou will have to pass --tenant-id, though05:57
Hiteshmnewby: I am passing becuase if I pass --os-auth-strategy, still it ask for os_username05:57
mnewbyso that quantum knows who owns the resources you are attempting to create/modify05:57
mnewbyhuh05:57
Hiteshmnewby: so tenant id could be any thing right?05:57
mnewbyhitesh: tenant id will have to correspond to a valid tenant id05:58
mnewbypassing an invalid value should at least give a good error message, though05:58
Hiteshmnewby: since we not configure the keystone, then how tenant id could be valide?05:58
mnewbyhmmm05:59
Hiteshmnewby: am I missing in config and paste file?05:59
mnewbyi haven't used quantum without keystone...05:59
*** colinmcnamara has quit IRC05:59
mnewbyHitesh: just a second, let me try05:59
Hiteshmnewby: cool06:00
winston-ddhellmann, ping06:00
Hiteshmnewby: when I tried this command quantum net-create net1 --os-auth-strategy noauth, its giving me an error like this, (403, 'Forbidden')06:01
*** colinmcnamara has joined #openstack-dev06:01
mnewbyHitesh: can you execute with '-v'?06:02
Hiteshmnewby: ok06:02
mnewbyHitesh: and you've set OS_URL correctly (or are passing --os_url)?06:02
Hiteshmnewby: yes06:03
HiteshDEBUG: quantumclient.quantum.v2_0.network.CreateNetwork get_data(Namespace(admin_state_down=True, columns=[], formatter='table', name='net1', prefix='', request_format='json', tenant_id=None, value_specs=[], variables=[])) DEBUG: quantumclient.client REQ: curl -i http://0.0.0.0:9696/v2.0/networks.json -X POST -H "Content-Type: application/json" -H "Accept: application/json" -H "User-Agent: python-quantumclient"  DEBUG: quantumc06:03
*** hemna has quit IRC06:03
mnewbyHitesh: have you tried running net-list?06:03
Hiteshno06:03
Hiteshmnewby: let me try06:03
*** colinmcnamara1 has joined #openstack-dev06:04
Hiteshmnewby: DEBUG: quantumclient.quantum.v2_0.network.ListNetwork get_data(Namespace(columns=[], fields=[], filter_specs=[], formatter='table', quote_mode='nonnumeric', request_format='json', show_details=False)) DEBUG: quantumclient.quantum.v2_0.network.ListNetwork search options: {} DEBUG: quantumclient.client REQ: curl -i http://0.0.0.0:9696/v2.0/networks.json -X GET -H "Content-Type: application/json" -H "Accept: application/js06:04
Hiteshmnewby: These for net-list06:04
mnewbyand does it succeed?06:04
Hiteshmnewby: nops06:04
Hiteshmnewby: same message06:05
mnewbyHitesh: error?06:05
Hiteshmnewby: DEBUG: quantumclient.shell got an error: (403, 'Forbidden')06:05
mnewbyHitesh: 0.0.0.0??06:05
mnewbyHitesh: I'm not sure that's a valid ip06:05
mnewbyHitesh: You're trying to hit localhost?06:06
Hiteshmnewby: its the url that quantum-server gives, when its run succesfully06:06
Hiteshmnewby: yes06:06
Hiteshmnewby: I am trying to hit localhost06:06
mnewbyHitesh: so use localhost in the url06:06
*** colinmcnamara has quit IRC06:06
Hiteshmnewby: ok06:06
mnewbyHitesh: I'm pretty sure 0.0.0.0 is valid only as a source address06:06
*** darjeeling has joined #openstack-dev06:06
Hiteshmnewby: its giving me same error06:07
Hiteshmnewby: DEBUG: quantumclient.shell got an error: (403, 'Forbidden')06:07
Hiteshmnewby: tell me how to validate the setup has been up for right or wrong?06:08
Hiteshmnewby: I mean I have installed the service through source06:08
*** colinmcnamara1 has quit IRC06:08
mnewbyHitesh: 'installed service from source' isn't enough information for me to help you.06:08
mnewbyHitesh: installed from where? on what?06:08
mnewbyHitesh: and besides that, debugging network services tends to follow the following sequence:06:09
Hiteshmnewby: ok I have done the installation for quantum source, like this, python setup.py install06:09
mnewbyHitesh: is it reachable via telnet on the indicated port?  Can a curl command be executed against the serer?  And finally, does the command work from the cli?06:09
Hiteshmnewby: oh..let me check through telnet06:10
Hiteshmnewby: how to verify through curl ? any idea?06:10
mnewbyHitesh: I'm curious - why do you want to do this without keystone?06:10
mnewbyHitesh? And why not through devstack?06:10
mnewbyHitesh: If this is your first run at quantum, not having a good default configuration to work from is going to slow you down.06:11
Hiteshmnewby: Actually we have a requirement to test the quantum without keystone06:11
mnewbyHitesh: It's not that what you're trying to do isn't supported, but by deviating from the common way of doing things before you know what you're doing, it's going to be harder to learn.06:11
Hiteshmnewby: I have isntalled it on the other server through devstack06:11
Hiteshmnewby: but currently I can't access that server06:12
Hiteshmnewby: we did customization as well..I mean own plugin06:12
mnewbyHitesh: If that's the case, I would encourage you to get noauth working under devstack, and once you know how to configure things in that environment, try to do it from source.06:12
Hiteshmnewby: Oh..ok06:12
mnewbyHitesh: Otherwise, how do you debug problems?  Without a known good configuration, things can be very challenging.06:12
Hiteshmnewby: generally what I use to do, I use to check the user, tenant from keystone, then I use to pass it to cli06:13
Hiteshmnewby: that case it works fine..06:13
Hiteshmnewby: yes you are right, without good config, its hard to debug06:13
*** otherwiseguy has quit IRC06:13
Hiteshmnewby: let me validate the service setup..through curl and telnet06:14
mnewbyHitesh: it sounds an awful lot like your config is not being picked up06:14
Hiteshmnewby: do you know any configuration that can be done in api.past.ini file?06:14
mnewbyHitesh: Does /etc/quantum/quantum.conf exist, and have auth_strategy = noauth set?06:15
Hiteshmnewby: Yes06:15
mnewbyHitesh: You may want to double check that.   403 indicates an auth failure, which simply shouldn't occur if noauth is configured.06:15
Hiteshmnewby: its showing in debug message as well when we run quantum-server start06:15
*** colinmcnamara has joined #openstack-dev06:16
mnewbyHitesh: and what are you seeing in the quantum server log when the auth failure occurs from the client?06:16
Hiteshmnewby: 2012-11-27 23:53:02    DEBUG [quantum.service] auth_strategy                  noauth06:16
*** nati_ueno has joined #openstack-dev06:16
Hiteshmnewby: there is no log file under /var/log/quantum06:17
mnewbyHitesh: So where is it logging to?  Is it being run as a daemon, or are you invoking manually and having it log to screen?06:18
*** colinmcnamara1 has joined #openstack-dev06:18
Hiteshmnewby: I am seeing it manually on screen06:18
mnewbyHitesh: So what are you seeing when the cli receives a 403?  Anything?06:19
Hiteshmnewby: but no message while we hit that url06:19
Hiteshmnewby: no message on log screen06:19
mnewbyHitesh: I'll try to repro, but it sounds an awful lot like you aren't hitting the right service.06:19
mnewbyHitesh: Especially since the service seems to be configured to do DEBUG logging06:20
mnewbyHitesh: Double check with telnet06:20
Hiteshmnewby: yes06:20
*** colinmcnamara has quit IRC06:20
Hiteshmnewby: need to check if that port open or not06:20
mnewbyHitesh: Given that you're seeing a 403, the port is open06:20
mnewbyHitesh: Whether it's the right port is the issue06:20
*** colinmcnamara has joined #openstack-dev06:21
*** jeremielim has joined #openstack-dev06:22
mnewbyHitesh: can you please give me the full url that is failing?06:23
Hiteshmnewby: ok06:23
*** lloydde has joined #openstack-dev06:23
*** colinmcnamara1 has quit IRC06:23
mnewbyHitesh: example: quantum --os-auth-strategy=noaauth --os-url=http://quantum-dev:9696/ net-list06:23
mnewbyHitesh: This works fine06:23
Hiteshmnewby: here is the output of telnet06:23
Hiteshtelnet: connect to address ::1: Connection refused06:23
mnewbyHitesh: Not telnet06:23
Hiteshmn06:23
Hiteshmnewby: ok06:23
mnewbyHitesh: Use something like the following: quantum --os-auth-strategy=noaauth --os-url=http://quantum-dev:9696/ net-list06:23
*** colinmcnamara1 has joined #openstack-dev06:24
mnewbyHitesh: Substituting your server name for quantum-dev, of course06:24
Hiteshmnewby: quantum --os-auth-strategy=noaauth --os-url=http://localhost:9696/ net-list06:24
mnewbyHitesh: And?06:24
Hiteshmnewby: same message06:25
Hiteshmnewby: (403, 'Forbidden')06:25
mnewbyHitesh: You're not hitting the write service, then.06:25
Hiteshmnewby: netstat -tulpn I have run this command06:25
*** colinmcnamara has quit IRC06:25
Hiteshmnewby: output is tcp        0      0 0.0.0.0:9696                0.0.0.0:*                   LISTEN      940/python06:25
Hiteshmnewby: also I ran this06:26
Hiteshmnewby: telnet localhost 969606:26
Hiteshmnewby: output is , Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost.06:26
*** colinmcnamara has joined #openstack-dev06:26
Hiteshmnewby: can you give me telnet command that you use to check?06:26
mnewbyHitesh: What is the bind_host value in quantum.conf?06:27
Hiteshbind_host=0.0.0.006:27
mnewbyHitesh: well, change it to something sane.06:27
*** colinmcnamara has left #openstack-dev06:27
Hiteshmnewby: do you want me to change it?06:27
Hiteshmnewby: machine ip address?06:27
mnewbyHitesh: Like, say, localhost.  machine ip.  whatever.06:27
Hiteshmnewby: ok06:27
*** jeremielim_ has joined #openstack-dev06:28
*** jeremielim has quit IRC06:28
*** jeremielim_ is now known as jeremielim06:28
*** colinmcnamara1 has quit IRC06:28
Hiteshmnewby: I have changed it to machine ip, still getting same message06:29
Hiteshmnewby: give me telnet command that you use to try for port?06:30
mnewbyHitesh: I don't know what to tell you.  If you've configured quantum with noauth, and executed the command as I described, you should not be getting a 403.06:30
mnewbyHitesh: If you are, you're hitting the wrong service, somehow.06:30
mnewbyHitesh: And as to how, well, that's not something I can help you debug.06:30
mnewbyHitesh: The particulars of the box in question aren't amenable to debugging by proxy.06:31
*** rushiagr has joined #openstack-dev06:31
Hiteshmnewby: oh..06:31
mnewbyHitesh: Make sure no other service is running and that nothing is preventing you from hitting the service (redirection via firewall rules, for instance).06:31
Hiteshmnewby: Ok..it seems port has been open06:31
Hiteshmnewby: ok.06:32
Hiteshmnewby: my VM is on DC..I am connecting that VM thrugh VPN06:32
Hiteshmnewby: will that be a problem?06:32
mnewbyHitesh: No idea.06:32
Hiteshmnewby: Ok.06:33
mnewbyHitesh: sorry.06:33
Hiteshmnewby: when I tried at my home lab through devstack06:33
Hiteshmnewby: its working fine..also debug messages appreare on screen when we hit the url06:33
Hiteshmnewby: let check code though06:34
mnewbyHitesh: every indication is that the cli invocation is not hitting the right service.  no log message, an unexpected 403…  figure out how to hit the right service, and things will work as expected.06:34
Hiteshmnewby: exactly06:35
Hiteshmnewby: let me hit that url through curl06:35
mnewbyHitesh: are you invoking quantum on the same box as is running the service?06:35
*** lloydde has quit IRC06:35
*** lloydde has joined #openstack-dev06:36
Hiteshmnewby: yes06:36
Hiteshmnewby: I am on the same box06:36
mnewbyiptables -L ?06:36
Hiteshmnewby: quantum-server and cli are on the same box06:37
*** colinmcnamara1 has joined #openstack-dev06:37
HiteshChain INPUT (policy ACCEPT) target     prot opt source               destination ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED ACCEPT     icmp --  anywhere             anywhere ACCEPT     all  --  anywhere             anywhere ACCEPT     tcp  --  anywhere             anywhere            state NEW tcp dpt:ssh REJECT     all  --  anywhere             anywhere            reject-with icmp-ho06:37
mnewbyHitesh: Please don't paste so much - clutters it up for everyone.  I was just prompting you to check whether there were any relevant iptables rules that would be blocking or redirecting packets.06:40
*** lloydde has quit IRC06:41
*** colinmcnamara has joined #openstack-dev06:41
*** colinmcnamara1 has quit IRC06:41
*** eglynn_ has quit IRC06:41
Hiteshmnewby: Ok..I will take care of it :) .. do you feel any config in policy.json?  I think it should not invoke if we configure noauth06:41
mnewbyHitesh: No.  Your first task is to get log output on the server in response to a cli call.06:42
Hiteshmnewby: Ok..06:43
*** colinmcnamara has quit IRC06:46
*** jcooley is now known as jcooley_afk06:46
*** yjiang5_away is now known as yjiang506:49
*** colinmcnamara has joined #openstack-dev06:49
*** maxiz has quit IRC06:52
*** jcooley_afk is now known as jcooley06:52
Hiteshmnewby: give me your emai lid? I will send the respective efforts for this on your id06:52
mnewbyHitesh: I'm not sure I see the point.  This isn't a quantum issue.06:53
Hiteshmnewby: ok06:53
*** maxiz has joined #openstack-dev06:53
*** jeremielim has quit IRC06:54
Hiteshmnewby: You are right, since its not hitting the service, it must be configuration problem..06:54
*** colinmcnamara has quit IRC06:54
Hiteshmnewby: some where its blocking06:54
*** jeremielim has joined #openstack-dev06:57
Hiteshmnewby: Thanks mnewby for help :)06:58
Hiteshmnewby: Really appreciated06:58
mnewbyHitesh: Not sure I did much of anything but I hope you figure it out.  :)06:58
*** adjohn has quit IRC06:58
Hiteshmnewby: Yes..I will ask internal team about it....from Grizzly perspective, what are you looking at currently06:59
*** jcooley is now known as jcooley_afk06:59
mnewbyHitesh: I haven't been contributing much to core lately.  Some back-burnered efforts to get quantum ovs working on xcp/xs, working with xcp on devstack, and testable via tempest.  Slow going, though, since xcp isn't a platform most quantum devs use.07:00
Hiteshmnewby: oh..sounds intersting07:01
Hiteshmnewby: I will start contributing from next week07:01
mnewbyHitesh: Always appreciated :)07:01
*** Tross has quit IRC07:02
Hiteshmnewby: :)07:02
*** Mandell has quit IRC07:03
*** nati_ueno has quit IRC07:04
*** garyk has joined #openstack-dev07:08
*** markwash has quit IRC07:13
*** nati_ueno has joined #openstack-dev07:16
*** mindpixel has joined #openstack-dev07:18
mnewbygaryk: question regardling cli...07:19
*** jcmartin has quit IRC07:19
*** zhiteng has joined #openstack-dev07:21
*** zhiteng has quit IRC07:22
*** sacharya has quit IRC07:23
mnewbygaryk: I can't seem to figure out how to create a subnet with multiple allocation pools.  And I notice that, despite docs suggesting allocation_pools should be posted as a list of dicts in a json request, it is actually being passed as a raw string, which would seem to preclude multiple pools being provided.07:23
garykmnewby: give me a sec07:24
mnewbygaryk: no rush :)07:24
garykmnewby: i have a cheat sheet somewhere that i need to dig up...07:24
*** mrunge has joined #openstack-dev07:25
*** jeremielim has quit IRC07:27
*** jeremielim has joined #openstack-dev07:27
garykmnewby:  quantum subnet-create --allocation-pool start=13.0.0.10,end=13.0.0.20   --allocation-pool start=13.0.0.40,end=13.0.0.60 private 13.0.0.0/2407:31
mnewbygaryk: ah, so it requires providing the options in two different ways?07:31
garykmnewby: i guess. originally i thought that it needed a "list=true type=dict" but this did not work (that is how i configured the fixed ips).07:32
*** eglynn has joined #openstack-dev07:32
garykmnewby: i think that gongys is the best guys to ask about the reasoning here07:32
*** Mandell has joined #openstack-dev07:34
mnewbygaryk: the ability to specify things in multiple ways confused me, thanks for the working example :)07:36
*** darjeeling has quit IRC07:42
*** ondergetekende has joined #openstack-dev07:42
*** suraj_ has joined #openstack-dev07:46
suraj_hi all07:46
*** maelfius has quit IRC07:46
suraj_I want to know abt VMware ESX support in openstack?07:46
*** ondergetekende has quit IRC07:47
*** ondergetekende has joined #openstack-dev07:47
*** ondergetekende has joined #openstack-dev07:48
*** darjeeling has joined #openstack-dev07:50
*** flaper87 has joined #openstack-dev07:55
*** flaper87 has joined #openstack-dev07:55
*** flaper87 has quit IRC07:55
*** flaper87 has joined #openstack-dev07:56
*** flaper87 has joined #openstack-dev07:56
*** rafaduran has joined #openstack-dev08:03
*** nati_ueno has quit IRC08:05
*** nati_ueno has joined #openstack-dev08:06
*** nati_ueno has quit IRC08:10
*** Tross has joined #openstack-dev08:14
*** Tross has left #openstack-dev08:14
*** maploin has joined #openstack-dev08:17
*** maploin has quit IRC08:17
*** maploin has joined #openstack-dev08:17
*** jpich has joined #openstack-dev08:18
*** Tross1 has joined #openstack-dev08:18
*** markwash has joined #openstack-dev08:19
*** Tross has joined #openstack-dev08:22
*** Tross1 has quit IRC08:22
*** Tross has left #openstack-dev08:23
*** markwash has quit IRC08:24
*** afazekas has joined #openstack-dev08:25
*** Tross1 has joined #openstack-dev08:25
*** eglynn_ has joined #openstack-dev08:25
*** reidrac has joined #openstack-dev08:27
*** eglynn has quit IRC08:28
*** maelfius has joined #openstack-dev08:34
*** vishy is now known as vishy_zz08:36
*** winston-d_ has quit IRC08:39
*** EmilienM has quit IRC08:40
*** salv-orlando has joined #openstack-dev08:48
*** mrodden has quit IRC08:52
*** ondergetekende has quit IRC08:53
*** zing has joined #openstack-dev08:55
*** winston-d has quit IRC08:56
*** jrodom has joined #openstack-dev08:57
*** Tross1 has quit IRC08:58
*** woorea has joined #openstack-dev08:58
*** Tross has joined #openstack-dev09:00
*** shardy_afk is now known as shardy09:06
*** vipul has quit IRC09:08
*** vipul has joined #openstack-dev09:08
*** epim has quit IRC09:09
*** kpavel has quit IRC09:11
*** derekh has joined #openstack-dev09:13
*** darraghb has joined #openstack-dev09:24
*** danpb has joined #openstack-dev09:28
*** AnilV4 has quit IRC09:28
*** maelfius has quit IRC09:28
*** kpavel has joined #openstack-dev09:29
*** shang has quit IRC09:29
*** shang has joined #openstack-dev09:30
*** AnilV4 has joined #openstack-dev09:30
*** pixelbeat has joined #openstack-dev09:31
*** EmilienM has joined #openstack-dev09:39
*** aloga has quit IRC09:40
*** aloga has joined #openstack-dev09:41
*** ondergetekende has joined #openstack-dev09:42
*** markmc has joined #openstack-dev09:42
*** huats_ has quit IRC09:43
*** maxiz has quit IRC09:43
*** arbrandes has joined #openstack-dev09:45
*** eglynn__ has joined #openstack-dev09:46
*** eglynn_ has quit IRC09:49
*** salv-orlando has quit IRC09:49
*** salv-orlando_ has joined #openstack-dev09:49
*** reed has joined #openstack-dev09:51
*** woorea has quit IRC09:51
*** EmilienM has quit IRC09:53
*** EmilienM has joined #openstack-dev09:55
*** suraj_ has quit IRC09:56
*** woorea has joined #openstack-dev09:57
*** salv-orlando_ has quit IRC09:59
*** SuYan has quit IRC09:59
*** jeremielim has quit IRC10:02
*** xchu has quit IRC10:10
*** alobbs has joined #openstack-dev10:13
*** gongysh has joined #openstack-dev10:19
*** ewindisch has joined #openstack-dev10:23
*** adalbas has joined #openstack-dev10:24
*** woorea has quit IRC10:32
garykmarkmc: ping10:39
markmcgaryk, yes?10:39
garykmarkmc: regarding the quantum stable there is one outstanding patch - https://review.openstack.org/#/c/17033/.10:39
markmcgaryk, yes10:39
garykmarkmc: i have tested this with the stable env and it works.10:39
garykmarkmc: once this is in quantum is good to go10:40
markmcgaryk, ok, add that as a comment to the review10:40
garykmarkmc: sure. np.10:40
markmcgaryk, I don't see much in the review, commit message or bug to help folks decide whether it's vital for 2012.2.1 or not10:41
garykmarkmc: without it dhcp will not work when namespaces is disabled. i can add this to the commit message if necessary10:41
markmcgaryk, add as a review comment10:42
markmcgaryk, and it's not about "what the bug is" but "how serious is that bug, who does it impact, etc."10:42
*** woorea has joined #openstack-dev10:42
garykmarkmc: ok. when it was opened it should have been set as critical or a blocker10:44
markmcgaryk, ok, change it then10:45
*** mmagr has joined #openstack-dev10:48
*** maploin has quit IRC10:49
*** maurosr has joined #openstack-dev10:53
*** arbrandes has quit IRC11:01
*** mindpixel has quit IRC11:01
*** yjiang5 is now known as yjiang5_away11:05
*** woorea has quit IRC11:06
*** jrodom has quit IRC11:08
*** salv-orlando has joined #openstack-dev11:11
*** alexpilotti has joined #openstack-dev11:15
*** maxiz has joined #openstack-dev11:15
*** kmartin has quit IRC11:16
*** jeremielim has joined #openstack-dev11:19
*** jeremielim has quit IRC11:21
*** mrunge has quit IRC11:35
*** shardy is now known as shardy_afk11:38
garyksalv-orlando: hi, i saw your comments on the l3. i did things a little different. thanks!11:39
salv-orlandogaryk: which comments are you referring to? I am commenting on a lot of stuff recently.11:41
salv-orlandoYou mean the l3 agent rpc?11:42
salv-orlandook, I've seen your update on gerrit11:42
garyksalv-orlando: ack11:44
*** roz has joined #openstack-dev11:52
*** roadTripper has joined #openstack-dev11:56
*** sthaha has joined #openstack-dev11:57
*** darjeeling has quit IRC12:02
*** maploin has joined #openstack-dev12:05
*** maploin has quit IRC12:05
*** maploin has joined #openstack-dev12:05
*** mrunge has joined #openstack-dev12:07
*** Tross has quit IRC12:12
*** mrunge has quit IRC12:20
*** Mandell has quit IRC12:23
*** timello has joined #openstack-dev12:29
*** dhellmann is now known as dhellmann-afk12:32
*** EmilienM has quit IRC12:33
*** EmilienM has joined #openstack-dev12:34
*** adalbas has quit IRC12:35
*** sandywalsh has joined #openstack-dev12:47
*** shardy_afk is now known as shardy12:49
*** almaisan-away is now known as al-maisan12:49
*** 17SAB5KKR is now known as ayoung12:54
*** markvoelker has joined #openstack-dev12:55
*** darjeeling has joined #openstack-dev12:57
*** rushiagr has quit IRC13:03
*** boden has joined #openstack-dev13:05
*** Elwell_ has joined #openstack-dev13:09
*** Elwell has quit IRC13:09
*** dprince has joined #openstack-dev13:11
*** jpich has quit IRC13:12
*** jpich has joined #openstack-dev13:12
rohitkhi folks: Anybody tried installing Quantum with the latest Devstack?13:14
rohitkQuantum service fails to start with CRITICAL quantum [-] [Errno 13] Permission denied: '/var/lib/quantum'13:14
*** adalbas has joined #openstack-dev13:14
*** tmishler has joined #openstack-dev13:15
*** dolphm has joined #openstack-dev13:16
*** jrodom has joined #openstack-dev13:18
amotokirohitk: please apply https://review.openstack.org/17042. This will fix your problem.13:18
rohitkamotoki: Thanks, will try that13:20
openstackgerritA change was merged to openstack/quantum: Fixes update router gateway successful with existed floatingip association  https://review.openstack.org/1688013:20
*** alunduil has quit IRC13:23
rohitkamotoki: The patch worked13:24
amotokirohitk: good to hear that13:24
*** samkottler|out is now known as samkottler13:28
*** colinmcnamara has joined #openstack-dev13:29
*** dingus9 has joined #openstack-dev13:30
afazekasjaypipes: ping13:32
sorenmarkmc: Do you have a ball park estimate of how many changes have landed in all the stable/folsom branches so far?13:36
sorenmarkmc: Total, I mean.13:36
sorenmarkmc: Oh, you mentioned that yesterday in the meeting, didn't you?13:37
*** dingus9 has quit IRC13:38
*** dingus9 has joined #openstack-dev13:39
trapniis it possible to run folsom horizon UI against an Essex Cloud ?13:41
*** p4tux has quit IRC13:42
*** nati_ueno has joined #openstack-dev13:45
*** dprince_ has joined #openstack-dev13:48
*** dprince has quit IRC13:48
*** nati_ueno has quit IRC13:48
markmcsoren, http://lists.openstack.org/pipermail/openstack-stable-maint/2012-November/000131.html13:49
*** rushiagr has joined #openstack-dev13:49
sorenmarkmc: Wicked, thanks.13:50
*** rushiagr has left #openstack-dev13:50
*** pabelanger has joined #openstack-dev13:52
*** e1mer has quit IRC13:52
*** sayjay has quit IRC14:04
dimsclarkb, markmc, any word on problem with gate-oslo-incubator-pyflakes?14:09
*** imsplitbit has joined #openstack-dev14:10
*** salv-orlando has quit IRC14:10
*** salv-orlando has joined #openstack-dev14:10
markmcdims, this needs to land: https://review.openstack.org/1667114:10
dimsthanks markmc14:15
*** Dr_Who has joined #openstack-dev14:16
*** Dr_Who has joined #openstack-dev14:16
*** al-maisan is now known as almaisan-away14:18
dimssdague, how do i recreate this problem? https://bugs.launchpad.net/oslo/+bug/108321814:19
uvirtbotLaunchpad bug 1083218 in oslo "oslo changes to logging_context_format_string not compatible with nova" [Critical,Triaged]14:19
*** ahardy_ has joined #openstack-dev14:19
afazekasjaypipes: ping14:19
*** trapni has quit IRC14:22
jaypipesafazekas: pong, but back in 20.. need to reboot.14:24
*** jaypipes has quit IRC14:25
*** imsplitbit has quit IRC14:27
*** imsplitbit has joined #openstack-dev14:28
*** alunduil has joined #openstack-dev14:29
*** kbringard has joined #openstack-dev14:31
*** alunduil has quit IRC14:31
*** alunduil has joined #openstack-dev14:32
garykrussellb: from what it seems the nitification queue has entries when then service starts. hence http://paste.openstack.org/show/26941/14:32
*** trapni has joined #openstack-dev14:33
*** gongysh has quit IRC14:33
*** trapni has quit IRC14:34
*** trapni has joined #openstack-dev14:34
*** radez_g0n3 is now known as radez14:34
*** Dr_Who has quit IRC14:35
russellbgaryk: looking around at code ...14:36
*** amotoki has quit IRC14:36
garykrussellb: if i clear the queues prior to running the quantum service then all is good. it just cropped up today (from i see we did not update any common code).14:37
russellbso that's interesting, i wonder why there's anything in the queue14:38
russellbit looks like whatever set up the queue to send something to it didn't set the same parameters as this code trying to consume from it14:38
*** imsplitbit_ has joined #openstack-dev14:40
*** zhiteng has joined #openstack-dev14:40
*** imsplitbit_ has quit IRC14:41
*** mrodden has joined #openstack-dev14:41
*** imsplitbit_ has joined #openstack-dev14:43
*** imsplitbit has quit IRC14:43
russellbgaryk: actually, there shouldn't be anything in the queue unless something created it, and only the consumer side (this code) should be creating it14:43
*** jcooley_afk is now known as jcooley14:44
*** maploin has quit IRC14:45
russellbgaryk: not sure what to tell you ... i'd dig into finding out what is in the queue when you start up, that will probably give a hint14:45
garykrussellb: thanks. that is what i am doing. just was crossing my fingers that you could have had a ace up your sleeve14:47
*** imsplitbit_ is now known as imsplitbit14:47
russellbnope sorry :)14:47
*** maploin has joined #openstack-dev14:48
*** aloga has quit IRC14:49
*** maploin has quit IRC14:49
*** maploin has joined #openstack-dev14:49
*** aloga has joined #openstack-dev14:49
*** zhiteng has quit IRC14:49
*** colinmcnamara has quit IRC14:51
*** aeperezt has joined #openstack-dev14:51
*** rohitk has quit IRC14:51
*** winston-d has joined #openstack-dev14:52
*** jchiles has joined #openstack-dev14:52
*** jaustinpage|want has joined #openstack-dev14:52
*** Dr_Who has joined #openstack-dev14:53
*** Dr_Who has joined #openstack-dev14:53
*** nunosantos has joined #openstack-dev14:56
*** flaper87_ has joined #openstack-dev14:58
*** ahardy_ has quit IRC14:58
*** jaypipes has joined #openstack-dev14:59
*** flaper87_ has quit IRC14:59
*** Dr_Who has quit IRC15:00
*** Hitesh has quit IRC15:01
sorenmarkmc: Just for giggles, do you have the same number for stable/essex?15:01
afazekasjaypipes: I would like to add http://docs.openstack.org/developer/swift/overview_object_versioning.html - related test case(s) to tempest. Is the allow_versions = true  now ?15:01
markmcsoren, http://wiki.openstack.org/ReleaseNotes/2012.1.{1,2,3}15:01
jaypipesafazekas: looking...15:02
*** flaper87 has quit IRC15:02
* soren hugs markmc 15:02
jaypipesafazekas: so, are you asking about the Swift setting in the devstack gate? If so, I actually have no idea...15:03
markmcsoren, np :)15:03
jaypipesafazekas: I'm not even sure we have swift enabled in the devstack gate, to be honest.15:03
jaypipesafazekas: gimme some time to check it out... going to grab some coffee and I will ping you about this later.15:03
*** colinmcnamara has joined #openstack-dev15:03
afazekasjaypipes: thank you15:04
*** sthaha has quit IRC15:04
*** markmcclain has joined #openstack-dev15:04
*** TheEstablishment has joined #openstack-dev15:05
*** kpavel has quit IRC15:06
*** jrodom has quit IRC15:06
*** edmund has joined #openstack-dev15:09
*** ndipanov has quit IRC15:09
*** eharney has joined #openstack-dev15:09
*** andrewbogott_afk is now known as andrewbogott15:10
*** rpedde_away is now known as rpedde15:10
*** edmund1 has joined #openstack-dev15:12
*** ndipanov has joined #openstack-dev15:12
*** sacharya has joined #openstack-dev15:13
*** edmund has quit IRC15:13
*** koolhead17 has joined #openstack-dev15:14
*** colinmcnamara has quit IRC15:17
*** jcru has joined #openstack-dev15:18
*** salv-orlando has quit IRC15:18
*** salv-orlando has joined #openstack-dev15:19
*** ondergetekende has quit IRC15:19
*** sacharya has quit IRC15:19
*** colinmcnamara has joined #openstack-dev15:19
*** eglynn__ has quit IRC15:19
*** TerryH has joined #openstack-dev15:20
davidkranzafazekas, jaypipes : I believe https://review.openstack.org/#/c/14689/ (EC2 stuff) has caused a bunch of error messages in the logs but no test failure.15:22
davidkranzSee http://logs.openstack.org/14689/18/gate/gate-tempest-devstack-vm/20140/console.html.gz15:22
davidkranzWe need to get rid of those messages if there is not actually anything wrong.15:22
*** eglynn__ has joined #openstack-dev15:22
*** salv-orlando_ has joined #openstack-dev15:23
*** salv-orlando has quit IRC15:23
*** salv-orlando_ is now known as salv-orlando15:23
*** kpavel has joined #openstack-dev15:24
afazekasdavidkranz: boto library need to be upgraded15:24
*** glauaguiar has joined #openstack-dev15:24
davidkranzafazekas: Can you do that or is ci team needed?15:24
afazekasdavidkranz: I do not have access15:25
*** Dr_Who has joined #openstack-dev15:25
davidkranzafazekas: Can you ping fungi or clarkb and explain what is needed?15:26
*** colinmcnamara has quit IRC15:26
openstackgerritA change was merged to openstack/nova: Make resize and multi-node work properly together  https://review.openstack.org/1700215:27
*** benner has quit IRC15:28
*** anteaya has joined #openstack-dev15:28
*** benner has joined #openstack-dev15:30
*** mtreinish has joined #openstack-dev15:32
*** winston-d has quit IRC15:32
afazekasdavidkranz: tools/pip-requires says: boto>=2.2.1 is required. I can provide shell script part  for manifest preparation if it missing too15:34
fungiafazekas: davidkranz: i'll look into what's involved in increasing the minimum version for a dependency15:36
*** annegentle_ has joined #openstack-dev15:36
*** timello has quit IRC15:37
afazekasfungi: I am ok, with much newer version like, boto-2.5.2 too15:38
*** timello has joined #openstack-dev15:38
fungiafazekas: if it's used by multiple subprojects, that can get tricky i think (depending on how much backward compatability the library maintains)15:39
fungibut i'll find out15:39
*** maxiz has quit IRC15:39
*** datsun180b has joined #openstack-dev15:43
*** timello has quit IRC15:43
*** timello has joined #openstack-dev15:43
*** timello has quit IRC15:44
*** eglynn__ has quit IRC15:46
*** eglynn__ has joined #openstack-dev15:46
*** winston-d has joined #openstack-dev15:47
*** timello has joined #openstack-dev15:48
jaypipesdavidkranz: k, looking into it.15:49
*** woodspa has joined #openstack-dev15:49
davidkranzjaypipes: I think fungi  is on it now. ^^^^15:50
jaypipesdavidkranz: ya.15:50
jaypipesdavidkranz: when did we start filling up the log with ERRORs that aren't errors? :(15:50
jaypipesdavidkranz: IMHO, a 404 is not an ERROR log level...15:51
openstackgerritA change was merged to openstack/keystone: Ensure token expiration is maintained (bug 1079216)  https://review.openstack.org/1705115:51
uvirtbotLaunchpad bug 1079216 in keystone "token expires time incorrect for auth by one token" [High,In progress] https://launchpad.net/bugs/107921615:51
fungidavidkranz: jaypipes: fungi isn't entirely sure what he's doing and is attempting to muddle through. found references to boto in devstack files/{apts,rpms}/*15:51
*** imsplitbit has quit IRC15:52
*** maxiz has joined #openstack-dev15:53
jaypipesfungi: yes, the problem is that the euca.sh exercise in devstack may depend on a different version of boto than the tempest ec2 tests do... it may be that for the tempest runs specifically (in devstack-gate project), we install the updated 2.5.2 lib.15:53
fungidoesn't look like we're doing versioning of any of those though, since that's distro packages15:53
fungijaypipes: ahh, okay15:53
*** dhellmann-afk is now known as dhellmann15:53
jaypipesfungi: right, and not pip installs, which tempest relies on, IIRC15:53
jaypipesfungi: it might be as simple as putting a call to pip install -r requirements.txt in the tempest dir from the devstack-gate-tempest-vm.sh script?15:54
fungijaypipes: maybe. i'm looking in there now15:54
jaypipesfungi: coolio, thx for your help jeremy15:55
fungijaypipes: i take it a versioned entry for it in tools/test-requires wouldn't be appropriate?15:55
jaypipesfungi: sure, that's totally fine.15:56
*** ahardy_ has joined #openstack-dev15:57
fungijaypipes: okay, i'll try to skin it that way then15:57
* jaypipes thought there was something in there for boto already...?15:57
jaypipeskk15:57
fungino references to the string "boto" anywhere in the devstack-gate repo (yet)15:57
jaypipesfungi: no, it's in tempest..15:57
fungioh! i'll pull that one and have a look then15:58
jaypipesfungi: and since devstack-gate installs tempest, should be easy enough :)15:58
*** maploin has quit IRC15:58
fungiyep15:58
*** kmartin has joined #openstack-dev15:59
fungiahh, yeah, updating my tempest tree i see a bunch of boto pieces just got pulled15:59
fungijaypipes: right, so tempest already has tools/pip-requires:boto>=2.2.116:00
fungiwhich appears to be what afazekas was already saying16:00
jaypipesfungi: and what I was saying too :)16:01
*** avishay has joined #openstack-dev16:01
*** andrewbogott is now known as andrewbogott_afk16:02
*** p4tux has joined #openstack-dev16:02
alexpilottidansmith: ping16:02
jaypipesfungi: I believe we just need to call pip install -r tools/test-requires right before the call to do nosetests -sv blah blah16:02
winston-ddhellmann, ping16:02
jaypipeswinston-d: hey man, long time to chat :) how are ya?16:02
fungijaypipes: ah! now it makes sense. as opposed to later16:02
*** mmagr has quit IRC16:03
fungii'll work up a patch in that case16:03
avishaywinston-d: thanks for your help with CHAP. I was under the impression that there was support for two-way CHAP, and that's why I was confused by the code.16:03
winston-djaypipes, hey, jay.  I'm fine, thx.  how about you? you seems to have been quiet for a while. :)16:03
dansmithalexpilotti: be with you in a sec16:03
*** Dr_Who has quit IRC16:03
jaypipeswinston-d: yes, indeed. moved to AT&T and been heads down building deployment automation stuff. fun :)16:04
*** Elwell_ is now known as Elwell16:04
winston-davishay, ur welcome.16:04
alexpilottidansmith: ok, tx!16:04
*** reidrac has quit IRC16:05
winston-djaypipes, cool! is att providing public cloud service?16:05
*** tmishler has quit IRC16:05
*** sacharya has joined #openstack-dev16:06
*** tmishler has joined #openstack-dev16:06
jaypipeswinston-d: nope, internal customers only16:06
jaypipeswinston-d: which has its upside and downside :) upside is no billing, downside is everyone just grabs m2.xlarges ;)16:07
winston-djaypipes, private cloud, even better! i love enterprise workloads. :)16:07
jaypipeswinston-d: lol, you would be the first. :P16:07
winston-djaypipes, r u still in texas? or moved to NY, i know Yun Mao is in NY.16:09
jaypipeswinston-d: yeah, Yun and Simon are in New Jersey actually... I'm still in Ohio, but the whole team is spread over the US, from Austin to colorado to LA to Maryland to SFO :)16:10
*** markwash has joined #openstack-dev16:10
*** utlemming has joined #openstack-dev16:10
*** Tross has joined #openstack-dev16:10
*** gyee has joined #openstack-dev16:10
*** Tross has left #openstack-dev16:11
*** woorea has joined #openstack-dev16:11
winston-djaypipes, ahh, cool. deploy & operate remotely is fun, isn't it? :)16:12
jaypipeswinston-d: you know it!16:12
*** jcooley is now known as jcooley_afk16:12
*** jdurgin1 has joined #openstack-dev16:13
winston-djaypipes, anyway, what are you working on besides tempest? anything interesting?16:15
*** benner has quit IRC16:16
jaypipeswinston-d: a whole lot of chef and python glue code.16:16
jaypipeswinston-d: hopefully sooner rather than later, I can get back to working on some of the core projects more.16:17
jaypipeswinston-d: we have a small team and a big deploy schedule, so getting the automation right is essential..16:17
*** TheEstablishment has quit IRC16:17
jaypipesdhellmann, nijaba: is anyone working on a Ceilometer Horizon plugin/dashboard, by any chance?16:19
*** andrewbogott_afk is now known as andrewbogott16:19
jeblairjaypipes: hi there!  seems like devstack should probably be patched to install whatever deps tempest needs...16:20
jeblairjaypipes: does 'python setup.py install' work for tempest?16:20
jaypipesjeblair: lol, no.16:20
*** jaustinpage|want has quit IRC16:20
jeblairjaypipes: if not, maybe just have devstack "pip install -r tools/pip-requires" as a special case16:20
jaypipesjeblair: yeah, that's what we suggested to fungi16:20
jeblairjaypipes: (that way all the "set up and configure apps and dependencies" logic stays in devstack)16:20
*** benner has joined #openstack-dev16:20
jaypipesjeblair: would be great, of course, to have real setup.py-ability.16:21
jeblairjaypipes: yeah, just saying devstack vs devstack-gate.16:21
jaypipesoh! yeah, sure16:21
*** dolphm_ has joined #openstack-dev16:21
fungicool. i'll wedge it into devstack instead of devstack-gate then16:21
fungithanks!16:22
*** dolphm has quit IRC16:22
afazekasjaypipes: fungi: http://pastebin.com/qseHF6t9 I do not know this script parts are merged jet or the manifest.xml provided in an another way.  The dependent tests cases are SKIPing automatically when its missing.16:22
*** garyk has quit IRC16:23
nijabajaypipes: we have a bp, but it is not assigned to anyone: https://blueprints.launchpad.net/ceilometer/+spec/horizon-plugin16:23
*** jcooley_afk is now known as jcooley16:23
jaypipesnijaba: cheers, thx!16:23
*** sacharya1 has joined #openstack-dev16:23
jaypipesafazekas: yup, fungi is looking into the fix...16:24
* fungi nods16:24
*** jcru is now known as jcru|away16:25
*** sacharya has quit IRC16:25
*** maoy has joined #openstack-dev16:27
*** dprince_ has quit IRC16:29
*** dprince has joined #openstack-dev16:29
*** danwent has joined #openstack-dev16:30
*** thingee has quit IRC16:30
*** thingee has joined #openstack-dev16:31
*** thingee has quit IRC16:31
*** thingee has joined #openstack-dev16:33
*** aabes has joined #openstack-dev16:34
winston-djaypipes, have to get off to bed. talk 2 u later.16:35
jaypipeswinston-d: cya!16:35
winston-djaypipes, bye~16:36
*** winston-d is now known as winston-d_zzZ16:36
*** andrewbogott is now known as andrewbogott_afk16:37
*** timello has quit IRC16:38
BLZbubbamorning16:41
*** timello has joined #openstack-dev16:44
*** jcru|away is now known as jcru16:48
*** jcru has quit IRC16:50
*** colinmcnamara has joined #openstack-dev16:50
*** anteaya has quit IRC16:50
*** jcru has joined #openstack-dev16:50
*** samkottler is now known as samkottler|bbl16:52
*** joshuamckenty has joined #openstack-dev16:53
*** woorea has quit IRC16:54
*** woorea has joined #openstack-dev16:54
*** colinmcnamara has quit IRC16:55
*** colinmcnamara has joined #openstack-dev16:57
*** datsun180b_ has joined #openstack-dev16:58
*** halj has joined #openstack-dev16:59
*** brucer has quit IRC17:00
*** brucer_afk has joined #openstack-dev17:00
*** datsun180b has quit IRC17:01
*** joe5081 has joined #openstack-dev17:01
*** colinmcnamara has quit IRC17:01
*** joe5081 has quit IRC17:01
openstackgerritA change was merged to openstack/nova: Move imagecache code from nova.virt.libvirt.utils  https://review.openstack.org/1670317:02
*** joe5081 has joined #openstack-dev17:02
*** datsun180b_ has quit IRC17:02
*** datsun180b has joined #openstack-dev17:02
*** joe5081 has quit IRC17:02
openstackgerritA change was merged to openstack/nova: Move ec2 config opts to nova.api.ec2.cloud  https://review.openstack.org/1670617:02
*** joe5081 has joined #openstack-dev17:03
BLZbubbaok is it possible to get the ramfilter working in essex; i can't quite tell from this bug report: https://bugs.launchpad.net/nova/+bug/101627317:03
uvirtbotLaunchpad bug 1016273 in nova/essex "ram_allocation_ratio does not work" [High,Fix released]17:03
*** jcru has quit IRC17:03
BLZbubbanot sure which package should have the filter code17:03
*** garyk has joined #openstack-dev17:06
*** cp16net is now known as cp16net|away17:06
*** cp16net|away is now known as cp16net17:08
*** woorea has quit IRC17:08
*** avishay has quit IRC17:11
afazekasjaypipes: , fungi: I will be on IRC  in 1.5h again17:12
fungiafazekas: okay, cool17:12
*** andrewbogott_afk is now known as andrewbogott17:12
*** jtran has joined #openstack-dev17:13
*** Mandell has joined #openstack-dev17:13
*** afazekas has quit IRC17:13
*** woorea has joined #openstack-dev17:13
*** woorea has quit IRC17:15
*** otherwiseguy has joined #openstack-dev17:15
*** epim has joined #openstack-dev17:17
*** Tross has joined #openstack-dev17:17
*** martine has joined #openstack-dev17:18
*** jaustinpage|want has joined #openstack-dev17:19
markmcadam_g, nice work on bug #108381817:23
uvirtbotLaunchpad bug 1083818 in nova/folsom "Detached and deleted RBD volumes remain associated with insance" [Critical,In progress] https://launchpad.net/bugs/108381817:23
*** sacharya1 has quit IRC17:23
markmcadam_g, isn't it needed on cinder stable/folsom too ?17:23
*** sacharya has joined #openstack-dev17:23
dimsmarkmc, looks like the gate job worked! - https://review.openstack.org/#/c/16671/17:23
markmcdhellmann, russellb, maybe one of you could approve https://review.openstack.org/16789 and https://review.openstack.org/16671 ?17:24
mordredwhee!17:24
mordredjaypipes: why don't you have real setup.py ability now?17:25
jaypipesmordred: just never did it.17:25
jaypipesmordred: laziness.17:26
mordredjaypipes, fungi: we could just add setup.py ability to tempest real quick17:26
*** woorea has joined #openstack-dev17:27
jaypipesmordred: that would be awesome.17:28
fungimordred: it has a setup.py, but i guess it's insufficient or something17:28
fungilooks like jaypipes added that file back in july17:29
jaypipesfungi: lol, but I'm not sure it works ;_)17:29
fungiha! got it17:29
*** dingus9 has quit IRC17:29
* mordred making patch17:30
fungiwell, i'm waiting on jenkins to thumbs-up the boto fix for tempest in devstack, but i can just reset that to wip17:30
openstackgerritA change was merged to openstack/nova: Use flags() helper method to override config in tests  https://review.openstack.org/1704417:31
*** vishy_zz is now known as vishy17:32
*** aabes has left #openstack-dev17:32
openstackgerritA change was merged to openstack/nova: Remove default_image config option  https://review.openstack.org/1670717:34
mordredjaypipes, fungi: https://review.openstack.org/1706317:35
*** derekh has quit IRC17:35
*** jdurgin1 has quit IRC17:38
*** martine has quit IRC17:41
*** jog0 has joined #openstack-dev17:42
dimsanyone have a few mins, can you please review https://review.openstack.org/#/c/16950/17:42
*** dolphm_ has quit IRC17:43
markmcvishy, there?17:44
vishymarkmc: yup17:44
markmcvishy, remove_unused_base_images = False17:44
markmcvishy, is that enough for 2012.2.1 ?17:44
markmcvishy, to avoid the image cache cleanup thing17:45
*** dolphm has joined #openstack-dev17:45
vishyyeah although I think setting the interval=0 might be better17:45
markmcvishy, whyso? just generally nervous about the cache manager?17:45
vishysince it will be going crazy md5summing on shared storage and still running all the logic otherwise17:45
vishyso it may not delete images but I suspect the performance will still be horrible17:46
markmcok, fair enough17:46
vishythat's why i picked setting the interval to 0 in the release notes17:46
*** Elwell has quit IRC17:47
*** mrodden has quit IRC17:47
markmcvishy, cool, just checking17:47
mordredjaypipes: what the heck just failed with that tempest change?17:49
*** jaustinpage|want has quit IRC17:50
mordredjaypipes: oh. ffs. there's an openstack.py file in there17:50
*** jog0_ has joined #openstack-dev17:50
mordredmakes it kinda hard to drop openstack.common dirs in the tree17:50
*** AlanClark has joined #openstack-dev17:50
* mordred cries17:50
*** winston-d_zzZ has quit IRC17:50
jaypipeslol17:51
mordredjaypipes: I will come back to this17:51
*** imsplitbit has joined #openstack-dev17:51
*** woorea has quit IRC17:51
*** kaganos has joined #openstack-dev17:52
*** colinmcnamara has joined #openstack-dev17:53
*** jog0 has quit IRC17:53
*** jog0_ is now known as jog017:53
*** utlemming has quit IRC17:54
*** markmc is now known as mcaway17:54
*** dingus9 has joined #openstack-dev17:55
vishymarkmc: I assume you will add something to the release notes saying it has been turned off and how to re-enable it?17:56
*** kpavel has quit IRC17:57
*** mrodden has joined #openstack-dev17:58
*** colinmcnamara1 has joined #openstack-dev17:58
*** colinmcnamara has quit IRC17:58
*** kpavel has joined #openstack-dev17:58
*** mnaser has quit IRC17:59
*** samkottler|bbl is now known as samkottler17:59
*** shardy is now known as shardy_afk18:01
*** mnaser has joined #openstack-dev18:02
*** colinmcnamara has joined #openstack-dev18:02
*** colinmcnamara1 has quit IRC18:03
*** rushiagr has joined #openstack-dev18:03
*** dingus91 has joined #openstack-dev18:03
*** martine has joined #openstack-dev18:04
*** dingus9 has quit IRC18:04
*** joshuamckenty has quit IRC18:04
*** jaustinpage|want has joined #openstack-dev18:04
*** colinmcnamara1 has joined #openstack-dev18:05
*** salv-orlando has quit IRC18:05
*** joshuamckenty has joined #openstack-dev18:07
*** colinmcnamara has quit IRC18:07
*** colinmcnamara has joined #openstack-dev18:08
*** colinmcnamara1 has quit IRC18:10
*** Ruetobas has quit IRC18:11
*** colinmcnamara1 has joined #openstack-dev18:11
doudevishy: thanks to validate the review https://review.openstack.org/#/c/16153/. I forget to update small unit tests. I just pushed them on the review. The review needs to be revalidated18:12
*** afazekas has joined #openstack-dev18:12
*** dingus91 has quit IRC18:12
doudedansmith: thanks to validate the review https://review.openstack.org/#/c/16153/. I forget to update small unit tests. I just pushed them on the review. The review needs to be revalidated18:12
*** colinmcnamara has quit IRC18:13
* afazekas re18:13
*** colinmcnamara has joined #openstack-dev18:13
dansmithdoude: okay, I just -2'd it to make sure it won't merge18:13
dansmithalexpilotti: sorry, I forgot to get back to you18:13
alexpilottidansmith: np!18:14
*** zing has quit IRC18:14
*** darraghb has quit IRC18:14
alexpilottidansmith: I wanted to ask your opinion about a cloud-init for WIndows project we are working on18:14
dansmithalexpilotti: as someone who knows nearly nothing about windows, I'm honored! :D18:15
alexpilottidansmith: lol :-)18:15
alexpilottidansmith: the question is about where to commit this projject18:15
*** colinmcnamara1 has quit IRC18:15
*** woorea has joined #openstack-dev18:15
alexpilottidansmith: would you suggest to create an ad hoc project to be incubated in OpenStack (if possible) or to see if it's possible to commit it directly to cloud-init?18:16
alexpilottidansmith: considering in particular the Apache2 vd GPL licensing involved18:17
dansmithalexpilotti: I dunno, I think smoser is probably a better person to ask about that18:17
dansmithor at least, he'd have a pointer for you I think18:17
alexpilottidansmith: another question related to cloud-init18:17
alexpilottidansmith: in nova, AFAIK there's no way to communicate with the guest after boot (e.g. after the metadata has been read on boot)18:18
dansmithalexpilotti: I think that's the job of an "agent"18:19
alexpilottidansmith: on Azure for example is very useful to communicate with a local service and do actions like change password, inject files / configurations etc at any moment18:19
dansmithalexpilotti: which is what xen, vmware, virtualbox do18:19
*** dingus9 has joined #openstack-dev18:20
vishydoude: thanks. Did you see my new note?18:20
alexpilottidansmith: sure. but still afaik, there's no way in nova to issue a command like "update metadata for that instance", or am I wrong?18:21
alexpilottidansmith: I just started digging into this, so I still have to explore quite a bit of options18:21
*** jcooley is now known as jcooley_afk18:22
alexpilottidansmith: especially the authentication part, is tightly coupled with SSH keypairs18:22
dansmithalexpilotti: updating metadata is a job for the hypervisor, not the guest, right?18:23
dansmithalexpilotti: updating the admin password is the job of the agent18:23
alexpilottidansmith: making it quite difficult to integrate OSs (like ehm… Windows) which don't support this type of asymmetric key auth18:23
dansmithalexpilotti: although vishy had some thoughts on doing that through the cloud-init type interface18:23
alexpilottidansmith: sure, what I see is the missing link between nova and the agent18:24
*** dolphm has quit IRC18:24
dansmithalexpilotti: what's missing?18:24
alexpilottidansmith: the agent can pick up from the metadata the updated config, communicate with the hypervisor in a driver specific way, and the guest can apply the update (eg. set a password)18:25
dansmithalexpilotti: right, that's how it works in nova with xen now, right?18:25
alexpilottidansmith: what I don't get, is: what nova command should I issue to update a configuration after boot so that the agent can pick it up?18:26
alexpilottidansmith: for exaple a new userdata script18:26
*** rkukura has quit IRC18:27
*** rushiagr1 has joined #openstack-dev18:27
dansmithalexpilotti: honestly, I really don't know the details of that sort of plumbing because I only use nova with kvm18:28
*** alobbs has quit IRC18:28
dansmithalexpilotti: so you should talk to one of the folks that knows the details of the (much more functional) xen driver18:28
*** dolphm has joined #openstack-dev18:28
*** rushiagr has quit IRC18:28
dansmithalexpilotti: it's entirely possible that there *isn't* such a call right now, and that you'd want to write an extension to add it18:28
dansmithwhich I think would be fine18:28
alexpilottidansmith: that was what I was fearing. Wouldn't it be better to have an hypervisor independent feature? (handled by each driver as usual of course)18:30
dansmithalexpilotti: being an extension doesn't mean it's hypervisor-specific18:30
alexpilottidansmith: ok, but wouldn't it be easier to have it in nova "out of the box"? :-)18:31
alexpilottidansmith: I see it as a quite useful feature. Or at least my customers do :-D18:31
*** colinmcnamara has quit IRC18:31
dansmithalexpilotti: you mean "in the core nova api" not "in nova out of the box"18:31
*** lloydde has joined #openstack-dev18:31
*** corXi has quit IRC18:31
dansmithbecause an extension would satisfy the latter18:31
*** colinmcnamara has joined #openstack-dev18:32
alexpilottidansmith: yes, sorry for my lack of formal terminology!18:32
dansmithalexpilotti: I don't know that libvirt/kvm would ever support that feature in the same say (for copying files) so I don't know that it *does* make sense to be in the core api18:32
dansmithalexpilotti: there is a ton of critical functionality that is technically an extension (floating ips for example)18:32
dansmithso I don't think that this is really more important than that, no18:32
*** rushiagr1 is now known as rushiagr18:33
alexpilottidansmith: got it18:33
dansmithalexpilotti: feel free to bring it up with the nova core team if you want a real ruling on it though, I'm just one unimportant person :D18:33
alexpilottidansmith: I'd like to talk about this with the xen guys to see how they approached it. Do you have somebody to suggest that I should bug.. ehm contact?18:34
dansmithalexpilotti: I don't really know, but you might ask jerdfelt_, comstud, etc18:35
dansmithxen is almost as icky as windows for me, so I don't really even know who uses it :P18:35
*** glauaguiar has quit IRC18:35
alexpilottidansmith: loool I liked the "almost" part :-D18:36
*** vishy is now known as vishy_zz18:36
alexpilottidansmith: thanks a lot as usual!!  :-)18:36
dansmithalexpilotti: yep :)18:36
alexpilottismoser: ping18:37
*** vishy_zz is now known as vishy18:42
*** adalbas has quit IRC18:43
*** colinmcnamara has quit IRC18:47
*** colinmcnamara has joined #openstack-dev18:48
*** ChanServ sets mode: +v jeblair18:48
*** jcooley_afk is now known as jcooley18:48
vishyjgriffith: ping18:49
jgriffithvishy: hey18:49
*** garyk has quit IRC18:49
vishydid i tell you that you can remove the monkeypatch workaround?18:50
*** dolphm has quit IRC18:50
vishyjgriffith: we fixed the underlying issue in keystone to work with and without os monkeypatched18:50
*** ChanServ sets mode: -v pandemicsyn18:51
jgriffithvishy: No... did the eventlet patch get released?18:51
jgriffithvishy: Ahh... excellent18:51
jgriffithvishy: Ok, thanks for the update18:51
*** colinmcnamara1 has joined #openstack-dev18:51
*** vipul is now known as vipul|away18:51
jgriffithvishy: I'll remove it now... we never approved the Backport IIRC so that's good18:52
*** colinmcnamara has quit IRC18:52
vishyjgriffith: note that api will still need it if you ever port over the multiple api worker code from nova18:53
vishy(at least until the eventlet patch is in the distros)18:53
*** eglynn__ has quit IRC18:53
*** eglynn has joined #openstack-dev18:53
jgriffithvishy: I'll add the comment18:53
jgriffithvishy: thanks18:53
clarkbvishy: speaking of monkeypatching http://logs.openstack.org/15078/7/check/gate-nova-python27/10319/console.html.gz has a bunch of failures which appear to be related to the monkey patching of libvirt_utils18:55
clarkbthis is the run nova unittests under testr change so things are run in different orders and is less forgiving of unit tests that aren't really independent18:55
*** colinmcnamara1 has quit IRC18:56
*** salv-orlando has joined #openstack-dev18:56
clarkbany ideas? https://github.com/openstack/nova/blob/master/nova/tests/test_libvirt.py#L584 appears to need an unmonkeypatch for snapshots.libvirt_utils, but I don't think that is causing the breakage18:57
*** colinmcnamara has joined #openstack-dev18:57
*** AlanClark has quit IRC18:59
vishyclarkb: any way to repro locally?18:59
vishypreferrably with a small number of tests :)19:00
*** novas0x2a|laptop has joined #openstack-dev19:00
clarkbvishy: I have not been able to reproduce locally, and the py26 tests pass19:00
clarkb(those py26 tests pass) I am still trying to sort out how to reproduce it19:00
*** datsun180b has quit IRC19:00
*** colinmcnamara has quit IRC19:02
*** cp16net is now known as cp16net|away19:05
*** dolphm has joined #openstack-dev19:06
*** esp1 has joined #openstack-dev19:07
ayoungdolphm, any opinions on where I should place the trusts backend?19:09
*** adalbas has joined #openstack-dev19:10
dolphmayoung: identity or a new whole new backend?19:10
ayoungyeahm or possibly token19:11
*** alexpilotti has quit IRC19:11
*** garyk has joined #openstack-dev19:11
dolphmayoung: token makes more sense than identity19:11
ayoungdolphm,  like it in identity, but I don't think I can make the LDAP side work.19:11
*** colinmcnamara has joined #openstack-dev19:11
Ryan_LaneI'm not sure why identity can only have one backend19:12
ayoungdolphm, Ryan_Lane because no one has written anything to make multiple,  but thanks for volunteering19:12
Ryan_Lanewasn't there discussion about having portions of it stored in mysql?19:12
Ryan_Laneheh. if I had time I'd gladly do so19:12
ayoungRyan_Lane, yeah, there is the idea that you have it ins SQL, but fetch on demand certain data from LDAp, but there are some issues to dance around in there19:13
dolphmRyan_Lane: yeah, that conversation stalled at what pieces should go where... there's conflicting opinions / use cases19:13
Ryan_Lanewell, for the most part it should be clear-ish what can live in ldap, unless we want to have a non-custom schema19:13
Ryan_Laneerr19:14
Ryan_Lanenon-standard19:14
vishyRyan_Lane, ayoung: while I have you guys here19:14
ayoungRyan_Lane, yep, which is why I don't think Trusts can live there, unless you know an analogue we can use?19:14
vishythoughts on tenant_name vs. tenant_id ?19:14
* ayoung has left19:14
*** danpb has quit IRC19:15
Ryan_Lanevishy: in my implementation they are the same thing19:15
*** colinmcnamara1 has joined #openstack-dev19:15
Ryan_LaneI think the uuid is useless in LDAP19:15
*** adjohn has joined #openstack-dev19:15
*** rushiagr1 has joined #openstack-dev19:15
ayoungvishy, context?19:16
*** colinmcnamara has quit IRC19:16
vishyRyan_Lane: that is one option I'm considering19:16
*** rushiagr1 has left #openstack-dev19:16
vishyayoung: we only store tenant_id in nova19:16
*** adalbas has quit IRC19:16
vishybut that means we expose a random string to the user in a bunch of places19:16
vishywhere the tenant_name would be much more useful.19:17
*** rushiagr has quit IRC19:17
Ryan_Lanewe expect tenant name to be unique19:17
Ryan_Lanewhat's the point of the uuid?19:17
dolphmvishy: ideally the ID's are only used internally, and the name is exposed to the user, because it's user-defined19:17
Ryan_Laneright now we have two unique identifiers19:17
*** andrewbogott is now known as andrewbogott_afk19:17
vishyRyan_Lane: I think the purpose is so that the name can be changed19:18
Ryan_Laneah19:18
vishywithout breaking relationships19:18
Ryan_Lanethat does make sense19:18
dolphmRyan_Lane: id: service-defined, immutable, url-friendly, globally unique; name: user-defined, mutable, freeform text, deployment unique19:18
Ryan_Laneexcept it doesn't really work when using the ldap backend19:18
openstackgerritA change was merged to openstack/oslo-incubator: Replace try: import with extras.try_import  https://review.openstack.org/1678919:19
openstackgerritA change was merged to openstack/oslo-incubator: Make project pyflakes clean.  https://review.openstack.org/1667119:21
Ryan_LaneI'm sure it's doable in the ldap backend, though19:21
*** joshuamckenty has quit IRC19:22
*** maelfius has joined #openstack-dev19:23
creihtmordred: ping19:25
*** rkukura has joined #openstack-dev19:25
openstackgerritA change was merged to openstack/cinder: Unpin lxml requirements  https://review.openstack.org/1685219:25
creihtany idea why: https://review.openstack.org/#/c/16234/ didn't get merged after approval?19:25
*** bitblt has joined #openstack-dev19:26
clarkbcreiht: that change depends on https://review.openstack.org/#/c/16233/219:26
clarkbthe dependency is not approved so the first change will nto merge19:27
creihtclarkb: ahh thanks19:27
creihtmissed the depends on19:27
ayoungdolphm, so,  separate backend or token?  You seem to favor token.  The thing is, it feels different.  Like, token data it would almost make sense to store in memcached, but trusts are more contracts: keep forever type stuff19:27
creihtbeen a while since I have done this stuff :)19:27
ayoungBut, unlike most of the stuff in identity, they are defined by the end user.19:27
ayoungAlthough only a user can create a trust for themselves19:28
dolphmayoung: can trusts not expire?19:29
clarkbcreiht: np19:29
ayoungdolphm, not by default.19:30
*** cp16net|away is now known as cp16net19:30
ayoungdolphm, no more than a user account can expire.  doesn't really fit the abstraction19:31
ayounginstead, if a trust is no longer needed, it should be deleted at that point19:31
*** colinmcnamara1 has quit IRC19:31
*** colinmcnamara has joined #openstack-dev19:31
*** jp_at_hp has joined #openstack-dev19:37
*** krtaylor has quit IRC19:43
*** Elwell has joined #openstack-dev19:45
*** tmishler__ has joined #openstack-dev19:46
*** tmishler has quit IRC19:46
*** tmishler__ has quit IRC19:46
*** zaitcev has joined #openstack-dev19:48
*** woorea has quit IRC19:48
*** shardy_afk is now known as shardy19:49
openstackgerritA change was merged to openstack/python-keystoneclient: Add --version CLI opt and __version__ module attr  https://review.openstack.org/1698519:49
*** colinmcnamara has quit IRC19:49
*** colinmcnamara has joined #openstack-dev19:50
dimsvishy, a question about image_cache_manager_interval=0, seems like it sets nova/manager.py may end up calling _run_image_cache_manager_pass more periodically. do we need to add a check in manager.py to skip tasks which have ticks_between_runs set to 0 as well?19:50
*** tmishler has joined #openstack-dev19:51
*** tmishler has joined #openstack-dev19:52
*** networkstatic has joined #openstack-dev19:53
*** salv-orlando has quit IRC19:53
*** salv-orlando has joined #openstack-dev19:53
dimsanyone else know? :)19:54
*** salv-orlando has quit IRC19:54
*** salv-orlando has joined #openstack-dev19:54
dprincemarkmcclain: around? Would you mind having a look at this one: https://review.openstack.org/#/c/17070/19:54
dprincemarkmcclain: would love to get that in so I can run some more tests!19:55
*** flaper87 has joined #openstack-dev19:56
*** flaper87 has joined #openstack-dev19:56
markmcclaindprince:  looking19:56
*** thingee is now known as thingee_zz19:57
*** uvirtbot has quit IRC19:57
*** tmishler has joined #openstack-dev19:57
*** hub_cap has quit IRC19:58
*** hub_cap has joined #openstack-dev19:58
*** uvirtbot has joined #openstack-dev19:58
Ryan_Lanedoes anyone have contact info for Greg Althaus?19:58
Ryan_Lane(email address, preferably)19:59
*** zbitter is now known as zaneb19:59
*** woorea has joined #openstack-dev20:00
vishydims: interesting question20:01
vishydims: let me look20:01
*** networkstatic has quit IRC20:01
mordredbcwaldon: hey - on that thing that just merged to keystoneclient- you know there is an oslo function for retrieving the version, right?20:01
bcwaldonmordred: I will admit I didn't look into that too closely - I copied code out of python-glanceclient20:02
vishydims: ugh, I think you are right20:02
vishyso we will get a log on every tick...20:02
vishywhich is every 60 seconds by default20:02
*** dolphm has quit IRC20:03
dimsvishy, ouch!20:03
bcwaldonmordred: if we can simplify that code in python-{nova|glance|keysotne}client, I would love to do so20:03
mordredbcwaldon: lovely. I would like to do that20:03
mordredbcwaldon: I will go look and make a patch for you at some point20:03
vishydims: not hugely painful I suppose but in the future we shoudl probably allow None to disable it.20:03
bcwaldonmordred: fantastic20:04
dimsvishy, worth logging a bug?20:05
*** dolphm has joined #openstack-dev20:05
openstackgerritA change was merged to openstack/quantum: Make signing dir a subdir in /var/lib/quantum.  https://review.openstack.org/1707020:05
vishydims: sure20:06
*** alexpilotti has joined #openstack-dev20:06
*** colinmcnamara has quit IRC20:06
*** colinmcnamara has joined #openstack-dev20:07
*** maurosr has quit IRC20:07
*** bitblt has quit IRC20:08
alexpilottismoser: ping20:08
dimsvishy, "Allow None for ticks_between_runs for periodic tasks" sound good?20:08
alexpilottijerdfelt_: ping20:09
dimsgoing with "Allow None for ticks_between_runs when configuring periodic tasks"20:09
*** colinmcnamara1 has joined #openstack-dev20:11
*** colinmcnamara has quit IRC20:11
ayoungRyan_Lane, do you know of anything that would be comparable to trusts/impersonation in the LDAP world?20:12
Ryan_Laneyes20:12
Ryan_Laneproxy authentication20:12
Ryan_Lanewhich is different than what people call a proxy agent20:12
Ryan_Lanethough maybe people originally used proxy authentication with proxy agents20:13
Ryan_Laneproxy auth is fucking evil20:13
Ryan_Laneit's specifically impersonation20:13
ayoungRyan_Lane, yes.20:14
Ryan_LaneI'd imagine all servers support it20:14
Ryan_LaneI don't know many people that actually grant that permission to anyone20:14
*** markwash has quit IRC20:14
ayoungRyan_Lane I'd want to be able to do that, but limit it to a single role and/or end point20:14
Ryan_Lanemost implementations aren't fine grained. if you allow proxy auth for a user it allows that user to impersonate anyone20:15
*** jcooley is now known as jcooley_afk20:15
ayoungSo, say, the high availaibilty agent can migrate your vm for you from one host to another20:15
* Ryan_Lane nods20:15
Ryan_Lanewouldn't delegation be better for that?20:15
ayoungNo.20:15
ayoungThat is, of course it would, but we can't use it20:15
Ryan_Laneah20:16
ayoungthe resources need to be owned by the actual user, not the service user that is performing that action for them20:16
Ryan_Laneimpersonation seems like a great code path to find security vulnerabilities20:17
Ryan_Laneeh? why?20:17
ayoungSo, yeah, you don;t want to give away the keys to the kingdom, just the keys to the latrine at the royal hunting house20:17
*** colinmcnamara1 has quit IRC20:17
Ryan_Laneresources are owned by tenants, not users20:17
*** colinmcnamara has joined #openstack-dev20:17
ayoungSo now we make the service user a memeber of every tenant?20:17
Ryan_Laneoauth seems to handle this fairly well20:18
ayoungRyan_Lane, great, lets chuck Keystone and use oAuth20:18
*** sacharya1 has joined #openstack-dev20:18
Ryan_Laneheh20:18
Ryan_Lanethat's not what I mean20:18
Ryan_LaneI'm talking about looking at oauth's model20:18
*** halj1 has joined #openstack-dev20:18
Ryan_Lanethe service asks to act on behalf of the user20:19
Ryan_Lanerequesting specific permissions20:19
ayoungright20:19
Ryan_Laneit gets a token20:19
*** halj has quit IRC20:19
ayoungthat is what this20:19
ayoungis20:19
Ryan_Lanethat token is then given delegated permissions20:19
ayoungand by "asks"20:19
*** colinmcnamara1 has joined #openstack-dev20:19
Ryan_Lanethat's different than impersonation20:19
ayoungI mean requests a token20:19
ayoungno20:19
ayoungthe service user needs to pass a token along with the operation20:19
ayoungthat token has, as the user_id, the user that needs the action performed20:20
openstackgerritA change was merged to openstack/nova: Add methods to Host operations to fake hypervisor  https://review.openstack.org/1656720:20
ayoungit is not really any different than handing a token to nova compute, which nova then hands off to glance20:20
ayoungit just happens later, a lot later20:20
Ryan_Lanewill the token have limited scope?20:21
*** colinmcnamara has quit IRC20:22
*** sacharya has quit IRC20:22
ayoungRyan_Lane, yes. yes. yes.  Very limited . Limitedississimo20:22
Ryan_Lane:D20:22
*** cp16net is now known as cp16net|away20:22
ayoungThat is the whole poinmt20:22
ayoungpoint20:22
Ryan_Laneah. ok. that seems sane enough.20:22
*** cp16net|away is now known as cp16net20:22
ayoungRyan_Lane, so I could avoid this whole thing if I were not being such a purist20:22
openstackgerritA change was merged to openstack/glance: Use auth_token middleware from python-keystoneclient.  https://review.openstack.org/1696620:23
ayoungI like it when databases, relational type, are allwed to do things like integrity checking20:23
Ryan_LaneI still don't know if I'd call that impersonation, but that's semantics :D20:23
*** cp16net is now known as cp16net|away20:23
*** cp16net|away is now known as cp16net20:23
ayoungRyan_Lane, that is why I called it Trusts20:23
guitarzanrussellb: are you the mastermind behind the conductor stuff?20:23
ayoungThe question is whether I can store the trust data in LDAP20:24
russellbguitarzan: heh, one of them i guess20:24
russellbwhat's up20:24
guitarzanrussellb: :)20:24
Ryan_LaneI doubt it20:24
guitarzanI've got an environment using sqlite20:24
*** colinmcnamara1 has quit IRC20:24
Ryan_LaneI don't think it belongs there, thoguh20:24
Ryan_Lane*though20:24
ayoungRyan_Lane, why do you get my hopes up just to dash them?  Why oh Why?20:24
russellbguitarzan: so ... you shouldn't use sqlite with nova, it's going to break.  we really don't recommend it20:24
guitarzanand sqlite isn't happy about throwing strings into datetime fields20:24
Ryan_Laneyou only want to store something in ldap if it's going to be used by multiple applications20:24
guitarzanrussellb: fair enough, if that's the answer20:25
Ryan_Lanethis is only ever going to be used by keystone20:25
Ryan_Laneit belongs in the keystone database20:25
guitarzanrussellb: but it has worked for a long time20:25
guitarzanand this is just a test env20:25
ayoungRyan_Lane, and then you lose all referential integrity20:25
russellbguitarzan: though that's a good point, though.  that's an unexpected side effect of these changes.20:25
*** colinmcnamara has joined #openstack-dev20:25
Ryan_Lanethat's true, but that's not abnormal20:25
Ryan_Lanethis is one of the downsides of ldap integration20:26
Ryan_Laneyou have to ensure that yourself20:26
russellbguitarzan: want to file a bug and send me the link?20:26
Ryan_Lanewe don't have that right now with tokens either20:26
russellbguitarzan: and would you be willing to test a patch?20:26
guitarzansure on both counts20:26
russellbk20:26
ayoungRyan_Lane, I am starting to think that LDAP was a mistake.  We should probably have done only SQL, with LDAP calls made out to populate in bulk, and maybe to authenticate20:26
guitarzanI don't want to suggest a sqlite only migration though...20:26
Ryan_Lanenah20:27
guitarzanI'm not sure how else we'd want to marshal stuff over the queue though...20:27
ayoungMOst people can't change their LDAP servers20:27
Ryan_Laneyeah, that's not a problem, though20:27
russellbguitarzan: nah ... I think we can convert the appropriate fields back into a datetime object20:27
ayoungwe've made a solution that only works for a minority20:27
russellbbefore doing the db call20:27
guitarzanrussellb: sounds good to me20:27
Ryan_LaneI don't see why20:27
Ryan_Lanewe don't need to store most things in ldap20:28
Ryan_Lanestore them in the database20:28
Ryan_Laneuse ldap as the source of truth for specific things and the database for others20:28
ayoungRyan_Lane, that is the feedback I get from most people.  THey want external authentication, but then the Keystone admins want to control authorization for openstack components20:28
Ryan_Laneuse the database as a cache of the source of truth stuff20:28
ayoungRyan_Lane, right20:28
vishyclarkb: if you end up getting a repro on those tests I'm happy to help track down the issue20:29
clarkbvishy: thanks. lifeless and I are hunting down a way to reproduce20:29
Ryan_Lanehonestly, if there's NSS/PAM support for keystone I think a lot of this becomes a non-issue20:29
lifelessRyan_Lane: +1000020:29
ayoungRyan_Lane, explain.20:30
Ryan_Laneexcept we'd still need to deal with AD20:30
lifelessRyan_Lane: I was saying we should do a pam + userdir module for that20:30
Ryan_Lanefucking microsoft20:30
lifelessRyan_Lane: why would you need AD ?20:30
Ryan_Laneayoung: one of the biggest necessities of ldap is tying instance auth together with openstack auth20:30
ayoungwhy would AD be any different than any other LDAP module?20:30
Ryan_Lanelifeless: so that windows auth could be tied with openstack auth20:31
ayoungOK, I suspect I need to push trusts onto the stack and deal with this issue up front.20:32
Ryan_Lanewhy not a different backend?20:32
Ryan_Lanetoken also kind of makes sense, since it's a form of token20:32
ayoungRyan_Lane, because it belongs in identity20:33
Ryan_Laneisn't it just a token with a limited scope?20:33
ayoungRyan_Lane, OK, let me put my DBA hat on20:33
ayoungNope20:33
ayounga trust by itself is more like a user than like a token20:34
ayoungit is something that has enough information to create a token20:34
* Ryan_Lane nods20:34
ayounga trust is a contract.  you cannot present a trust to a remote service and say "let me do something"  you still need a token in order to do that20:34
*** adjohn has quit IRC20:35
ayoungSo, LDAP actually maps better to this than SQL, in that the trust object needs to be owned by the user creating the trust20:35
ayoungI should be able to create an destroy my own trusts20:35
*** flaper87 has quit IRC20:36
Ryan_Lanethat seems odd to me20:36
ayoungthen, audit is maintained by linking the token to the trust to the trustee20:36
ayoungRyan_Lane, well, you do it all the time20:36
Ryan_Lanesince rights are at the role level, not the user level20:36
ayoungRyan_Lane, correct20:36
Ryan_Laneand roles are tenant specific20:36
ayoungthink about your key ring20:36
ayoungeach key is tied to a set of actions20:37
ayoungopen front door,  start car, check mail20:37
*** krtaylor has joined #openstack-dev20:37
ayoungIf I give you a key from my ring, you can only do the actions that are specified by it.  If you then give me the key back, someone that saw my car driving around yesterday can balme me for running a red light.  And in fact, since you no longer have the kye, I can't even prove it was you20:38
ayoungI realize this is stretching the analogy, but you get the point?20:38
Ryan_Lanenot really20:38
Ryan_Lanesince the key is a right20:38
Ryan_Laneand it's shared by a number of people in my household20:39
ayoungyeah, yeah...20:39
Ryan_LaneI'm giving away a right that affects others20:39
ayoungas I said, it is stretching the analogy20:39
Ryan_Laneit shouldn't be associated with a user20:39
Ryan_Laneit should be associated with the tenant20:39
ayoungthe key is the role in the organization.  But by adding a user on to the token, you can say who authorized the action20:40
Ryan_Laneah20:40
Ryan_Lanenow I see what you mean20:40
ayoungyeah.  audit20:40
Ryan_Laneyou're making the trust into a user so that you can track the usage20:40
Ryan_Lanethat makes complete sense20:40
*** colinmcnamara has quit IRC20:40
kbringardvishy: ping20:41
vishykbringard: sup?20:41
Ryan_Lanenow I see why you'd want it in identity20:41
Ryan_Laneit's not a real user, though20:41
kbringardquick ?, in essex stable, do you know if there is an equivalent flag to libvirt_snapshots_directory to set where snapshots get stored before upload?20:41
ayoungso if action A was performed under the auspices of token K which was created under Trust T  where the trustor was user U  then we have a chain for audit: U->T->K->A20:41
Ryan_Laneright20:41
Ryan_Lanebut....20:41
ayoungRyan_Lane, it is a real user.  It is who authorized the action20:41
kbringardI don't seem to see that flag when grepping the stable/essex code20:41
ayoungand, since it is a trust token, we also know who actually performed the action20:42
Ryan_Laneyou could do the same by listing a set of delegations with the user20:42
Ryan_Lanewhich could be a different table20:42
Ryan_Lanewhen the token is used, it would be as user A, with delegation D20:42
Ryan_Laneuser U, that is20:42
ayoungRyan_Lane, not without changing all of the downstream consumers of tokens20:43
Ryan_Lanehow so?20:43
ayoungthis mechanism works without changing glance, nova, etc20:43
Ryan_Laneit would be an attribute of the token20:43
ayoungbut they look at the userid associated with the tokne20:43
ayoungnow they would have to look at some other attribute20:43
Ryan_Lanewhy?20:43
ayoungand, would it really make a difference?20:43
ayoungI mean, semantically, it is the same thing.20:44
Ryan_Laneah, for auditing20:44
Ryan_Laneyes, but from an implementation POV it's cleaner20:44
*** garyk has quit IRC20:44
ayoungwhat really matters is the the scope of the trust is as limited as possible.20:44
Ryan_Laneit's a separate table and doesn't involve creating what are essentially fake users20:44
*** shardy is now known as shardy_afk20:45
ayoungHence, when you create a trust, you specify the set of roles.  Those are a subset of the roles of the trustor20:45
Ryan_Laneyes20:45
Ryan_Laneand that's associated with the token20:45
ayoungBut do you see why I think it is more tightly linked to identity than tokens?20:45
Ryan_LaneI do, but I don't think it needs to live in either token or identity20:46
openstackgerritA change was merged to openstack/swift: Upgrade pep8 to 1.3.3.  https://review.openstack.org/1694720:46
Ryan_LaneI think it's kind of being forced into one or the other because it seems simpler at first glace20:46
Ryan_Lane*glance20:46
*** vipul|away is now known as vipul20:47
ayoungI want the referential integrity.  A trust is basically all foreign keys.  The amount of other work necessary to verify what is done by the database makes me say that it would be better off in the same schema as the identity tables20:47
Ryan_Lanereferential integrity still exists20:47
Ryan_Laneeven when using ldap20:47
Ryan_Lanebut, when using ldap, you'd need to look things up, and resources would be left around20:48
*** annegentle_ has quit IRC20:48
Ryan_Laneit's the same case for tokens, though20:49
Ryan_Laneif a user is deleted in ldap, you don't know about it20:49
*** thingee_zz is now known as thingee20:49
kbringardvishy: or perhaps put another way, can you change what nova uses as tmpdir via flag in essex?20:49
*** sacharya1 has quit IRC20:49
Ryan_Lanethere's going to be lots of cases like this in future, as well20:50
*** sacharya has joined #openstack-dev20:50
Ryan_Laneayoung: so, with ldap, the only way you're going to get referential integrity with this is if you are able to write to ldap20:52
ayoungRyan_Lane, yeah, and we still need to check if a user is enable/disabled at trust activation time.  You can make the argument that this is more application specific data than the identity stuff, but I'd like to validate that there is no LDAP solution before I yank the SQL one into a separate schema20:52
ayoungI get that.20:52
Ryan_Lanewell...20:52
ayoungI want ref-integ in SQL, and a possible implementation in LDAP as a first step20:52
rmkkbringard: No, there's no way.  You have to override it as an environment variable.20:52
kbringardvishy: nevermind, found it in the mailing list archives20:52
*** dolphm has quit IRC20:52
Ryan_Laneopenam stores all of this in LDAP20:52
kbringardwell, gmi found it20:52
Ryan_Lanebut, they require that you import the schema20:53
rmkI raised this bug a while ago.20:53
ayoungRyan_Lane, any idea what object classes?20:53
Ryan_Laneand they use a secondary internal ldap server20:53
rmkI think I'm going to submit a patch again.20:53
rmkIt should absolutely be configurable.20:53
Ryan_Laneit's openam specific schema20:53
ayoungah, so no way using standard schema?20:53
kbringardrmk: yea, snapshot dir is now a flag20:53
Ryan_Laneno20:53
ayoungmeh20:53
kbringardbut not overall tmpdir20:53
Ryan_Laneand you'd be requiring people to add data into their ldap directories that is keystone specific20:54
kbringardfor reference: http://openstack.markmail.org/search/?q=snapshot%20and%20tmp#query:snapshot%20and%20tmp+page:1+mid:3ofblc6kpvd76zrb+state:results20:54
Ryan_Laneand it looks like you are going to be wanting full user accounts added20:54
Ryan_Laneand if you think people are hesitant to change schema, ask them to add fake users ;)20:54
kbringardrmk: I think what vishy proposed there is a good idea20:54
ayoungRyan_Lane, yeah,  that is what I was thinking20:54
Ryan_Lanethis is why I still think it's cleaner to make this a separate table with delegations20:55
ayoungBTW, one problem with the LDAP back end is the Service users...fake users again.20:55
kbringardor something similar, rather than relying on environment vars20:55
Ryan_LaneI actually use admin token for this specific reason20:55
ayoungWell since there is no ref-integrity between the token and the trust, I guess I should put it in its own back end.  It is the most work, but probably the right solution20:56
Ryan_Laneyeah. I think in the long run it's going to be easier20:56
Ryan_Laneit's harder short-term, for sure20:56
*** alobbs has joined #openstack-dev20:58
*** markwash has joined #openstack-dev21:01
*** dolphm has joined #openstack-dev21:02
*** dingus91 has joined #openstack-dev21:03
kbringardrmk: it sounds like you're familiar with the snapshot process?21:04
*** dingus9 has quit IRC21:06
*** dingus91 has quit IRC21:06
*** cp16net is now known as cp16net|away21:06
*** dingus9 has joined #openstack-dev21:06
*** dingus9 has quit IRC21:09
*** maurosr has joined #openstack-dev21:09
*** dingus9 has joined #openstack-dev21:09
*** koolhead17 has quit IRC21:09
zykes-danwent: around for a pm ?21:09
*** dingus9 has quit IRC21:10
*** dingus9 has joined #openstack-dev21:10
openstackgerritA change was merged to openstack/nova: Update migration so it supports PostgreSQL.  https://review.openstack.org/1707321:11
*** jaustinpage|want has quit IRC21:12
*** dingus91 has joined #openstack-dev21:12
*** andrewbogott_afk is now known as andrewbogott21:12
*** blamar_ has joined #openstack-dev21:14
*** sayjay has joined #openstack-dev21:14
*** dingus92 has joined #openstack-dev21:15
*** dingus92 has quit IRC21:15
*** dingus9 has quit IRC21:15
*** epim_ has joined #openstack-dev21:15
*** dingus9 has joined #openstack-dev21:15
ayoungRyan_Lane, dolphm Ok, I think I know the next step on the token refactoring.  It ties in with my musings about trusts as well.  We need to make the Token API aware of the identity API, pass it in at construction time, so that it can validate what it needs to when creating tokens.  That is why service.py has grown out of proportion:  it is trying to do things that belong in the token API, but the token couldn't do those things be21:16
ayoungcause it didn't have access to the identity API.  Make sense?21:16
*** dingus9 has quit IRC21:16
*** brucer_out has joined #openstack-dev21:16
Ryan_Laneyeah21:16
Ryan_Lanethat makes sense21:16
*** jamey has joined #openstack-dev21:17
*** dingus91 has quit IRC21:17
*** mikal_ has joined #openstack-dev21:18
ayoungI mean, we could pass the identity API as a parameter to the call if we needed to make it stateless, but that would be dumb.21:18
*** dprince has quit IRC21:18
*** tmishler__ has joined #openstack-dev21:18
*** sandywalsh has quit IRC21:18
*** tmishler__ has quit IRC21:19
*** stevebake has quit IRC21:19
*** tmishler has quit IRC21:19
*** cp16net|away is now known as cp16net21:20
*** epim has quit IRC21:22
*** brucer_afk has quit IRC21:22
*** blamar has quit IRC21:22
*** mikal has quit IRC21:22
*** jmeredit has quit IRC21:22
*** blamar_ is now known as blamar21:22
*** epim_ is now known as epim21:22
*** tmishler has joined #openstack-dev21:23
*** jtran_ has joined #openstack-dev21:23
*** tmishler has quit IRC21:24
afazekasfungi: is the  allow_versions = true configured for tempest  http://docs.openstack.org/developer/swift/overview_object_versioning.html ?21:24
ayoungRyan_Lane, OK, so why would adding  "from keystone import identity" blow up inside keystone/token/core.py ?21:26
ayoungImportError: cannot import name identity21:26
*** lifeless_ has joined #openstack-dev21:27
fungiafazekas: i'm not sure. i don't know a lot about tempest yet, but i'll take a look and see if i can find that out21:27
Ryan_Lanehm.21:27
dolphmayoung: probably a circular import21:27
dolphmayoung: extend the v3 controller class and you'll get self.identity_api for free21:28
ayoungdolphm, doesn't look like it.  identity know nothing about tokens21:28
*** mikal has joined #openstack-dev21:28
ayoungdolphm, I don't want to do this at the controller level21:28
ayoungI want to to it at the manager21:28
*** Ng_ has joined #openstack-dev21:28
fungiafazekas: i don't find any references to allow_versions in any of tempest, devstack or devstack-gate repositories currently21:29
ayoungdolphm, nope, you are right21:29
ayoungcore.py:759:        self.token_api.revoke_tokens(context, user_id, tenant_id)21:30
ayounghrm21:30
afazekasfungi: It is a swift configuration option normali it is in the container-server.conf [app:container-server] section21:30
*** tmishler has joined #openstack-dev21:30
clarkbfungi: I think devstack would be setting that option21:31
clarkbor it would be the thing to do that if it was happening21:31
dolphmayoung: oh yeah... so, why the manager and not the controller?21:31
*** tmishler has quit IRC21:32
fungiafazekas: clarkb i also don't see any reference to a container-server.conf in tempest, devstack or devstacg-gate21:32
*** mikal_ has quit IRC21:33
*** krtaylor has quit IRC21:33
*** jtran has quit IRC21:33
*** mtreinish has quit IRC21:33
*** pabelanger has quit IRC21:33
*** roz has quit IRC21:33
*** lifeless has quit IRC21:33
*** Ng has quit IRC21:33
*** jtran_ is now known as jtran21:33
*** lifeless_ is now known as lifeless21:33
*** roz has joined #openstack-dev21:33
*** openstack_newbe has quit IRC21:33
*** mtreinish has joined #openstack-dev21:35
ayoungdolphm, this is logic that is not HTTP specific, but rather logic that is common to anything creating tokens or creating trusts.  I want to validate referential integrity.  If I do that in the controller,  why even bother having a manager?21:35
*** jpich has quit IRC21:35
fungiafazekas: clarkb: earlier today jaypipes noted that he wasn't even sure swift is being exercised in there and was going to find out21:35
fungiif it isn't, i suspect there's a lot more to be added than just that one setting21:35
ayoungI mean, we are already  seeing that the create token logic fragmented between the admin apis, and all of the contrib code.  shouldn't "create token" be done as a protocol neutral business logic piece?21:36
afazekasfungi: in the stack.sh I see swift install steps21:36
ayoungthe same way that revoke tokens is done?21:36
fungiafazekas: do you know if swift creates a container-server.conf when it installs in that case?21:36
ayoungdolphm, ah, looking at what you are doing, I might have been mischaracterizing the controller21:37
dolphmayoung: well, the managers wrap a specific driver... i think we're missing a layer of abstraction between controllers and managers, since controllers are overloaded with http+business21:37
afazekasfungi: generate_swift_configuration looks like does it21:38
*** alop has joined #openstack-dev21:38
ayoungdolphm, yeah, or we have the managers doing too much work that belongs in the drivers21:38
dolphmayoung: (managers aren't doing much today, except wrapping exceptions, no?)21:39
*** sacharya has quit IRC21:39
*** pabelanger has joined #openstack-dev21:39
*** dingus9 has joined #openstack-dev21:40
*** krtaylor has joined #openstack-dev21:40
ayoungdolphm, the sql one is doing a lot.  probably too much. Look at the identity/backends/sql.py file21:40
fungiafazekas: looks like that's doing something with a swift.conf instead of container-server.conf (unless i'm misreading)21:40
dolphmayoung: maybe we're referring to different things ... that's the "driver" impl itself to me, the "manager" is in identity/core.py21:41
*** mtreinish is now known as 65MABJ9VG21:42
*** mtreinish has joined #openstack-dev21:42
*** AlanClark has joined #openstack-dev21:42
zodiakgiven an instance_uuid (or name label), what's the "approved" way to get a vdi back from cinder ? this has to be called from inside the xenapi, so I would rather avoid having to do rpc/http21:42
ayoungin identity core, there are Driver and Manager classes defined, that are both abstract base classes.  Both are implemented in  backends/sql.py21:42
fungiafazekas: oh, i see. ${server_type} is getting filled to "container"21:42
ayoungAh, disregard21:43
*** annegentle_ has joined #openstack-dev21:43
fungiafazekas: so probably needs another iniset call in there to add that option21:43
ayoungI was confusing myself between driver and the calsses for the individual files21:43
ayoungclasses21:43
dolphmayoung: Manager is concrete, it's just dynamic21:43
ayoungright21:43
*** aeperezt has quit IRC21:44
afazekasfungi: looks like it is the per node config, IMHO there is a  global conf too21:44
*** mtreinish has quit IRC21:44
ayoungdolphm, still, I'd still have to deal with the circular dependency problem the way we have the code structured21:45
dolphmayoung: are you writing this on v3 or v2?21:45
ayoungsince modifying  user deletes all tokens, and creating a token needs to verify the users21:45
ayoungthis is trusts, so v3, but I would love to continue to clean up v2 without breaking things21:46
fungiafazekas: so anyway, to answer your earlier question, no it doesn't look like swift's allow_versions option is being set anywhere in devstack that i can find, unless it's already present in swift's swift.conf-sample or something21:46
fungii'm cloning a copy of swift now to take a look at that21:47
fungilooks like etc/container-server.conf-sample has it commented out with the implication that it defaults to False21:47
*** stevebake has joined #openstack-dev21:49
*** colinmcnamara has joined #openstack-dev21:49
afazekasfungi: note the "True" is not a true value as document says , the "true" is true21:49
*** aeperezt has joined #openstack-dev21:49
fungiso when devstack's stack.sh does "generate_swift_configuration container 6011 2" the container is passed into generate_swift_configuration()'s server_type causing container-server.conf-sample to get copied for the node config and modified21:50
dolphmayoung: if you extend keystone.common.controller.V3Controller you shouldn't have any circular dependencies unless you speficically call something recursively21:51
*** jcooley_afk is now known as jcooley21:51
fungiafazekas: and i'm *guessing* an iniset in there could set that option for each node's container-server.conf that way21:51
ayoungdolphm, the problem is the v2 stuff is in the file, though21:51
*** 65MABJ9VG is now known as mtreinish21:51
*** colinmcnamara1 has joined #openstack-dev21:52
dolphmayoung: like what? (and which file?)21:52
clarkbvishy: I think we sorted it out. But we did it with a shotgun method and did the monkey patching with the fixtures lib21:52
clarkbthat way things get cleaned up properly each time21:52
fungiafazekas: something like... iniset ${swift_node_config} DEFAULT allow_versions true21:52
vishyclarkb: nice21:53
*** colinmcnamara has quit IRC21:53
*** adjohn has joined #openstack-dev21:54
ayoungdolphm, if I add  "from keystone import identity" it blows up inside keystone/token/core.py21:54
ayoungas identity already has from keystone import  token21:55
*** colinmcnamara has joined #openstack-dev21:55
dolphmayoung: where do you need to reference identity in keystone/token/core.py?21:55
ayoungdolphm, I was looking to see, first off, if I could move the guts of the authenticate method in service.py to the token api, as that is where it belongs21:55
*** radez is now known as radez_g0n321:56
ayoungbascially, to create the token, we need to collect and validate data from the identity api. DOing it in service.api is not really the right place.21:56
*** colinmcnamara1 has quit IRC21:56
fungiafazekas: you might want to double-check that assertion with one of the devstack developers21:57
ayoungdolphm, I don't think the controller code should be in the same file as the driver defintions.  what about identity/controllers.py and token/controllers.py instead?21:57
afazekasfungi: probably yes,  but with the app:container-server section. I check how the swift reads the config files21:58
*** woorea has quit IRC21:58
*** colinmcnamara has quit IRC21:58
dolphmayoung: ah, i see -- what's left of v2 service.py would have to use the same kind of dependency injection as V3Controller then21:58
dolphmayoung: i'm down with that21:58
*** colinmcnamara has joined #openstack-dev21:59
*** otherwiseguy has quit IRC21:59
*** dingus9 has quit IRC21:59
ayoungdolphm, cool.22:00
fungiafazekas: ahh, right. then maybe... iniset ${swift_node_config} app:${server_type}-server allow_versions true22:01
fungior something similar22:01
*** boden has quit IRC22:04
*** colinmcnamara has quit IRC22:04
afazekasfungi: it is just a container options, not for all server type22:04
afazekasfungi: I'll install new system, and check how the per node and global confs working22:05
fungiafazekas: gotcha, so maybe a separate conditional matching on ${server_type} to wrap that particular iniset i guess22:05
*** danger_fo has joined #openstack-dev22:06
*** alop has quit IRC22:08
afazekasfungi: so probably I just need send the modifications to the devstack gerrit and hope an approval22:10
fungiafazekas: yes, but feel free to add me as a reviewer on it and i'll provide what input i can muster22:10
*** datsun180b has joined #openstack-dev22:10
afazekasfungi: ok, thank you22:11
fungiafazekas: also i added you to the https://review.openstack.org/17062 fix we were discussing earlier if you have time to look at it22:12
*** eglynn is now known as sleepy-eglynn22:12
*** colinmcnamara has joined #openstack-dev22:13
*** AlanClark has quit IRC22:13
*** e1mer has joined #openstack-dev22:13
*** martine has quit IRC22:13
*** colinmcnamara1 has joined #openstack-dev22:16
*** colinmcnamara has quit IRC22:17
*** dolphm has quit IRC22:17
*** donaldh has joined #openstack-dev22:20
*** vipul is now known as vipul|away22:20
*** vipul|away is now known as vipul22:21
openstackgerritA change was merged to openstack/nova: Allow multi_host compute nodes to share dhcp ip  https://review.openstack.org/1657822:21
*** colinmcnamara1 has quit IRC22:21
*** networkstatic has joined #openstack-dev22:21
Madkissi think i'm having a quantum bug.22:22
Madkisswhatever I do on the compute-node, the ovs l2 agent is just not going to create any network namespaces.22:23
*** colinmcnamara has joined #openstack-dev22:24
*** markvoelker has quit IRC22:25
*** sacharya has joined #openstack-dev22:25
*** alobbs has quit IRC22:27
ayoungdolphm, hows this https://review.openstack.org/#/c/17089/22:28
*** flaper87 has joined #openstack-dev22:29
*** flaper87 has joined #openstack-dev22:29
*** colinmcnamara has quit IRC22:31
*** colinmcnamara has joined #openstack-dev22:32
*** pmyers has quit IRC22:35
*** rpedde is now known as rpedde_away22:35
openstackgerritA change was merged to openstack/ceilometer: Fix blocking test for nova notifier  https://review.openstack.org/1707422:39
*** pabelanger has quit IRC22:41
*** colinmcnamara has quit IRC22:42
openstackgerritA change was merged to openstack/quantum: Correct i18n message for api and db module  https://review.openstack.org/1703522:44
openstackgerritA change was merged to openstack/quantum: Use openstack.common.logging in NEC OpenFlow plugin  https://review.openstack.org/1705322:44
*** davidf_76 has joined #openstack-dev22:45
*** colinmcnamara has joined #openstack-dev22:45
*** jcooley is now known as jcooley_afk22:47
*** jcooley_afk is now known as jcooley22:48
*** brucer_out has quit IRC22:49
*** joe5081 has quit IRC22:49
*** brucer has joined #openstack-dev22:51
alexpilottisdague: ping22:52
jk0C22:53
jk0er22:53
*** colinmcnamara1 has joined #openstack-dev22:53
*** ayoung has quit IRC22:53
*** jab416171|Cloud has joined #openstack-dev22:54
jab416171|CloudI just git clone'd and ran the init script for devstack, and entered the same password for everything. now how do I log in to the web interface?22:54
*** eharney has quit IRC22:54
openstackgerritA change was merged to openstack/nova: Verify doc/api_samples files along with the templates  https://review.openstack.org/1699122:54
openstackgerritA change was merged to openstack/nova: Include 'hosts' and 'metadetails' in aggregate.  https://review.openstack.org/1700922:55
*** colinmcnamara has quit IRC22:55
clarkbjab416171|Cloud: I think the users created are admin and demo22:55
annegentle_jab416171|Cloud: at the completion of the devstack script, it should have returned a listing starting with "Horizon is now available at http://nnn.nnn.nnn.nnn/" with the IP address of where you can log into the Dashboard. Horizon = Dashboard.22:55
clarkbthey should use the password you entered22:56
alexpilottirmk: ping22:56
annegentle_jab416171|Cloud: it also returns a line with "The password: passwordyouentered"22:56
alexpilottirussellb: ping22:57
russellbalexpilotti: pong22:57
alexpilottirussellb: hi thanks for the review!22:57
russellbnp22:57
alexpilottirussellb: I wanted to discuss sdague comment on this review: https://review.openstack.org/#/c/16843/22:57
jab416171|Cloudannegentle_: I don't think I saw that line22:58
jab416171|Cloudannegentle_: I can hit the log in interface, but admin/mypass doesn't work22:58
alexpilottirussellb: just wanted to make sure that you guys are ok with the fact that the Hyper-V tests don't have anything to do with interface changes :-)22:58
russellbalexpilotti: sounds like he may just misunderstand how the tests work then22:59
russellbas long as tests can be fixed without having  to mess wwith that stuff i think we're ok22:59
russellbso just grab sdague when you can, because that was a misunderstanding on our part22:59
alexpilottirussellb: yep, do you think we should bring this up tomorrow at the Nova meeting?22:59
russellbsure, worth noting23:00
russellbwill you be there?23:00
alexpilottirussellb: sure, I plan to attend regularly23:00
russellbok, i'll put it on the agenda23:00
alexpilottirussellb: great tx!23:01
russellbdone23:01
*** colinmcnamara1 has quit IRC23:01
*** andrewbogott is now known as andrewbogott_afk23:01
alexpilottirussellb: just in case you'd like to review this one as well… https://review.openstack.org/#/c/16843/ ;-)23:01
*** colinmcnamara has joined #openstack-dev23:01
dansmithalexpilotti: I was about to get that one23:01
*** stevebake has quit IRC23:02
alexpilottidansmith: tx! :-)23:02
*** datsun180b has quit IRC23:02
alexpilottidansmith: let me know if you have any question, as the committer is already asleep ;-)23:02
*** jcooley is now known as jcooley_afk23:03
*** woodspa has quit IRC23:03
jab416171|Cloudannegentle_: while setting up, it prompted me for like 5 passwords, so I entered a password for them all. Now it's done starting up and I can hit the login page, but I can't log in with admin/thatpassword23:03
annegentle_jab416171|Cloud: I wonder if the dashboard install failed? You can get to the log by attaching to screen via screen -x as the user that ran the devstack script.23:04
annegentle_jab416171|Cloud: the default users are admin and demo, did you try just admin?23:04
jab416171|Cloudyes23:04
jab416171|CloudI'm logged in to the box I ran the script from23:05
*** annegentle_ has quit IRC23:05
*** ahardy_ has quit IRC23:05
clarkbjab416171|Cloud: if you run screen -x it will attach you to the screen session with all of the log output for the various services. you can then switch to the window for horizon23:06
jab416171|Cloudscreen -x outputs there is no screen to be attached23:06
*** jcooley_afk is now known as jcooley23:07
*** stevebake has joined #openstack-dev23:07
clarkbdoes ps show screen? you may be a different user than the user running screen23:07
*** alunduil has quit IRC23:08
*** ahardy has joined #openstack-dev23:09
*** colinmcnamara has quit IRC23:09
sdaguealexpilotti: sorry, here now23:09
alexpilottisdague: hi!23:09
sdaguealexpilotti: ok, so it's clear I had a missunderstanding from reading the backlog23:09
*** colinmcnamara has joined #openstack-dev23:09
alexpilottisdague: np :-)23:09
sdaguealexpilotti: do you understand the issue that was getting run into by folks?23:09
sdaguewhere it wasn't possible to change the hyperv driver to pass it's tests when a virt interface needed to change23:10
alexpilottisdague: did you see the commit: https://review.openstack.org/#/c/17090/ ?23:10
*** kbringard has quit IRC23:11
openstackgerritA change was merged to openstack/swift: Fix bug with swob.Request.path_info_pop  https://review.openstack.org/1702023:11
alexpilottisdague: IMO the fact that we are passing a callable to a utility method used by all the state change methods might have misleaded them23:11
alexpilottisdague: I'd like to make sure that the Hyper-V tests don't affect any interface change23:12
dansmithalexpilotti: that's not really possible23:12
sdaguealexpilotti: ok, so that solves this one issue, but it does raise a problem for how can the hyperv code be updated by someone else on an interface face change23:12
*** mtreinish has quit IRC23:13
dansmithalthough, sdague, it really should only affect folks if they are changing the order of the calls to WMI stuff, I think,23:13
dansmithwhich is definitely the minority of the situations23:13
alexpilottisdague dansmith: it's only affecting situations in which you have to change the internal behavior of the driver23:14
dansmithright23:14
vishysmoser: ping23:14
*** colinmcnamara has quit IRC23:14
dansmithalexpilotti: which is sometimes going to have to be the case, I'm sure, in order to make a change that affects all of the drivers23:14
alexpilottisdague dansmith: but do you think it's realistic that somebody will change that code without running it?23:14
*** vipul is now known as vipul|away23:14
*** vipul|away is now known as vipul23:14
dansmithalexpilotti: I change xenapi code constantly without running it23:14
dansmithalexpilotti: and I've changed yours (a little)23:14
*** jchiles has quit IRC23:14
alexpilottidansmith: did you run into issues with the tests when you changed it?23:15
dansmithalexpilotti: no, and like I said, most of those changes won't be problematic23:15
dansmithalexpilotti: but they could be23:15
*** dhellmann is now known as dhellmann-afk23:15
alexpilottidansmith: I agree 100% on the fact that we need to make those stubs manually editable23:15
dansmithalexpilotti: I think I'd be a lot happier with a FakeWMI implementation that could behave just like the real one, instead of just replaying static captures23:16
dansmiththe xenapi driver goes to a lot of effort to do that, as does the libvirt one23:16
alexpilottidansmith: we would be way happier as well with a FakeWMI driver23:16
dansmithjust to enable testing23:16
*** colinmcnamara has joined #openstack-dev23:17
sdaguealexpilotti: is that something you guys can prioritize? because I expect this is going to cause a lot of grief in the future.23:17
alexpilottidansmith: but the WMI architecture is radically different from xenapi or libvirt23:17
dansmithalexpilotti: in what way (that makes it not doable) ?23:17
alexpilottidansmith: are you familiar with WMI?23:17
dansmithalexpilotti: you know I'm not :D23:18
alexpilottidansmith: ok I know that you think it's ickyer than Xen, but maybe you read about it, etc :-D23:18
dansmithalexpilotti: I said "windows" .. I really don't know anything about WMI, other than I've seen you guys issue quasi-SQL statements and CIM-like calls23:19
alexpilottidansmith: correct. WMI is MS's take at CIM23:19
sdaguealexpilotti: be forwarned, dansmith does know quite a bit about CIM :)23:19
dansmithmuahahaha23:19
* sdague throws dansmith under a bus23:19
alexpilottidansmith: loool23:19
*** cyeoh has quit IRC23:20
*** cyeoh has joined #openstack-dev23:20
alexpilottidansmith: ok, so WMI is the icky version of CIM :-D23:20
dansmithalexpilotti: CIM is pretty icky already, so, yeah..23:20
alexpilottidansmith: ok, so you already got my point23:20
dansmithalexpilotti: point me at something in the code that would be hard to do Fake23:20
alexpilottidansmith: pick a random line (kidding)23:20
alexpilottidansmith: 1 sec23:20
dansmithalexpilotti: you said it, not me :)23:20
*** colinmcnamara has quit IRC23:21
dansmithhttps://github.com/openstack/nova/blob/master/nova/virt/hyperv/vmops.py#L7123:21
dansmithalexpilotti: how about that?23:21
dansmithyes, you need to have a Fake_Msvm_ComputerSystem object, and list_instances() needs to return a few fake ones23:22
dansmith(just like xenapi does)23:22
alexpilottidansmith: I was looking at the _create_vm code 22423:22
*** ryant has joined #openstack-dev23:23
dansmithalexpilotti: right, so you have to create something that behaves just like self._conn here23:23
alexpilottithe one you pointed pout can be asily faked23:23
*** colinmcnamara has joined #openstack-dev23:23
*** afazekas has quit IRC23:23
alexpilottiyou have to create a fake, that handles method calls, queries, and associators23:23
dansmithalexpilotti: yep23:24
alexpilottiit becomes so complicated that it will require a huge test suite by itself ;-)23:24
dansmithalexpilotti: so maybe xenapi doesn't have the same level of insane complexity in the interface that it's mocking,23:24
dansmithalexpilotti: but that's because they chose a sane interface to begin with :)23:24
dansmithalexpilotti: yes, and there are tests in nova to test even the fake stuff :)23:25
alexpilottidansmith: I know ;-)23:25
alexpilottidansmith: let's put things into context23:25
*** woorea has joined #openstack-dev23:25
alexpilottidansmith: we got called like on the 1st of august, to do everything for the 13th of August23:25
dansmithalexpilotti: so I think that the point is that the hyperv driver side-steps that (admittedly difficult) job because it's "hard" and "weird" and also because most people don't care about it as long as it doesn't get in the way23:25
alexpilottidansmith: that sincerely, stinked quite a bit23:26
dansmithalexpilotti: no doubt :)23:26
alexpilottidansmith: my idea was to replace all those direct WMI calls with a good design23:26
alexpilottidansmith: meaning a class that wraps those lower level calls and that can be easily mocked23:27
dansmithalexpilotti: I think that providing an abstraction layer above the WMI to make it sane, and then providing a faked object with the same abstraction,23:27
dansmithwould allow everything you need, plus you could test the faked object to make sure it behaves23:27
alexpilottidansmith: yep, looks like we are talking about the same thing ;-)23:27
dansmithalexpilotti: and I think what sdague is saying is he wants to see that sooner than later :)23:27
*** dolphm has joined #openstack-dev23:27
*** colinmcnamara has quit IRC23:28
alexpilottidansmith: we'll have to redo all that code anyway, because ahem it might not be supported in the future23:28
jab416171|Cloudclarkb: no23:29
jab416171|Cloudclarkb: ps does not list screen23:29
alexpilottidansmith: so my plea :-) is to let us redo all that code in a timely matter without throwing our scheduling to /dev/null23:29
*** vipul is now known as vipul|away23:29
dansmithalexpilotti: a unix reference, from a windows guy? :)23:30
sdaguealexpilotti: ok, maybe if you shared your schedule for that, it would be helpful :)23:30
alexpilottidansmith: I have probably as much *NIX in my veins than Windows ;-)23:30
dansmithalexpilotti: I'm not as dead-set on it as sdague, so that's fine with me23:30
dansmithalexpilotti: as long as it has a timetable, and maybe a blueprint :)23:30
alexpilottidansmith: sure23:31
sdaguemy concern is that it wasn't a priority, so now we had a virt driver in the tree that no one except the orig authors could maintain, which I think is bad for the project23:31
dansmithalexpilotti: but it's all tainted with the windows blood! :)23:31
clarkbjab416171|Cloud: what was output at the end of stack.sh? did it look successful?23:31
sdagueit's good that people besides citrix can and do fix the xenapi code23:31
alexpilottidansmith: are you suggesting that my blood is icky? :-D23:31
* dansmith whistles innocently23:31
alexpilottisdague: I agree 100%23:31
*** mrodden has quit IRC23:31
*** dolphm has quit IRC23:32
dansmithalexpilotti: as someone who actually _has_ modified your driver, I'm less concerned about it23:32
alexpilottidansmith: you'd be surprised about how neat is Windows under the hood ;-)23:32
dansmithalexpilotti: but the potential for a problem is there23:32
alexpilottidansmith sdague: sure23:32
alexpilottidansmith sdague: the testing infrastrucure has some advantages as well23:33
sdaguealexpilotti: so I was probably out of line for calling you guys out on an unrelated review, but this did drive a bunch of frustration and grumbling in the #openstack-nova channel the other night, so I wanted to make sure it got addressed in some format23:33
dansmithsdague: the right way, IMHO, is to bring it up on the nova meeting,23:33
dansmithwhich is apparently going to happen23:33
sdagueright, yes, that's a good call23:33
alexpilottisdague: I already spoke with russellb asking about it23:33
sdaguealexpilotti: yes, great23:33
alexpilottisdague: I'm sorry I didn't attend your discussions in #openstack-nova23:34
sdaguealexpilotti: hope I didn't bruise any feelings too badly in the -1.23:34
sdaguealexpilotti: it wasn't actually me that was running into the issues23:34
alexpilottisdague: no way!23:34
dansmithoh, speaking of bruising...23:34
russellbgroup hug!23:34
sdaguebut I did share the concern23:34
* dansmith slaps sdague across the mouth for outing his CIM background23:34
alexpilottisdague: lol23:34
alexpilottisdague: I just took the occasion for discuss this as openly as possible23:35
*** colinmcnamara has joined #openstack-dev23:35
* sdague knows of other buses I can throw dansmith under23:35
*** flaper87 has quit IRC23:35
dansmithsdague: dude, not cool23:35
sdaguealexpilotti: excellent23:35
sdaguealexpilotti: yeh, I think this will make a good nova meeting topic23:36
russellbalexpilotti is going to educate us on how it works and how they plan to improve it :-23:36
*** colinmcnamara1 has joined #openstack-dev23:36
sdaguesounds great23:36
russellb.... right alexpilotti ?!  :)23:36
alexpilottisdague: I just joinen #openstack-nova as well, pardon me, I just thought you guys were discussing thi stopics here23:36
dansmithalexpilotti: this is a fine place for it23:36
russellbeither one23:36
sdagueyeh, either one is good23:37
sdagueit happened last week some time23:37
russellbsometimes this channel gets noisy, so we end up talking nova stuff over there *shrug*23:37
alexpilottirussellb: sure, I will bring a friend called hypnotoad to help me with it :-D23:37
sdaguewhen the patch with the skip tests went in as a last resort23:37
sdagueall hail the hypnotoad....23:37
sdagueok, it's time for me to head out for the night, catch you all later23:38
alexpilottisdague: now altogether: all hail hyper-v testing  :-D23:38
*** colinmcnamara2 has joined #openstack-dev23:38
sdague:P23:39
*** colinmcnamara has quit IRC23:39
sdaguehehehe23:39
*** krtaylor has quit IRC23:39
*** vipul|away is now known as vipul23:39
*** donaldh has quit IRC23:40
*** colinmcnamara1 has quit IRC23:40
alexpilottisdague: if we got it clear, any chance you can remove that -1 from the review? ;-)23:41
openstackgerritA change was merged to openstack/nova: Fixes HyperV compute "resume" tests  https://review.openstack.org/1709023:41
alexpilottidansmith: tx for the review BTW!23:42
*** gongysh has joined #openstack-dev23:42
dansmithalexpilotti: np23:42
alexpilottidansmith: talking about the tests23:43
alexpilottidansmith: what about the idea of generating those manally editable stubs?23:43
alexpilottidansmith: would it be a working idea for you?23:43
dansmithalexpilotti: not sure what you mean23:43
alexpilottidansmith: I mean now the stubs are serialized in pickled format23:44
alexpilottidansmith: what about having them in a "clear" json?23:44
dansmithalexpilotti: I think that would likely be better,23:44
dansmithalexpilotti: and I think that for testing the actual implementation model, that's acceptable,23:45
dansmithbut I'd like to see a real fake implementation of all the lower layers,23:45
alexpilottidansmith: this is something we could do relatively quickly (it's already planned in the README.rst you reviewed in the TODO at the end)23:45
dansmithwhich can be used for testing the upper bits, and then use the pickled (however it is done) approach only for the bits that actually require platform libraries23:45
dansmithalexpilotti: right. It's not "enough", IMHO, but it would be an improvement23:46
alexpilottidansmith: and we could introduce gradually a fake implementation without rewriting all the code overnight23:46
alexpilottidansmith: what do you think?23:46
dansmithalexpilotti: yes, I don't think anyone is going to vote against that approach23:46
dansmithalexpilotti: as long as the end goal is a proper implementation23:46
alexpilottidansmith: do you think that this approach for Grizzly and the full fake implementation for H would be ok?23:47
dansmithalexpilotti: I think you need to ask the folks in the nova meeting about that23:47
dansmithalexpilotti: you seem to be under the mistaken impression that my opinion means anything :D23:48
alexpilottidansmith: sure, I'd like to know your opinion for now23:48
dansmithheh23:48
dansmithpersonally, I think that the current approach is better than nothing, and while I don't like it, I'm not overly annoyed by it23:48
alexpilottidansmith: I'm not going to go to the meeting with: As my friend dansmith agreed on, we are going to, blah blah ;-)23:48
dansmithand I think that the assumption is that we just @skip() the whole thing any time it's not fixable23:49
dansmithalexpilotti: heh, good ;)23:49
*** sthaha has joined #openstack-dev23:49
*** sthaha has quit IRC23:49
alexpilottidansmith: as you can imaging we are already working around the clock for the HUGE amount of stuff that is going to go into grizzly23:50
dansmithalexpilotti: aren't we all? :)23:50
alexpilottidansmith: I guess so, otherwise we'd do a different job I guess ;-)23:51
alexpilottidansmith: what I'm saying is that such a change would require such an amount of dev hours that would be quite… disrupting in teh scheduling23:51
*** jcooley is now known as jcooley_afk23:51
alexpilottidansmith: which means delaying world domination of OpenStack in the Windows world MUHAHAHA23:52
alexpilottidansmith: kidding, eh23:52
dansmithalexpilotti: I don't think anyone is worried about that happening :)23:52
alexpilottidansmith: lol23:53
dansmithalexpilotti: I say, present your case and your schedule at the meeting and I'm sure you'll get acceptance or constructive feedback :)23:53
alexpilottidansmith: I know 1 or 2 people wchi might be indeed ;-)23:53
*** nunosantos has quit IRC23:53
*** jaypipes has quit IRC23:53
alexpilottidansmith: sounds good23:53
dansmithalexpilotti: oh, I read that backwards.. heh :)23:53
vishyjgriffith: ping23:54
*** colinmcnamara2 has quit IRC23:55
*** jcooley_afk is now known as jcooley23:55
*** colinmcnamara has joined #openstack-dev23:56
jab416171|Cloudclarkb: yeah, I didn't see any glaring error messages23:56
jab416171|Cloudclarkb: is there some log file I can look at?23:56
clarkbjab416171|Cloud: I think stuff should be sent to syslog23:57
jab416171|Cloudclarkb: when I try to log in, I get "An error occurred authenticating. Please try again later."23:59
jab416171|Cloudclarkb: and there's nothing in /var/log/syslog that's useful23:59
*** rafaduran has left #openstack-dev23:59

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