/srv/irclogs.ubuntu.com/2014/09/04/#cloud-init.txt

=== praneshp_ is now known as praneshp
=== harlowja is now known as harlowja_away
=== pquerna_ is now known as pquerna
mhroncoksmoser: hi, got a minute?11:08
smosermhroncok, whats up?13:20
mhroncoksmoser: I wan to talk with you about cloud-init and Python 313:21
mhroncoksmoser: cloud-init is the last thing in Fedora cloud stack, that doesn't support Python 313:21
mhroncoksmoser: and we would like to make it happen13:21
mhroncokhow can we help?13:22
smoserits on a list, and it should have been done alrady.13:22
smoseri'm open to patches for that. we've done some work in that direction (dropping boto and cheetah recently)13:23
mhroncokthere are several relevant issues opened, but it seems nothing is happening, so we we would be happy to help with patches - however we are not sure what should we focus on first13:23
mhroncokBTW boto now supports Python 313:23
mhroncokI've seen this: https://code.launchpad.net/~harlowja/cloud-init/changeable-templates/+merge/20899413:24
mhroncokso now it should only be about cloud-init itself?13:25
smoseri didn't know about boto and python3, thats good. yeah, it should be only cloud-init itself.13:26
mhroncokis there any branch for python 3 porting or stuff liek tyhat, or we should just start with trunk?13:27
mhroncoks/liek tyhat/like that/13:27
smosertrunk. 13:27
smoserharlowja_away, may have taken some further look at it.13:28
mhroncoksmoser: ok, thanks for info13:28
smoseri think it makes sense to get to python3 support in cloud-init.13:30
smoserthere is some discussion about doing a cloud-init 2.0, which would start with python3 as the starting point.13:31
smoserand probably not bother with python2 support13:31
mhroncoksmoser: is there a way to send patches, but don  not sign CCA?13:31
smoseri'm sorry, there is not. 13:33
smosercontributors agreement are required i many projects.13:33
mhroncokI'm not even sure I can sign that, will consult my boss :)13:34
jfontanhi14:14
jfontanI am doing some modifications to a cloud init datasource14:14
jfontanbut I am unable to get the error14:15
jfontanI only get a warning saying "Getting data from <clas...14:15
jfontanI only get a warning saying "Getting data from <clas...> failed14:15
jfontanis there any way I can see the errors?14:16
smoserjfontan, maybe /var/log/cloud-init.log has an error ?14:38
jfontannope, that is the only error14:45
jfontanI've added a traceback print to may copy of cloud-init14:46
jfontanin find_source14:46
jfontanmay=my14:46
smoserjfontan, you should get something else along side that error.16:03
jfontanit only said it failed16:06
jfontanit was an error in the code16:06
jfontanbut the exception blod just printed that it could not get the data16:07
jfontanblock16:07
jfontanhere16:08
jfontanhttp://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/__init__.py#L25516:08
smoserharmw, what do you need me to merge ?16:57
smoserjfontan, yeah, but it should log a stack trace16:57
jfontanit didn't for me16:57
smosercan you pastebinit ?17:02
smoserthe whole log ?17:02
jfontanI'll have to create the image again17:08
jfontanas I don't have the error in the code anymore and it has the trace print in. I'll check if I have an old vm17:10
jfontansmoser, https://gist.github.com/jfontan/bcf18f262cd06252ff1a#file-gistfile1-txt-L1317:18
jfontanit only says that it failed but no stacktrace17:19
jfontanI'm using trunk17:19
smoserso the error you see there is the one you added ?17:20
smoserthe stack trace 17:20
harlowjasmoser did i hear python317:21
harlowjalol17:21
jfontannope, I took out the strack trace printing code17:21
jfontanthe error is in OpenNebula Data source17:21
jfontanand just tells it failed17:21
jfontanno stacktrace17:22
smoserhm.. that is odd. i dont know why. 17:22
jfontanthere is an stacktrace for openstack but that's something I'm not working on17:22
smoseryeah, and that is wrong. 17:22
smoseryou're using turnk her e?17:22
jfontanyes17:22
smoserharlowja, you see that ^ . 17:22
smoserthat should probably not be a fail17:22
harlowjawhats the trace?17:22
smoserbut rather a "no datasource here, move along"17:22
smoserhttps://gist.githubusercontent.com/jfontan/bcf18f262cd06252ff1a/raw/960d80f5263ebbe909ab786ef1ece8bc5d04cda6/gistfile1.txt17:23
harlowjasmoser hmmm, will fix17:23
jfontanit's a failure. I mistyped a variable17:23
smoserand any idea why we wouldnt get a log17:23
smoserof that failure there.17:23
smoserfor the 'DataSourceOpenNebula' line17:24
jfontanit could be the code in data source17:24
jfontanmaybe it's catching all exceptions17:24
smoserwell, it is.17:24
jfontanI'll take a look17:24
smoserbut then it calls 17:25
smoser util.logexc(LOG, "Getting data from %s failed", cls)17:25
jfontanso that logexc should print the trace, isn't it?17:26
smoseryeah.17:26
jfontanI have to go17:30
jfontangood luck17:30
harlowjasmoser https://code.launchpad.net/~harlowja/cloud-init/mini-os-fixes/+merge/23339917:37
harlowjamhroncok also https://code.launchpad.net/~harlowja/cloud-init/py2-3 for your py3 messages18:02
harlowjathats the branch that imho will enable mixed py2/py3 mode18:02
harlowjawhich will be required for older distros that aren't all py3 yet18:03
mhroncokharlowja: great, thanks18:03
harlowjai did some basic testing from what i remember with py3 and pretty sure i nailed most of the issues down18:03
mhroncokBTW harlowja smoser, cannot I just give you my patches as Public domain?18:03
harlowjamhroncok smoser  probably knows better than i all that stuff, i never got into the legal stuff :-P18:04
smosermhroncok, i dont think so.18:04
mhroncokok, waiting to hear from our legal :D18:04
smoserharlowja, i don think you fixed https://gist.githubusercontent.com/jfontan/bcf18f262cd06252ff1a/raw/960d80f5263ebbe909ab786ef1ece8bc5d04cda6/gistfile1.txt19:03
smoserin mini-os19:03
smosermini-os-fixes19:03
harlowjak, maybe i misunderstand ?19:04
smoserso in that log19:04
smoserhm..19:04
smoseroldd.19:04
harlowja'openstack.py[ERROR]: Failed reading mandatory path /tmp/tmpX2lt9o/openstack/latest/meta_data.json' ?19:04
harlowjathats now demoted to debug19:04
smoseri have to look at this more. i didn't hitnk he had a config drive there.19:04
smoseroh i see.19:05
smoserso that would be debug, but then there is / should be no ERROR 19:05
harlowja_fetch_available_versions() takes exactly 1 argument (2 given) also should be fixed19:05
smoseragreed there.19:05
smoseri thought what had happend there was that there was no config drive19:05
smoserand that should result in the DSs' _get_data() returnning False19:06
smoserwith only debug messages19:06
harlowjasure, i just think the differeniation between searching for get_data that will work and actually using a get_data that then fails isn't clear19:07
harlowjathats probably part of it19:07
harlowjamaybe should be refactored to find_data (which then only outputs debug messages) and get_data (which actually outputs errors)19:07
harlowjasepearting the non-failure find process from the actual problems get_data 19:08
harlowjathere sorta munged together at this point 19:08
smoserwell, _get_data returns True on "I've found"19:16
smoserand False on "nope"19:17
harlowjaright, but say it had a finding method, this one would return True/False, then it had a read method that would read from the previous location found (if it was) and would log errors and such19:19
harlowjathe find method would be expected to never log errors and such19:19
harlowjabut the read method could (instead of what we currently do is make everything debug, since we are doing both find and read in the same method)19:20
smoseri agree, it can be better.19:25
smoserharlowja, can you fix that though ?19:28
harlowjahehe, what i'm supposed to fix? 19:28
harlowjalol19:28
smoserit needs to be debug only on "not found"19:29
smoserand ideally not stack trace :)19:29
harlowjaright, https://code.launchpad.net/~harlowja/cloud-init/mini-os-fixes/+merge/233399 switches those to debug ?19:30
harlowjawith no stack-trace19:30
harlowjabut i might still be confused, lol19:31
harlowjaoh, i think i see one more19:31
harlowjaok, think i got them (reuploaded)19:34
smoserhow did it do no stacktrace20:00
harlowjaexcept openstack.NonReadable:20:03
harlowja            return False20:03
harlowjaprobably that20:03
harlowjaexcept openstack.NonReadable:20:03
harlowja            return False20:03
harlowja        except (openstack.BrokenMetadata, IOError) as e:20:03
harlowja            LOG.debug("Broken metadata address %s: %s",20:03
harlowja                      self.metadata_address, e)20:03
harlowja            return False20:03
harlowjashall that be changed?20:04
harlowjaor similar in 'DataSourceConfigDrive'20:04
harmwsmoser: https://code.launchpad.net/~harmw/cloud-init/freebsd-fixes20:15
harmwhttps://code.launchpad.net/~harmw/cloud-init/freebsd-fixes/+merge/233247 20:15
smoserharmw, tried to build the cirros with patched busybox20:23
smoserbut busubox didn't get patched20:23
smosernot sure why20:23
harmwsorry man, this time it's me beeing way to busy :)21:07
smoserharmw, no worries.21:16
smoserit seems like an easy fix21:16
smoserhttp://paste.ubuntu.com/8253590/21:16
harmwhm, that makefile change... can't recall i needed that21:53
smoserno22:11
smoseryou didn't22:11
smoserthat was debug22:11
=== gondoi is now known as zz_gondoi

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