Bug 877224
Summary: | [RFE] engine-setup should inform the user to install ovirt engine reports and DWH. | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Bryan Yount <byount> | |
Component: | ovirt-engine | Assignee: | Lev Veyde <lveyde> | |
Status: | CLOSED ERRATA | QA Contact: | Karolína Hajná <khajna> | |
Severity: | medium | Docs Contact: | ||
Priority: | medium | |||
Version: | 3.1.0 | CC: | bazulay, dfediuck, dyasny, iheim, lsurette, mgoldboi, mkalinin, pstehlik, rbalakri, Rhev-m-bugs, sbonazzo, sherold, yeylon, ykaul, ylavi, zdover | |
Target Milestone: | ovirt-3.6.0-rc | Keywords: | FutureFeature, Improvement, Reopened | |
Target Release: | 3.6.0 | Flags: | sgrinber:
Triaged+
|
|
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Enhancement | ||
Doc Text: |
With this release, engine-setup notifies the user of the availability of the Reports and Data Warehouse components. These components are not required by all users, so are not installed by default; instead, the installer advertises their availability so that the user can choose whether or not to install them.
|
Story Points: | --- | |
Clone Of: | ||||
: | 976174 (view as bug list) | Environment: | ||
Last Closed: | 2016-03-09 20:28:14 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | Integration | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | 911191, 967351, 1058013 | |||
Bug Blocks: | 976174, 978165, 978166, 978167, 978168 |
Description
Bryan Yount
2012-11-16 00:56:27 UTC
Development Management has reviewed and declined this request. You may appeal this decision by reopening this request. I suggest we wait for the otopi based reports installer implementation. Alex - bug is not slated to 3.3 at this point, so is on the wait already. you can add a dependency on the otopi bug directly Proposing this for 3.4.0 since all dependencies have been fixed. Now that reports and DWH have been migrated to otopi, we can detect if dwh and reports plugin are there and if not output an informative message about the availability of DWH and reports. Either if it's available or not we can tell the user about the additional memory requirements. Then if missing ask the user to install them and run again setup in a second step or abort so the user can install missing packages and then tun setup again. What we're just missing here is the text we have to output. Yaniv can you detail additional requirements for the message? I assume this message may be useful also on upstream, right? (In reply to Sandro Bonazzola from comment #12) > Now that reports and DWH have been migrated to otopi, we can detect if dwh > and reports plugin are there and if not output an informative message about > the availability of DWH and reports. > Either if it's available or not we can tell the user about the additional > memory requirements. > Then if missing ask the user to install them and run again setup in a second > step or abort so the user can install missing packages and then tun setup > again. > > What we're just missing here is the text we have to output. > Yaniv can you detail additional requirements for the message? > I assume this message may be useful also on upstream, right? I think this pretty much covers this. Output that this is optional and I would recommend checking that dwh & reports isn't installed remotely. checking lastSync in DWH for non default value and if the reports' redirect is present and non default. Yaniv (In reply to Yaniv Dary from comment #14) > I would recommend checking that dwh & reports isn't installed remotely. Do we support this configuration or this is in theory? (In reply to Alon Bar-Lev from comment #15) > (In reply to Yaniv Dary from comment #14) > > I would recommend checking that dwh & reports isn't installed remotely. > > Do we support this configuration or this is in theory? It will be in for 3.5 probably. Yaniv (In reply to Yaniv Dary from comment #16) > (In reply to Alon Bar-Lev from comment #15) > > (In reply to Yaniv Dary from comment #14) > > > I would recommend checking that dwh & reports isn't installed remotely. > > > > Do we support this configuration or this is in theory? > > It will be in for 3.5 probably. This bug is for 3.4 (In reply to Alon Bar-Lev from comment #17) > (In reply to Yaniv Dary from comment #16) > > (In reply to Alon Bar-Lev from comment #15) > > > (In reply to Yaniv Dary from comment #14) > > > > I would recommend checking that dwh & reports isn't installed remotely. > > > > > > Do we support this configuration or this is in theory? > > > > It will be in for 3.5 probably. > > This bug is for 3.4 I have no problem having this one way in 3.4 and another in 3.5. I would want to save rewrite. Yaniv, can you detail memory / disk requirements for DWH and reports? (In reply to Sandro Bonazzola from comment #19) > Yaniv, can you detail memory / disk requirements for DWH and reports? It is very hard to do since it is very dependent on the managed environment size. We asked jasper for guidelines for this and they couldn't provide. removing UserExperience keyword - no user experience design advice is needed. According to http://community-static.jaspersoft.com/sites/default/files/docs/jasperreports-server-install-guide.pdf minimum requirements are: disk: 10GB free ram: 3GB recommended requirements are: disk: >= 40GB ram: >= 4GB Let's use those as starting point. Re-scoping this issue: Since user are able to install reports\dwh on separate server and this is the recommended installation path and since in the future we plan to provide reports and DWH via virtual appliance, we will not suggest to install these package locally. The requirement here is to provide oVirt wiki link\docs to installation of reports and DWH and in the future recommend enabling the appliance from GUI. (In reply to Yaniv Dary from comment #26) > The requirement here is to provide oVirt wiki link\docs to installation of > reports and DWH and in the future recommend enabling the appliance from GUI. Do we currently have such links? How do we make sure it's persistent / avoid hard-coding it into the installer? Dynamic links cannot be in the code. So either we have a general statement or find a mechanism to provide something reliable that works even with no connection to the Internet, as I expect many deployments are. We already provide links in other places in the code, please use the same method to add links to these docs. Einav, can you advise on comment #32? Didi: looks ok to me. (In reply to Sandro Bonazzola from comment #33) > Einav, can you advise on comment #32? > Adding Greg. The explanation regarding how the context-sensitive-help documentation-links work sounds correct to me (Greg should confirm). Also, the suggested solution to have the link hard-coded in the setup (preferably in some parameter/conf if possible, obviously) sounds OK. Didi explained it perfectly! Verified on 3.6.0-0.0.master.20150510172322.git48679b7.el6 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-0376.html |