| *** NikitaKonovalov has joined #savanna | 00:48 | |
| *** NikitaKonovalov has quit IRC | 00:53 | |
| *** nosnos has joined #savanna | 01:06 | |
| *** fandikurnia01 has joined #savanna | 01:29 | |
| *** NikitaKonovalov has joined #savanna | 01:48 | |
| *** NikitaKonovalov has quit IRC | 01:53 | |
| *** fandikurnia01 has quit IRC | 01:59 | |
| *** tstclair has quit IRC | 02:02 | |
| *** fandikurnia01 has joined #savanna | 02:04 | |
| *** tstclair has joined #savanna | 02:08 | |
| *** kbroughton has joined #savanna | 02:14 | |
| *** fandikurnia01 has quit IRC | 02:25 | |
| openstackgerrit | ChangBo Guo proposed a change to stackforge/savanna: Don't use ModelBase.save() inside of transaction https://review.openstack.org/46258 | 02:38 |
|---|---|---|
| *** chandoo has quit IRC | 02:43 | |
| *** NikitaKonovalov has joined #savanna | 02:49 | |
| *** NikitaKonovalov has quit IRC | 02:54 | |
| openstackgerrit | ChangBo Guo proposed a change to stackforge/savanna: Don't use ModelBase.save() inside of transaction https://review.openstack.org/46258 | 02:55 |
| *** NikitaKonovalov has joined #savanna | 03:50 | |
| *** NikitaKonovalov has quit IRC | 03:54 | |
| *** fandikurnia01 has joined #savanna | 03:58 | |
| kbroughton | has anyone tried savanna with the docker hypervisor? | 04:11 |
| openstackgerrit | ChangBo Guo proposed a change to stackforge/savanna: Don't use ModelBase.save() inside of transaction https://review.openstack.org/46258 | 04:14 |
| *** fandikurnia01 has quit IRC | 04:15 | |
| *** fandikurnia01 has joined #savanna | 04:16 | |
| *** fandikurnia01 has quit IRC | 04:21 | |
| *** akuznetsov has joined #savanna | 04:48 | |
| *** SergeyLukjanov has joined #savanna | 04:49 | |
| *** NikitaKonovalov has joined #savanna | 04:50 | |
| *** NikitaKonovalov has quit IRC | 04:55 | |
| *** nvn77 has joined #savanna | 05:02 | |
| *** sacharya has quit IRC | 05:06 | |
| *** SergeyLukjanov has quit IRC | 05:08 | |
| *** dmitryme has joined #savanna | 05:14 | |
| *** NikitaKonovalov has joined #savanna | 05:43 | |
| *** NikitaKonovalov has quit IRC | 05:49 | |
| *** dmitryme has quit IRC | 06:03 | |
| *** akuznetsov has quit IRC | 07:03 | |
| *** asavu has joined #savanna | 07:20 | |
| *** akuznetsov has joined #savanna | 07:59 | |
| *** nprivalova has joined #savanna | 08:00 | |
| *** dmitryme has joined #savanna | 08:02 | |
| *** dmitryme has quit IRC | 08:04 | |
| *** kbroughton has quit IRC | 08:37 | |
| *** alazarev has joined #savanna | 08:42 | |
| *** nprivalova has quit IRC | 08:43 | |
| *** nprivalova has joined #savanna | 08:50 | |
| *** asavu has quit IRC | 09:06 | |
| *** alazarev has quit IRC | 09:10 | |
| *** alazarev has joined #savanna | 09:19 | |
| *** NikitaKonovalov has joined #savanna | 09:34 | |
| *** SergeyLukjanov has joined #savanna | 09:41 | |
| *** SergeyLukjanov has quit IRC | 09:54 | |
| *** nprivalova has quit IRC | 10:08 | |
| *** SergeyLukjanov has joined #savanna | 10:10 | |
| *** nosnos has quit IRC | 10:26 | |
| *** nosnos has joined #savanna | 10:27 | |
| *** nosnos has quit IRC | 10:27 | |
| *** nosnos has joined #savanna | 10:28 | |
| *** nprivalova has joined #savanna | 10:35 | |
| *** nosnos has quit IRC | 10:35 | |
| *** alazarev has quit IRC | 10:36 | |
| *** nosnos has joined #savanna | 10:36 | |
| *** nosnos has quit IRC | 10:40 | |
| openstackgerrit | Matthew Farrellee proposed a change to stackforge/savanna-dashboard: Add neutron import available in the RDO release of Havanna https://review.openstack.org/46350 | 10:46 |
| *** nprivalova has quit IRC | 10:48 | |
| *** nprivalova has joined #savanna | 10:48 | |
| *** _mattf is now known as mattf | 10:55 | |
| *** ruhe has joined #savanna | 10:57 | |
| *** alazarev has joined #savanna | 11:06 | |
| *** nprivalova_ has joined #savanna | 11:12 | |
| *** alazarev has quit IRC | 11:15 | |
| *** nprivalova has quit IRC | 11:15 | |
| *** nprivalova_ is now known as nprivalova | 11:15 | |
| *** ruhe has quit IRC | 11:16 | |
| *** alazarev has joined #savanna | 11:16 | |
| *** ruhe has joined #savanna | 11:19 | |
| *** alazarev has quit IRC | 11:28 | |
| *** alazarev has joined #savanna | 11:29 | |
| *** alazarev has quit IRC | 11:40 | |
| *** alazarev has joined #savanna | 11:52 | |
| *** alazarev has quit IRC | 12:03 | |
| *** kbroughton has joined #savanna | 12:12 | |
| *** _crobertsrh is now known as crobertsrh | 12:14 | |
| *** chandoo has joined #savanna | 12:15 | |
| openstackgerrit | Vadim Rovachev proposed a change to stackforge/savanna-dashboard: Added UI tests https://review.openstack.org/43442 | 12:25 |
| *** SergeyLukjanov has quit IRC | 12:29 | |
| *** rakhmerov has joined #savanna | 12:32 | |
| rakhmerov | hi, I noticed that we currently have two savanna API urls for job binaries: "/job-binaries" and "/job-binary-internals". The first one is intended only for "read" access in cases we store some of the binaries, i.e. in "swift" or other external storages. The second one is for storing binaries right in savanna tables and using API we can upload whatever we need. | 12:38 |
| rakhmerov | Question: aren't these names confusing? | 12:39 |
| *** asavu has joined #savanna | 12:39 | |
| rakhmerov | "job-binaries" and "job-binary-internals" | 12:39 |
| rakhmerov | in my opinion, they don't 100% correspond to what they're really designed for | 12:40 |
| *** SergeyLukjanov has joined #savanna | 12:42 | |
| rakhmerov | I could suggest something like "/job-external-binaries" and "/job-binaries" respectevely | 12:43 |
| rakhmerov | any thoughts on this? | 12:43 |
| nprivalova | job-binary-internal is just a blob in db | 12:43 |
| rakhmerov | yep | 12:43 |
| nprivalova | maybe it will be better to call it just internal_blob | 12:44 |
| rakhmerov | I'm trying to think about it from a user perspective | 12:44 |
| nprivalova | user doesn't work with job-binary-internal directly | 12:44 |
| rakhmerov | no-no, for a user it doesn't matter if it's a blob in a db or something else. Internal representation is not what they should thing about | 12:44 |
| nprivalova | from UI I mean | 12:44 |
| rakhmerov | hm.. I might not have understood correctly then. I thought we could just upload some script via UI using /job-binary-internals, no? | 12:46 |
| nprivalova | it was created to let user upload a file from PC, e.g. | 12:46 |
| nprivalova | no, it will be done in job-binary page | 12:46 |
| nprivalova | take a look at https://wiki.openstack.org/wiki/Savanna/UIMockups/JobCreationProposal | 12:48 |
| nprivalova | user will not work with /job-binary-internals, only with /job-binary | 12:48 |
| nprivalova | savanna will use /job-binary-internals to create corresponding job-binary | 12:48 |
| nprivalova | https://wiki.openstack.org/wiki/File:JobBinaryCreation.jpg | 12:49 |
| rakhmerov | ok, give me a second | 12:49 |
| *** alazarev has joined #savanna | 12:54 | |
| rakhmerov | what's described in this file is totally fine. However, I'm mostly talking about REST API itself. Imagine, I'm a 3rd party person developing an application working as a client for Savanna. In this case I may not be interested in using anything like SWIFT first to be able to run some jobs. I just want to use some url to immediately upload some script and use it as a binary for my job. So this url would be a little bit confusing to me | 12:56 |
| rakhmerov | so I mean from a REST API standpoint it's a regular, and pretty useful method that I can use to upload scripts I need | 12:57 |
| rakhmerov | do see my point? | 12:57 |
| mattf | rakhmerov is making a nice point that we need to enhance the way we view consumers of our rest apis | 12:57 |
| rakhmerov | I would just suggest you guys disscuss it once more | 12:57 |
| rakhmerov | right | 12:58 |
| mattf | we're already thinking about 3rd parties, but focus is currently on the dashboard user | 12:58 |
| rakhmerov | yes, but I'm trying to extend that vision a little bit further | 12:58 |
| mattf | we're approaching it in a somewhat organic way, but your point is well received - we need to step it up a little on the non-dashboard user of the rest api | 12:59 |
| *** alazarev has quit IRC | 12:59 | |
| rakhmerov | yep, ok | 12:59 |
| rakhmerov | just wanted to deliver my message here.. | 12:59 |
| mattf | given that context, what would you suggest? fyi, rnirmal has also been interested in this topic. | 13:00 |
| nprivalova | to work directly with script from swift you will create bon-binary without job-binary-internal | 13:00 |
| nprivalova | *job-binary | 13:00 |
| rakhmerov | I would suggest i.e. "job-binary-storage" (for various storages) and "job-binary" (for what is called "job-binary-internal" now) | 13:03 |
| rakhmerov | or may be we could leave "job-binary-internal" as it is but rename "job-binary" so that expresses the storage-oriented binaries | 13:04 |
| mattf | should the 3rd party client have to care if it s internal or external? i'd think not. | 13:05 |
| rakhmerov | i.e. "job-binary-external" and "job-binary-internal", this way they would look symmetric | 13:05 |
| mattf | each storage endpoint has...an endpoint and a type. the internal is just a different type | 13:06 |
| rakhmerov | well, yes, it's another thought that I had, just to have one url for all the operations | 13:06 |
| rakhmerov | yes, I agree | 13:06 |
| rakhmerov | internal is just one of the protocols we support | 13:07 |
| rakhmerov | that's it | 13:07 |
| rakhmerov | along with swift, hdfs and whatever | 13:07 |
| *** alazarev has joined #savanna | 13:08 | |
| mattf | that seems cleaner to me | 13:08 |
| rakhmerov | yes | 13:08 |
| nprivalova | but we use it is this way now | 13:10 |
| nprivalova | in job-binary we have several protocols "swift-internal", 'savanna-db' and so on | 13:10 |
| *** ruhe has quit IRC | 13:13 | |
| mattf | nprivalova, so you'd cast it as we have the primary endpoint, the job-binary and then we have a savanna-db end point for "internal" storage | 13:14 |
| openstackgerrit | Alexander Ignatov proposed a change to stackforge/savanna: Replacement of Vanilla Hadoop 1.1.2 to Hadoop 1.2.1 https://review.openstack.org/46490 | 13:14 |
| mattf | so maybe it's just a matter of naming getting in the way. job-binary-internals would be better named savanna-db ? | 13:15 |
| nprivalova | if we have the following url in job-binary 'savanna-db://bla-bla-bla' we should find bla-bla-bla in our db among jbinternals | 13:16 |
| rakhmerov | but we can't upload anything to savanna-db in an understandable way through rest API | 13:17 |
| nprivalova | why? we have PUT method to upload a file | 13:18 |
| rakhmerov | actually we can, using job-binary-internals but it's not clear it corresponds to savanna-db | 13:18 |
| nprivalova | you don't like a name? | 13:18 |
| rakhmerov | yes, but we have to use job-binary-internals | 13:18 |
| rakhmerov | yes, I don't like it, exactly | 13:18 |
| rakhmerov | it doesn't correlate to savanna-db, at least at the first glance | 13:19 |
| nprivalova | please suggest a better one and contribute :) I don't like it too. it's too long | 13:19 |
| rakhmerov | it's not that it's long for me… It's not expressive enough :) | 13:19 |
| rakhmerov | job-binary-savanna-db is even longer but it would be more correlating to the protocol "savanna-db://" | 13:20 |
| *** alazarev has quit IRC | 13:21 | |
| rakhmerov | ok, think it over please | 13:24 |
| nprivalova | maybe it's better to rename only url | 13:24 |
| nprivalova | if we decided to rename let's create smth better then "job-binary-savanna-db". need to think | 13:26 |
| mattf | nprivalova, we might not even want to have that api as a supported savanna api | 13:27 |
| *** ruhe has joined #savanna | 13:28 | |
| nprivalova | mattf, and how user will upload a file? | 13:29 |
| mattf | maybe we insist on using swift or some trove managed db | 13:30 |
| nprivalova | ah | 13:30 |
| nprivalova | I see your point | 13:30 |
| mattf | ...maybe savanna doesn't want to be a data storage end point itself | 13:31 |
| nprivalova | We created this level for the case when there is no swift-trove and so on in cluster | 13:31 |
| mattf | but maybe it should export an hdfs storage endpoint | 13:31 |
| mattf | i'm on board with why we're where we are | 13:32 |
| nprivalova | we have no hdfs at this point | 13:32 |
| nprivalova | let me explain | 13:32 |
| mattf | reading the TC commentary, we're going to have increased pressure to consider what our api surface looks like as we incubate | 13:32 |
| *** SergeyLukjanov has quit IRC | 13:32 | |
| nprivalova | we start savanna with empty db on cluster without any storages. And we'd like to run a script on transient cluster. We need to Create jobBinary at first. Cluster is not created by this moment. So we need to store a script somewhere. Internal db is a solution | 13:34 |
| *** alazarev has joined #savanna | 13:34 | |
| *** rakhmerov has left #savanna | 13:38 | |
| tmckay | late to the party, I have a sick dog.... just read back | 13:39 |
| tmckay | mattf, there was feedback from the field (to either aignatov or akuznetsov, I forget) that there are users who commonly do not have swift set up at all, and need a place to put files. | 13:41 |
| tmckay | the internal db support is partly there to serve them, too. | 13:41 |
| mattf | i'm not arguing against having the api | 13:41 |
| tmckay | I agree we can probably create a better name... | 13:41 |
| aignatov | I think that was feedback from Nadya | 13:42 |
| tmckay | aignatov, my mistake :) | 13:42 |
| tmckay | Alternatively, we could have a separate standalone utility for injecting files into the savanna db. Maybe that would create some separation in minds of the users. | 13:43 |
| tmckay | Or, just write good documentation :) | 13:43 |
| tmckay | nprivalova, the truth is, those blobs can be anything at all. We could call it "savanna-blob" or "opaque-object" or "savanna-storage" and still have create, list, get, delete functions. | 13:45 |
| nprivalova | yes, I mile savanna-blob :) | 13:46 |
| nprivalova | *like | 13:46 |
| nprivalova | I think that this REST-call (create some blob in savanna) is useful for now. We always may remove it in future. But I don't think we should do it right now | 13:48 |
| mattf | crobertsrh, NikitaKonovalov, please poke https://review.openstack.org/#/c/46350/ | 13:49 |
| crobertsrh | ack | 13:50 |
| tmckay | nprivalova, agreed. The only other idea I have is to allow JobBinary objects with a url of "file:///blah/blah" which would require binaries to be stored on the savanna server. Or even "user@host:/blah" and use scp or something to move files to the server. Once they are on the server, they could be read and "upload_job_files()" would take it from there. | 13:52 |
| tmckay | That's the only way I can see to not have a db blob interface | 13:53 |
| tmckay | nprivalova, do we want to rename to savanna-blob? It's fine with me. Maybe we should vote | 13:54 |
| nprivalova | voting is ok. Think it may be moved to weekly meeting | 13:56 |
| tmckay | ok | 13:59 |
| tmckay | nprivalova, so you mentioned yesterday a problem of passing parameters to scripts. Can you elaborate? | 13:59 |
| nprivalova | tmckay, workflow.xml has <configuration> block and <params>, <arguments> block for Pig and Hive job-types | 14:01 |
| * tmckay nods | 14:01 | |
| nprivalova | so we need to implement this :) | 14:02 |
| nprivalova | first of all: there is 'config' param in job and job_execution. I think it should be renamed to 'extra'. extra = {configs={…}, params = {…}, ...} | 14:04 |
| tmckay | nprivalova, sounds like a worthy project. So where would params and arguments be specified by a user? In a Job? JobExecution? Both, with JobExecution overloading? | 14:04 |
| tmckay | ok, that makes sense. | 14:04 |
| nprivalova | take a look at https://wiki.openstack.org/w/images/4/49/JobCreation.jpg | 14:05 |
| tmckay | nprivalova, hmm, I wonder looking at that picture if we also need a way to filter the list of job-origins based on job-type. | 14:08 |
| tmckay | If someone selects "Pig", it seems to me the list of JobOrigins should be pruned. | 14:08 |
| tmckay | different topic | 14:08 |
| *** alazarev has quit IRC | 14:09 | |
| tmckay | maybe JobOrigin stores the type of the JobBinary in mains | 14:10 |
| tmckay | (first) | 14:10 |
| *** asavu has quit IRC | 14:16 | |
| *** kbroughton has quit IRC | 14:17 | |
| *** ruhe has quit IRC | 14:24 | |
| *** ruhe has joined #savanna | 14:32 | |
| *** kbroughton has joined #savanna | 14:32 | |
| *** rnirmal has joined #savanna | 14:32 | |
| *** SergeyLukjanov has joined #savanna | 14:35 | |
| *** sacharya has joined #savanna | 14:36 | |
| *** NikitaKonovalov has quit IRC | 14:39 | |
| *** NikitaKonovalov has joined #savanna | 14:39 | |
| *** sacharya has quit IRC | 14:44 | |
| tmckay | nprivalova, the configs field is currently "job_configs". Can we leave the name, and just make it nested with {"configs": {}, "params": {}, "args": {}} | 14:45 |
| tmckay | or maybe "job_settings"? | 14:46 |
| tmckay | extra sounds too vague to me | 14:46 |
| nprivalova | Actually I'm ok with job_configs. Not sure about other team-members | 14:47 |
| tmckay | nprivalova, okay, for now we'll stick with job_configs. Thanks. | 14:49 |
| mattf | crobertsrh, i forgot i'm also blocked by that keypair issue, darn | 15:13 |
| crobertsrh | doh! | 15:14 |
| mattf | i may open a review for a fix later today | 15:14 |
| *** sacharya has joined #savanna | 15:16 | |
| crobertsrh | awesome. I never really dug much. At the time, I was just in the "get something working" mode | 15:22 |
| openstackgerrit | John Speidel proposed a change to stackforge/savanna: Configuration token replacement is incorrect for some topologies https://review.openstack.org/46349 | 15:23 |
| *** tmckay has quit IRC | 15:24 | |
| *** asavu has joined #savanna | 15:26 | |
| *** tmckay has joined #savanna | 15:26 | |
| *** tmckay has quit IRC | 15:30 | |
| openstackgerrit | Nikita Konovalov proposed a change to stackforge/savanna: Floating ip assignement support https://review.openstack.org/44822 | 15:35 |
| openstackgerrit | Nikita Konovalov proposed a change to stackforge/savanna: Floating ip assignement support https://review.openstack.org/44822 | 15:40 |
| openstackgerrit | A change was merged to stackforge/savanna-dashboard: Add neutron import available in the RDO release of Havanna https://review.openstack.org/46350 | 15:46 |
| openstackgerrit | Ilya Tyaptin proposed a change to stackforge/savanna: Added job status update and hook for transient cluster shutdown https://review.openstack.org/44428 | 15:47 |
| openstackgerrit | Ilya Tyaptin proposed a change to stackforge/savanna: Trusts for longrunning tasks https://review.openstack.org/44706 | 15:47 |
| openstackgerrit | Alexander Kuznetsov proposed a change to stackforge/savanna: Added job status update and hook for transient cluster shutdown https://review.openstack.org/44428 | 15:59 |
| *** NikitaKonovalov has quit IRC | 16:11 | |
| *** asavu has quit IRC | 16:21 | |
| *** ruhe has quit IRC | 16:25 | |
| *** SergeyLukjanov has quit IRC | 16:26 | |
| *** nprivalova has quit IRC | 16:30 | |
| openstackgerrit | A change was merged to stackforge/savanna: Configuration token replacement is incorrect for some topologies https://review.openstack.org/46349 | 16:52 |
| *** kbroughton has quit IRC | 16:57 | |
| *** kbroughton has joined #savanna | 16:58 | |
| *** tmckay has joined #savanna | 16:59 | |
| openstackgerrit | Alexander Kuznetsov proposed a change to stackforge/savanna: Added job status update and hook for transient cluster shutdown https://review.openstack.org/44428 | 17:08 |
| *** akuznetsov has quit IRC | 17:11 | |
| *** NikitaKonovalov has joined #savanna | 17:12 | |
| *** tmckay has quit IRC | 17:14 | |
| *** tmckay has joined #savanna | 17:14 | |
| *** kbroughton has quit IRC | 17:18 | |
| *** kbroughton has joined #savanna | 17:30 | |
| *** NikitaKonovalov has quit IRC | 17:46 | |
| *** NikitaKonovalov has joined #savanna | 17:47 | |
| openstackgerrit | Chad Roberts proposed a change to stackforge/savanna-dashboard: Adds EDP support in the UI for job execution https://review.openstack.org/44930 | 17:52 |
| *** kbroughton has quit IRC | 18:01 | |
| *** kbroughton has joined #savanna | 18:04 | |
| *** NikitaKonovalov has quit IRC | 18:04 | |
| openstackgerrit | Chad Roberts proposed a change to stackforge/savanna-dashboard: Adds EDP support in the UI for job execution https://review.openstack.org/44930 | 18:04 |
| *** NikitaKonovalov has joined #savanna | 18:04 | |
| *** NikitaKonovalov has quit IRC | 18:06 | |
| *** NikitaKonovalov has joined #savanna | 18:07 | |
| *** mattf is now known as _mattf | 18:07 | |
| kbroughton | I just installed savanna and savanna ui on a maces vmware vm (ubuntu 12.04) following http://savanna.readthedocs.org/en/0.2.1/devref/devstack.html#install-devstack-on-vm and http://savanna.readthedocs.org/en/0.2.1/horizon/installation.guide.html . However, i don't see a savanna tab on the dashboard. Any suggestions for troubleshooting? | 18:18 |
| *** akuznetsov has joined #savanna | 18:20 | |
| crobertsrh | kbroughton: did you add "savanna" and "savannadashboard" to HORIZON_CONFIG and INSTALLED_APPS? I think an apache restart is also required. | 18:22 |
| kbroughton | yes, I followed those steps. I only added them to the /settings.py file, not the /local_settings.py as per the instructions. Is that correct? | 18:24 |
| kbroughton | There was this warning when starting /savanna-api : WARNING keystoneclient.middleware.auth_token [-] Configuring auth_uri to point to the public identity endpoint is required; clients may not be able to authenticate against an admin endpoint | 18:24 |
| kbroughton | also, those files were not in the advertised location /usr/share//openstack_dashboard/ but rather /opt/stack/horizon/openstack_dashboard/ | 18:26 |
| *** _mattf is now known as mattf | 18:27 | |
| *** akuznetsov has quit IRC | 18:44 | |
| *** akuznetsov has joined #savanna | 18:46 | |
| crobertsrh | kbroughton: I'm thinking that your horizon is somehow just not finding the savanna dashboard plugin. Any error messages in the horizon logs? | 18:51 |
| crobertsrh | I think the difference in file locations might be due to devstack vs openstack installs. | 18:51 |
| mattf | btw, you need to add SAVANNA_URL to local_settings and the CONFIG/APPS to settings | 18:52 |
| kbroughton | crobertsrh: horizon_errors.log is full of things, but they don't look like errors. Nothing suspicious. [Fri Sep 13 18:05:17 2013] [error] REQ: curl -i -X GET http://192.168.119.20:35357/v3/projects -H "User-Agent: python-keystoneclient" -H "Forwarded: for=192.168.119.1;by=python-keystoneclient" -H "X-Auth-Token: 85e38d7ccc164bb08acbbdfbd6748535" | 18:53 |
| kbroughton | I added SAVANNA_URL = 'http://localhost:8386/v1.0' to local_settings. What is that about CONFIG/APPS to settings? | 18:54 |
| kbroughton | docs mentioned checking that 8386 port wasn't blocked. How do i do that? | 18:54 |
| crobertsrh | Even if the savanna api isn't running, the dashboard would still show a savanna tab (but error out when you navigate to it) | 18:55 |
| kbroughton | $ telnet vmware-controller 8386 | 18:56 |
| kbroughton | Trying 192.168.119.20... | 18:56 |
| kbroughton | Connected to vmware-controller. | 18:56 |
| kbroughton | looks ok. | 18:56 |
| crobertsrh | CONFIG/APPS to settings was a reference to step 2 from the instructions that you followed | 18:56 |
| kbroughton | ok, yes, i did those. | 18:57 |
| crobertsrh | Ok, this is just a guess. Maybe a link from your horizon/openstack_dashboard/dashboards directory to your savannadashboard directory would get it working. | 18:58 |
| crobertsrh | shouldn't be necessary, but I'm still guessing that your horizon just isn't finding your savannadashboard install | 19:00 |
| kbroughton | ok, trying ln -s /usr/local/lib/python2.7/dist-packages/savannadashboard /opt/stack/horizon/openstack_dashboard/dashboards/savannadashboard | 19:03 |
| crobertsrh | an apache restart on top of that | 19:04 |
| kbroughton | done. still nothing on horizon. $ ls /opt/stack/horizon/openstack_dashboard/dashboards/savannadashboard | 19:08 |
| kbroughton | api clusters cluster_templates dashboard.py dashboard.pyc data_sources image_registry __init__.py __init__.pyc job_origins jobs nodegroup_templates openstack plugins templates utils version.py version.pyc | 19:08 |
| crobertsrh | dang | 19:09 |
| kbroughton | Using the URLconf defined in openstack_dashboard.urls, Django tried these URL patterns, in this order: | 19:09 |
| kbroughton | ^$ [name='splash'] | 19:09 |
| kbroughton | ^auth/ | 19:09 |
| kbroughton | ^home/$ [name='user_home'] | 19:09 |
| kbroughton | ^i18n/js/(?P<packages>\S+?)/$ [name='jsi18n'] | 19:09 |
| kbroughton | ^i18n/setlang/$ [name='set_language'] | 19:09 |
| kbroughton | ^i18n/ | 19:10 |
| kbroughton | ^qunit/$ [name='qunit_tests'] | 19:10 |
| kbroughton | ^project/ | 19:10 |
| kbroughton | ^settings/ | 19:10 |
| kbroughton | ^admin/ | 19:10 |
| kbroughton | ^static\/(?P<path>.*)$ | 19:10 |
| kbroughton | ^media\/(?P<path>.*)$ | 19:10 |
| kbroughton | ^500/$ | 19:10 |
| kbroughton | The current URL, savanna/, didn't match any of these. | 19:10 |
| kbroughton | thats what i get if i go to ip/savanna in the browser address bar | 19:10 |
| crobertsrh | Yeah, for some reason, your horizon denies any knowledge of savanna. | 19:10 |
| crobertsrh | I'm going to see if I can reproduce your situation. I've never done a devstack + pip install savanna-dashboard install before. | 19:11 |
| *** akuznetsov has quit IRC | 19:11 | |
| kbroughton | ok thanks. Tried to do exactly as the docs said. Only changed pwd from nova to admin to be consistent with devstack install. | 19:12 |
| crobertsrh | Yeah. I hear your frustrations there. | 19:13 |
| kbroughton | and I used the latest Savanna, not the stable, ala savanna-venv/bin/pip install 'http://tarballs.openstack.org/savanna/savanna-master.tar.gz' | 19:15 |
| crobertsrh | You could also log a bug report against the docs that lead you astray. https://bugs.launchpad.net/savanna | 19:17 |
| crobertsrh | kbroughton: Hmm. The install worked for me....it was on fedora though (don't have ubuntu handy to try). | 19:35 |
| kbroughton | ok, thanks. I'll maybe give a centos version a whirl. and log a bug. | 19:42 |
| crobertsrh | sorry I haven't been more help | 19:43 |
| *** tstclair has quit IRC | 19:44 | |
| *** NikitaKonovalov has quit IRC | 19:44 | |
| kbroughton | not at all, it's a step forward for sure. Thanks for your time. I take it that doc bugs get logged along with code until savanna becomes an official project? | 19:47 |
| crobertsrh | Yeah, just one big lump o' bugs | 19:47 |
| openstackgerrit | Matthew Farrellee proposed a change to stackforge/savanna: Add complete paths in MANIFEST.in https://review.openstack.org/46562 | 19:48 |
| *** tstclair has joined #savanna | 19:50 | |
| *** akuznetsov has joined #savanna | 19:55 | |
| *** akuznetsov has quit IRC | 19:57 | |
| *** rnirmal has quit IRC | 19:59 | |
| *** akuznetsov has joined #savanna | 20:04 | |
| *** NikitaKonovalov has joined #savanna | 20:11 | |
| *** asavu has joined #savanna | 20:15 | |
| mattf | crobertsrh, https://bugs.launchpad.net/python-novaclient/+bug/1223934 <- novaclient keypair bug | 20:28 |
| *** rnirmal has joined #savanna | 20:30 | |
| crobertsrh | Ah...so we're not entirely crazy | 20:34 |
| mattf | i'm working around by commenting out the test in cluster.py | 20:36 |
| mattf | Estimated value of Pi is 3.14159256000000000000 | 20:38 |
| mattf | getting closer | 20:38 |
| *** NikitaKonovalov has quit IRC | 20:42 | |
| tmckay | crobertsrh, fyi, I will have a CR today (late) that changes what "configs" are for Jobs and JobExecutions | 20:51 |
| tmckay | crobertsrh, it probably will affect you... | 20:51 |
| crobertsrh | ok. Should be fine. I haven't really done much with configs yet. | 20:51 |
| crobertsrh | thanks for the heads-up | 20:52 |
| tmckay | cool. Instead of "job_configs" being a single level dict with just string key/value pairs, it will be a dict of dicts of string key/value pairs. | 20:52 |
| tmckay | job_configs = {configs, params, args} | 20:52 |
| tmckay | configs, params, args = {key: value} | 20:53 |
| tmckay | glad it doesn't mess you up :) | 20:53 |
| *** SergeyLukjanov has joined #savanna | 20:53 | |
| tmckay | by the way, I saw some of the trouble earlier... I'm going to be trying devstack with a dev savanna. Have you had any trouble there? | 20:54 |
| *** akuznetsov has quit IRC | 20:55 | |
| crobertsrh | No, it's been good for me. | 20:56 |
| crobertsrh | There is the nova keypair gotcha right now | 20:56 |
| crobertsrh | Easy workaround is to comment out the check | 20:56 |
| crobertsrh | I've been using devstack + savanna for months now | 20:57 |
| *** asavu has quit IRC | 20:58 | |
| *** crobertsrh is now known as _crobertsrh | 21:00 | |
| *** akuznetsov has joined #savanna | 21:01 | |
| tmckay | _crobertsrh, k, thanks | 21:01 |
| *** ruhe has joined #savanna | 21:02 | |
| mattf | ruhe, do you have anyone looking at hadoop 2.x yet? | 21:08 |
| ruhe | hi | 21:08 |
| ruhe | not yet | 21:08 |
| ruhe | i guess we'll need to implement it in vanilla plugin after 0.3 (or during Icehouse release) | 21:11 |
| *** openstackgerrit has quit IRC | 21:14 | |
| *** sacharya has quit IRC | 21:15 | |
| *** ruhe has quit IRC | 21:21 | |
| kbroughton | I'm following the macosx option for setting up a dev env and dev dashboard https://savanna.readthedocs.org/en/latest/devref/development.environment.html . When it comes to setting up the dashboard ui, the docs switch from multi envs to ubuntu only. https://savanna.readthedocs.org/en/latest/horizon/dev.environment.guide.html . Is it possible to run the ui dashboard on the mac to access my ubuntu devstack vm on vmware fusion? | 21:27 |
| *** nadya has joined #savanna | 21:29 | |
| tmckay | nadya, hi! | 21:36 |
| *** mattf is now known as _mattf | 21:37 | |
| tmckay | I believe I discovered an error in the test code. When we're looking at xml workflow generation, the "assertIn" tests I think aren't good enough. Because I suspect that dicts in Python under the hood are stored as some type of balanced tree, insertion order matters. | 21:38 |
| tmckay | Working on the configs changes.... things are no longer done in the same order. The output is correct but the assertIn string spans multiple properties and the order has changed. | 21:38 |
| * tmckay may be talking to himself | 21:39 | |
| nadya | do we have a bug in workflow creation? | 21:39 |
| tmckay | hi. No, in the test. I'll paste something... | 21:39 |
| tmckay | <configuration> | 21:39 |
| tmckay | <property> | 21:39 |
| tmckay | <name>c</name> | 21:39 |
| tmckay | <value>f</value> | 21:39 |
| tmckay | </property> | 21:39 |
| tmckay | <property> | 21:39 |
| tmckay | <name>mapred.output.dir</name> | 21:39 |
| tmckay | <value>swift://ex.savanna/o</value> | 21:39 |
| tmckay | </property> | 21:39 |
| tmckay | <property> | 21:39 |
| tmckay | <name>mapred.input.dir</name> | 21:39 |
| tmckay | <value>swift://ex.savanna/i</value> | 21:39 |
| tmckay | sorry for the throttling.. | 21:40 |
| tmckay | self.assertIn(""" | 21:40 |
| tmckay | <property> | 21:40 |
| tmckay | <name>c</name> | 21:40 |
| tmckay | <value>f</value> | 21:40 |
| tmckay | </property> | 21:40 |
| tmckay | <property> | 21:40 |
| tmckay | <name>mapred.input.dir</name> | 21:40 |
| tmckay | <value>swift://ex.savanna/i</value> | 21:40 |
| tmckay | </property>""", res) | 21:40 |
| tmckay | See, mapred.output.dir is now before input dir | 21:40 |
| *** rnirmal has quit IRC | 21:40 | |
| tmckay | It's because I've changed the order of how things are constructed... | 21:41 |
| *** tstclair has quit IRC | 21:42 | |
| tmckay | so assertIn has to be smarter. Or, we have to have some way to control order in xml generation. | 21:42 |
| nadya | to change an order of properties in test is ok :) Yes, I agree that assertIn should be smarter. Maybe we should test onlyon section in asserting | 21:43 |
| tmckay | Actually, I think I can fix the insertion/update order to be the same, but that's pretty fragile | 21:43 |
| nadya | *only one | 21:43 |
| tmckay | agreed. I'll think about it. The good news is, I think I have the job_configs changes almost done. | 21:43 |
| tmckay | I should have something waiting for you Monday | 21:44 |
| nadya | good news :) | 21:44 |
| tmckay | I may make the job_manager refactor CR dependent on this one... | 21:44 |
| tmckay | since they are touching the same area in the job manager | 21:44 |
| nadya | it's 2 a.m. here so I need to go to sleep :) | 21:44 |
| tmckay | yes, go! | 21:44 |
| tmckay | :) | 21:44 |
| tmckay | I was just happy you popped up | 21:45 |
| nadya | :) | 21:45 |
| * tmckay time for dinner | 21:45 | |
| *** nadya has quit IRC | 21:50 | |
| *** akuznetsov has quit IRC | 21:51 | |
| *** sacharya has joined #savanna | 21:54 | |
| *** akuznetsov has joined #savanna | 21:55 | |
| *** SergeyLukjanov has quit IRC | 22:00 | |
| *** akuznetsov has quit IRC | 22:01 | |
| *** kbroughton has quit IRC | 22:26 | |
| *** kbroughton has joined #savanna | 22:48 | |
| *** asavu has joined #savanna | 22:53 | |
| *** asavu has quit IRC | 23:13 | |
| *** sacharya has quit IRC | 23:40 | |
| *** NikitaKonovalov has joined #savanna | 23:42 | |
| *** NikitaKonovalov has quit IRC | 23:46 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!
