Details

    • Type: Sub-task
    • Status: Resolved
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 0.8.0
    • Fix Version/s: 1.0.0
    • Component/s: general
    • Labels:
      None
    • Environment:

      Started and configured hive server, oozie, namenodes ....

      Description

      Important

      The following text is outdated. It refers to Hue 3.6. It was consensus to fix it by updating hue to 3.7.

      While Updating to 3.7. unfortunatelty a patch is needed which didn't get into the 3.7 release in time

      The hive editor beeswax is broken because the file

      /usr/lib/hue/apps/beeswax/src/beeswax/templates/execute.mako

      includes references to impala and impala is not supplied by bigtop.

      For instance

        from impala import conf as impala_conf
      

      or line 2280

      % if ( app_name == 'beeswax' and beeswax_conf.CLOSE_QUERIES.get() ) or ( app_name == 'impala' and impala_conf.CLOSE_QUERIES.get() ):
      

      -

      1. 0001-BIGTOP-1480.-Upgrade-hue-to-3.7.patch
        22 kB
        Olaf Flebbe
      2. 0001-BIGTOP-1480.-Upgrade-hue-to-3.7.patch
        20 kB
        Olaf Flebbe
      3. 0001-BIGTOP-1480.-Upgrade-hue-to-3.7.patch
        19 kB
        Olaf Flebbe
      4. 0001-BIGTOP-1480.-Upgrade-hue-to-3.7.patch
        8 kB
        Olaf Flebbe
      5. 0001-BIGTOP-1480.-Upgrade-Hue-to-3.7.patch
        24 kB
        Olaf Flebbe
      6. 0001-BIGTOP-1486.-Upgrade-Hue-to-3.7.patch
        12 kB
        Olaf Flebbe
      7. hue.patch
        1 kB
        Olaf Flebbe

        Activity

        Hide
        oflebbe Olaf Flebbe added a comment -

        And second file to patch is
        /usr/lib/hue/apps/beeswax/src/beeswax/server/hive_server2_lib.py

        see attached patch

        Show
        oflebbe Olaf Flebbe added a comment - And second file to patch is /usr/lib/hue/apps/beeswax/src/beeswax/server/hive_server2_lib.py see attached patch
        Hide
        mgrover Mark Grover added a comment -

        Thanks Olaf. The patch looks like it's referring to a file in Hue, we usually don't patch components. Now, mind you, that we don't have Impala in Bigtop but upstream Hue itself comes with an Impala app. It's ok for Hue's Impala app to not work in the context of Bigtop since Bigtop doesn't have Impala. The JIRA title seems to suggest though that Hive editor is broken because of that, do you have any other workaround which we can do in Bigtop to make it work?

        Show
        mgrover Mark Grover added a comment - Thanks Olaf. The patch looks like it's referring to a file in Hue, we usually don't patch components. Now, mind you, that we don't have Impala in Bigtop but upstream Hue itself comes with an Impala app. It's ok for Hue's Impala app to not work in the context of Bigtop since Bigtop doesn't have Impala. The JIRA title seems to suggest though that Hive editor is broken because of that, do you have any other workaround which we can do in Bigtop to make it work?
        Hide
        romainr Romain Rigaux added a comment -

        This is fix in recent Hue version (3.6, 3.7...).

        If no code change should happen, the impala package could be added and the app black_listed: https://github.com/cloudera/hue/blob/master/desktop/conf.dist/hue.ini#L98

        We could see for creating a new dot dot Hue branch/release for this but ideally it would be nice to just jump the Hue major version?

        Show
        romainr Romain Rigaux added a comment - This is fix in recent Hue version (3.6, 3.7...). If no code change should happen, the impala package could be added and the app black_listed: https://github.com/cloudera/hue/blob/master/desktop/conf.dist/hue.ini#L98 We could see for creating a new dot dot Hue branch/release for this but ideally it would be nice to just jump the Hue major version?
        Hide
        mgrover Mark Grover added a comment -

        Yeah, we can just upgrade to 3.6+ in next release of Bigtop. Thanks for your input, Romain.

        Show
        mgrover Mark Grover added a comment - Yeah, we can just upgrade to 3.6+ in next release of Bigtop. Thanks for your input, Romain.
        Hide
        rvs Roman Shaposhnik added a comment -

        Yup. I suggest we close this and re-purpose the JIRA for Hue upgrade in 0.9.0

        Objections?

        Show
        rvs Roman Shaposhnik added a comment - Yup. I suggest we close this and re-purpose the JIRA for Hue upgrade in 0.9.0 Objections?
        Hide
        cos Konstantin Boudnik added a comment -

        Yes, let's do it. Are we ready to commit this?

        Show
        cos Konstantin Boudnik added a comment - Yes, let's do it. Are we ready to commit this?
        Hide
        rvs Roman Shaposhnik added a comment -

        Do we actually need to if we're upgrading Hue anyway?

        Show
        rvs Roman Shaposhnik added a comment - Do we actually need to if we're upgrading Hue anyway?
        Hide
        cos Konstantin Boudnik added a comment -

        fine by me. I will close it as a dup then

        Show
        cos Konstantin Boudnik added a comment - fine by me. I will close it as a dup then
        Hide
        oflebbe Olaf Flebbe added a comment -

        Upgrade to 3.6 has been done.

        I will resolve the issue ... Will open a new ticket if my initial problem has not been solved by upgrading hue to 3.6.0

        Show
        oflebbe Olaf Flebbe added a comment - Upgrade to 3.6 has been done. I will resolve the issue ... Will open a new ticket if my initial problem has not been solved by upgrading hue to 3.6.0
        Hide
        oflebbe Olaf Flebbe added a comment -

        IMHO the ticket should read update hue to 3.7.0

        Show
        oflebbe Olaf Flebbe added a comment - IMHO the ticket should read update hue to 3.7.0
        Hide
        romainr Romain Rigaux added a comment -

        Yes, 3.6 was in June, 3.7 in October and is pretty stable and comes with a lot of improvements so jumping to 3.7 would makes sense:
        http://cloudera.github.io/hue/docs-3.7.0/release-notes/release-notes-3.7.0.html
        http://gethue.com/hue-3-7-with-sentry-app-and-new-search-widgets-are-out/

        Show
        romainr Romain Rigaux added a comment - Yes, 3.6 was in June, 3.7 in October and is pretty stable and comes with a lot of improvements so jumping to 3.7 would makes sense: http://cloudera.github.io/hue/docs-3.7.0/release-notes/release-notes-3.7.0.html http://gethue.com/hue-3-7-with-sentry-app-and-new-search-widgets-are-out/
        Hide
        oflebbe Olaf Flebbe added a comment -

        At least compile went through without a problem, testing today.

        Show
        oflebbe Olaf Flebbe added a comment - At least compile went through without a problem, testing today.
        Hide
        oflebbe Olaf Flebbe added a comment -

        Patch for hue 3.7.0

        Added hue-impala component

        Show
        oflebbe Olaf Flebbe added a comment - Patch for hue 3.7.0 Added hue-impala component
        Hide
        oflebbe Olaf Flebbe added a comment -

        Patch for hue-3.7.0 added

        Show
        oflebbe Olaf Flebbe added a comment - Patch for hue-3.7.0 added
        Hide
        oflebbe Olaf Flebbe added a comment -

        Problem now impala has been added as an hue app. But impala itself is missing from BIGTOP. But it seems to work better than the 3.6.0 version before.

        Show
        oflebbe Olaf Flebbe added a comment - Problem now impala has been added as an hue app. But impala itself is missing from BIGTOP. But it seems to work better than the 3.6.0 version before.
        Hide
        cos Konstantin Boudnik added a comment -

        well, hopefully no one has ideas to put Impala into Bigtop?

        Show
        cos Konstantin Boudnik added a comment - well, hopefully no one has ideas to put Impala into Bigtop?
        Hide
        rvs Roman Shaposhnik added a comment -

        Olaf Flebbe any reason not to forcefully remove Impala app the same way we were doing it before? I really don't think we should be enabling it. Other than the Impala bits – the patch looks great!

        Show
        rvs Roman Shaposhnik added a comment - Olaf Flebbe any reason not to forcefully remove Impala app the same way we were doing it before? I really don't think we should be enabling it. Other than the Impala bits – the patch looks great!
        Hide
        cos Konstantin Boudnik added a comment -

        +1 - let's disable/remove Impala bit and have the upgrade in!

        Show
        cos Konstantin Boudnik added a comment - +1 - let's disable/remove Impala bit and have the upgrade in!
        Hide
        oflebbe Olaf Flebbe added a comment -

        Konstantin Boudnik, Roman Shaposhnik: The beeswax module uses impala (this is basically a noop, but present anyway and breaks things). In 3.6.0 this was very easy to patch out (and it is summarized in the head of the jira ticket). Unfortunatly there is even a tighter integration between beeswax and impala now in 3.7.0. The patch to remove the impala functionality from beeswax would be some lines of code now. Only contributing the libs but not the gui seems not easy to me.

        I would recommend applying this fix, but more has to be done:

        The following issues with hue are still not resolved (Same issue as in 3.6.0) . I will add JIRAs if this issue is resolved.

        • "Server does not support GetLog()" http://grokbase.com/t/cloudera/hue-user/141sz2rmyz/hue3-5-hive-server2-logs-not-visible" is unfortunatly not fixed with hive-0.14.0 . Unclear how to proceed. (Hive Bug or Hue Bug?)
        • When first started, the Query Tab is not visible. restarting fixes this, (Unclear whether this is a hue or Bigtop problem)
        • hue oozie Integration does not to work for me, i am still struggeling getting this to work. (My stupid?)

        What seems to be resolved:

        • Hue 3.7.0 seems to work now with a failover Ressource Manager Configuration. But have to test it.
        • The hive/beeswax functionality works with hive 0.14.
        Show
        oflebbe Olaf Flebbe added a comment - Konstantin Boudnik , Roman Shaposhnik : The beeswax module uses impala (this is basically a noop, but present anyway and breaks things). In 3.6.0 this was very easy to patch out (and it is summarized in the head of the jira ticket). Unfortunatly there is even a tighter integration between beeswax and impala now in 3.7.0. The patch to remove the impala functionality from beeswax would be some lines of code now. Only contributing the libs but not the gui seems not easy to me. I would recommend applying this fix, but more has to be done: The following issues with hue are still not resolved (Same issue as in 3.6.0) . I will add JIRAs if this issue is resolved. "Server does not support GetLog()" http://grokbase.com/t/cloudera/hue-user/141sz2rmyz/hue3-5-hive-server2-logs-not-visible " is unfortunatly not fixed with hive-0.14.0 . Unclear how to proceed. (Hive Bug or Hue Bug?) When first started, the Query Tab is not visible. restarting fixes this, (Unclear whether this is a hue or Bigtop problem) hue oozie Integration does not to work for me, i am still struggeling getting this to work. (My stupid?) What seems to be resolved: Hue 3.7.0 seems to work now with a failover Ressource Manager Configuration. But have to test it. The hive/beeswax functionality works with hive 0.14.
        Hide
        romainr Romain Rigaux added a comment -

        About disabling Impala, the simplest is to just add in the hue.ini:

        [desktop]
          # Comma separated list of apps to not load at server startup.
          # e.g.: pig,zookeeper
          app_blacklist=impala
        

        About Hive and getting the logs, you should set this to true in hue.ini:

        [beeswax]
          # Choose whether Hue uses the GetLog() thrift call to retrieve Hive logs.
          # If false, Hue will use the FetchResults() thrift call instead.
          use_get_log_api=false
        

        About the Query Tab this might be a bug, will have a look.

        Oozie should work. Oozie API is very stable. What is the problem?

        Show
        romainr Romain Rigaux added a comment - About disabling Impala, the simplest is to just add in the hue.ini: [desktop] # Comma separated list of apps to not load at server startup. # e.g.: pig,zookeeper app_blacklist=impala About Hive and getting the logs, you should set this to true in hue.ini: [beeswax] # Choose whether Hue uses the GetLog() thrift call to retrieve Hive logs. # If false , Hue will use the FetchResults() thrift call instead. use_get_log_api= false About the Query Tab this might be a bug, will have a look. Oozie should work. Oozie API is very stable. What is the problem?
        Hide
        oflebbe Olaf Flebbe added a comment -

        Romain Rigaux :

        • Thanks for the tip with the blacklist. I didn't realize that this works this way.
        • The use_get_log_api=false seems not be implemented in hue-3.7.0 (I cannot find a reference to this string in the code and the code of hive-server2-lib.py uses the GetLog Thrift call unconditionally.)
          Do you have a Git commit for a cherry-pick of this functionality?

        I always get the message in /about: oozie server down ; Oozie Editor/Dashboard The app won't work without a running Oozie server .

        oozie server is running. Unfortuntaly I cannot find an error message in the hue logs.

        Show
        oflebbe Olaf Flebbe added a comment - Romain Rigaux : Thanks for the tip with the blacklist. I didn't realize that this works this way. The use_get_log_api=false seems not be implemented in hue-3.7.0 (I cannot find a reference to this string in the code and the code of hive-server2-lib.py uses the GetLog Thrift call unconditionally.) Do you have a Git commit for a cherry-pick of this functionality? I always get the message in /about: oozie server down ; Oozie Editor/Dashboard The app won't work without a running Oozie server . oozie server is running. Unfortuntaly I cannot find an error message in the hue logs.
        Hide
        oflebbe Olaf Flebbe added a comment -

        Romain Rigaux
        I think I found the problem. I am using hue and oozie right now with security off. Hue uses doAs even with security = off.

         --- ./hue-3.7.0/desktop/libs/liboozie/src/liboozie/oozie_api.py.old     2014-12-17 16:31:31.697573994 +0100
        +++ ./hue-3.7.0/desktop/libs/liboozie/src/liboozie/oozie_api.py 2014-12-17 16:31:51.289573814 +0100
        @@ -91,7 +91,7 @@
           def _get_params(self):
             if self.security_enabled:
               return { 'doAs': self.user, 'timezone': TIME_ZONE.get() }
        -    return { 'user.name': DEFAULT_USER, 'doAs': self.user, 'timezone': TIME_ZONE.get() }
        +    return { 'user.name': DEFAULT_USER, 'timezone': TIME_ZONE.get() }
        
           def _get_oozie_properties(self, properties=None):
             defaults = {
        
        Show
        oflebbe Olaf Flebbe added a comment - Romain Rigaux I think I found the problem. I am using hue and oozie right now with security off. Hue uses doAs even with security = off. --- ./hue-3.7.0/desktop/libs/liboozie/src/liboozie/oozie_api.py.old 2014-12-17 16:31:31.697573994 +0100 +++ ./hue-3.7.0/desktop/libs/liboozie/src/liboozie/oozie_api.py 2014-12-17 16:31:51.289573814 +0100 @@ -91,7 +91,7 @@ def _get_params(self): if self.security_enabled: return { 'doAs': self.user, 'timezone': TIME_ZONE.get() } - return { 'user.name': DEFAULT_USER, 'doAs': self.user, 'timezone': TIME_ZONE.get() } + return { 'user.name': DEFAULT_USER, 'timezone': TIME_ZONE.get() } def _get_oozie_properties(self, properties=None): defaults = {
        Hide
        romainr Romain Rigaux added a comment -

        Sorry about the GetLog(), indeed it missed 3.7: https://github.com/cloudera/hue/commit/6a0246710f7deeb0fd2e1f2b3b209ad119c30b72

        About Oozie, like in WebHdfs, HiveServer2, YARN... Hue always uses impersonation so that the perms are at least consistent (so would be great to have it on on Oozie).

        Show
        romainr Romain Rigaux added a comment - Sorry about the GetLog(), indeed it missed 3.7: https://github.com/cloudera/hue/commit/6a0246710f7deeb0fd2e1f2b3b209ad119c30b72 About Oozie, like in WebHdfs, HiveServer2, YARN... Hue always uses impersonation so that the perms are at least consistent (so would be great to have it on on Oozie).
        Hide
        oflebbe Olaf Flebbe added a comment - - edited

        Included Cherrypick to make getlog tab of hive work: While uploading I discovered that this patch will not work on RPM based systems... sigh.

        Will have dig into RPM bigtop compile process...

        Show
        oflebbe Olaf Flebbe added a comment - - edited Included Cherrypick to make getlog tab of hive work: While uploading I discovered that this patch will not work on RPM based systems... sigh. Will have dig into RPM bigtop compile process...
        Hide
        rvs Roman Shaposhnik added a comment -

        Olaf Flebbe please let me know if you need help with RPM side of things. I'd love to transition to Hue 3.7 to get it into the Docker-based build pipeline (the current Hue is inconvenient to support).

        Show
        rvs Roman Shaposhnik added a comment - Olaf Flebbe please let me know if you need help with RPM side of things. I'd love to transition to Hue 3.7 to get it into the Docker-based build pipeline (the current Hue is inconvenient to support).
        Hide
        oflebbe Olaf Flebbe added a comment -

        Patch for updating to 3.7
        Depends on BIGTOP-1579

        Show
        oflebbe Olaf Flebbe added a comment - Patch for updating to 3.7 Depends on BIGTOP-1579
        Hide
        cos Konstantin Boudnik added a comment -

        I wonder if this is our way going forward, e.g. patching the components?

        Show
        cos Konstantin Boudnik added a comment - I wonder if this is our way going forward, e.g. patching the components?
        Hide
        plinnell Peter Linnell added a comment -

        I think this is going to unavoidable in these kinds of scenarios. Like Linux distros, we're building a Hadoop stack aka distribution, so we should have the liberty to patch where needed in integration cases.

        That said, we should have a policy of only doing in the last resort and where our patches fix issues, they should go upstream whereever possible and noted as going upstream in the change logs.

        Show
        plinnell Peter Linnell added a comment - I think this is going to unavoidable in these kinds of scenarios. Like Linux distros, we're building a Hadoop stack aka distribution, so we should have the liberty to patch where needed in integration cases. That said, we should have a policy of only doing in the last resort and where our patches fix issues, they should go upstream whereever possible and noted as going upstream in the change logs.
        Hide
        plinnell Peter Linnell added a comment - - edited

        +1 on the patch with a note that the included patch from amazon is the way to go IMO, as it shows origin and a git hash.
        Line 457 has a typo, but that could be fixed in another commit IMO.

        Nice work on this Olaf!

        Also, if you need help with rpm, ping me on #bigtop on IRC irc.freenode.net I am on the West Coast US like many of us.

        Show
        plinnell Peter Linnell added a comment - - edited +1 on the patch with a note that the included patch from amazon is the way to go IMO, as it shows origin and a git hash. Line 457 has a typo, but that could be fixed in another commit IMO. Nice work on this Olaf! Also, if you need help with rpm, ping me on #bigtop on IRC irc.freenode.net I am on the West Coast US like many of us.
        Hide
        oflebbe Olaf Flebbe added a comment -

        I fixed the bug description: The original bug was about a fix needed in 3.6. rather than patching, it was consensus to pull hue-3.7 into distro. Unfortunatly it didn't fix all the problems.
        The patch now is a cherry pick romain is referring to, fixing the GetLog() Problem.

        And yes, that's the way to do. Sometimes it is unavoidable patching upstream or cherry-picking from upstream. I am constantly trying to fix things I am tripping over and push things upstream. That's the reason I am here right now.

        Show
        oflebbe Olaf Flebbe added a comment - I fixed the bug description: The original bug was about a fix needed in 3.6. rather than patching, it was consensus to pull hue-3.7 into distro. Unfortunatly it didn't fix all the problems. The patch now is a cherry pick romain is referring to, fixing the GetLog() Problem. And yes, that's the way to do. Sometimes it is unavoidable patching upstream or cherry-picking from upstream. I am constantly trying to fix things I am tripping over and push things upstream. That's the reason I am here right now.
        Hide
        oflebbe Olaf Flebbe added a comment -

        Updated patch for RPM builds

        Show
        oflebbe Olaf Flebbe added a comment - Updated patch for RPM builds
        Hide
        warwithin YoungWoo Kim added a comment -

        Thanks Olaf Flebbe

        Looks good to me and packaging rpm works fine for me.

        Show
        warwithin YoungWoo Kim added a comment - Thanks Olaf Flebbe Looks good to me and packaging rpm works fine for me.
        Hide
        rvs Roman Shaposhnik added a comment -

        Olaf Flebbe I don't see Impala being blacklisted as per Romain Rigaux. Any reason for that?

        Other than that – patch looks reasonable to me.

        Show
        rvs Roman Shaposhnik added a comment - Olaf Flebbe I don't see Impala being blacklisted as per Romain Rigaux . Any reason for that? Other than that – patch looks reasonable to me.
        Hide
        oflebbe Olaf Flebbe added a comment -

        Right, have to update the patch

        Show
        oflebbe Olaf Flebbe added a comment - Right, have to update the patch
        Hide
        oflebbe Olaf Flebbe added a comment -

        Patch updated. Patched hue.ini for bigtop. Removed wrong Dependency declarations for DEB, Added asciidoc build dependency.

        In order to compile on centos be sure to have python-devel libxml2-devel libxslt-devel cyrus-sasl-devel sqlite-devel openldap-devel mysql-devel asciidoc installed. Should be added to bigtop-toolchain with an later patch.

        I would recommend to review and apply this patch.

        While checking on centos I found that there may be a packaging problem hidden: security app seems to be missing. Have to dig into it , why I never missed it before.

        Show
        oflebbe Olaf Flebbe added a comment - Patch updated. Patched hue.ini for bigtop. Removed wrong Dependency declarations for DEB, Added asciidoc build dependency. In order to compile on centos be sure to have python-devel libxml2-devel libxslt-devel cyrus-sasl-devel sqlite-devel openldap-devel mysql-devel asciidoc installed. Should be added to bigtop-toolchain with an later patch. I would recommend to review and apply this patch. While checking on centos I found that there may be a packaging problem hidden: security app seems to be missing. Have to dig into it , why I never missed it before.
        Hide
        rvs Roman Shaposhnik added a comment -

        Thanks! I'll take a look. Sorry about missing deps in toolchain – I knew about it forever, but never got around to fixing it for one pesky reason: asciidoc is freaking monster. It is worse than OpenJDK in the amount of dependencies it pulls. I'm trying to figure out if there's any way out of this mess that would not result in our Docker containers now being couple of Gb ins size.

        I guess what I'm trying to say is this: any help would be hugely appreciated.

        Show
        rvs Roman Shaposhnik added a comment - Thanks! I'll take a look. Sorry about missing deps in toolchain – I knew about it forever, but never got around to fixing it for one pesky reason: asciidoc is freaking monster. It is worse than OpenJDK in the amount of dependencies it pulls. I'm trying to figure out if there's any way out of this mess that would not result in our Docker containers now being couple of Gb ins size. I guess what I'm trying to say is this: any help would be hugely appreciated.
        Hide
        oflebbe Olaf Flebbe added a comment -

        Added hue-security

        Show
        oflebbe Olaf Flebbe added a comment - Added hue-security
        Hide
        rvs Roman Shaposhnik added a comment -

        +1. Great work!

        Show
        rvs Roman Shaposhnik added a comment - +1. Great work!
        Hide
        oflebbe Olaf Flebbe added a comment -

        there is a typo, have to upload a new patch

        Show
        oflebbe Olaf Flebbe added a comment - there is a typo, have to upload a new patch
        Hide
        oflebbe Olaf Flebbe added a comment -

        typo in SPEC file. compiles now.

        Updated to 3.7.1 reverting change from BIGTOP-1548

        Corrected JIRA Id in Patch... ID is 1486 not 1480

        Show
        oflebbe Olaf Flebbe added a comment - typo in SPEC file. compiles now. Updated to 3.7.1 reverting change from BIGTOP-1548 Corrected JIRA Id in Patch... ID is 1486 not 1480
        Hide
        oflebbe Olaf Flebbe added a comment -

        If nobody objects I will commit this in a few hours

        Show
        oflebbe Olaf Flebbe added a comment - If nobody objects I will commit this in a few hours
        Hide
        warwithin YoungWoo Kim added a comment -

        Olaf Flebbe Thanks for your work. I've been waiting for this stuff.

        I would like to know your opinion about runtime dependencies for HUE 3.7. Actually HUE depends on spark-jobserver for the spark app and Apache Sentry for the security app. both are not mandatory for launching HUE server but in the app, the apps does not work properly without the services.

        Bigtop should have spark-jobserver and Apache Sentry as own components?

        Show
        warwithin YoungWoo Kim added a comment - Olaf Flebbe Thanks for your work. I've been waiting for this stuff. I would like to know your opinion about runtime dependencies for HUE 3.7. Actually HUE depends on spark-jobserver for the spark app and Apache Sentry for the security app. both are not mandatory for launching HUE server but in the app, the apps does not work properly without the services. Bigtop should have spark-jobserver and Apache Sentry as own components?
        Hide
        oflebbe Olaf Flebbe added a comment -

        AFAIK these servers have not to be on the same machine, since both have a configurable hostname. So a Depends: statement in the package is technically not correct.

        Show
        oflebbe Olaf Flebbe added a comment - AFAIK these servers have not to be on the same machine, since both have a configurable hostname. So a Depends: statement in the package is technically not correct.
        Hide
        oflebbe Olaf Flebbe added a comment -

        I would recommend opening two new JIRA's about possible inclusion of new components

        Show
        oflebbe Olaf Flebbe added a comment - I would recommend opening two new JIRA's about possible inclusion of new components
        Hide
        warwithin YoungWoo Kim added a comment -

        Got it. Thanks.

        Show
        warwithin YoungWoo Kim added a comment - Got it. Thanks.
        Hide
        romainr Romain Rigaux added a comment -

        Thanks a lot for this, you rock! Next time it should be simpler as the Hive patch will be in the release.

        We will have a look why we need asciidoc as a dependency. About spark-jobserver, we have a new one coming up in the app so it might not be needed.

        Show
        romainr Romain Rigaux added a comment - Thanks a lot for this, you rock! Next time it should be simpler as the Hive patch will be in the release. We will have a look why we need asciidoc as a dependency. About spark-jobserver, we have a new one coming up in the app so it might not be needed.

          People

          • Assignee:
            oflebbe Olaf Flebbe
            Reporter:
            oflebbe Olaf Flebbe
          • Votes:
            0 Vote for this issue
            Watchers:
            7 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development