Description of problem: I updated to SI19.1 to QE something else, after adding the repo: # yum update rhevm-setup # rhevm-upgrade # yum update At the third command the reports updates came down as expected, then I ran rhevm-dwh-setup and rhevm-reports-setup. These also completed successfully. Shortly there after though when trying to do something else the machine reported that root was 100% full. On investigation I found that 14G of my 20G HDD space on root had been taken up by this file: /usr/share/jasperreports-server-pro/js-install-pro_2012-09-27_14-26-22894.log -rw-r--r--. 1 root root 14G Sep 27 15:17 js-install-pro_2012-09-27_14-26-22894.log I know we are trying to improve the amount and format of information we log, but this is ridiculous. Looking at it it appears to being flooded with these messages: [input] Database [rhevmreports] already exists. Drop it and create new? WARNING: All existing data will be lost! This operation may not be rolled back. Enter 'y' to recreate or 'n' to skip this step. Default is 'n' (y, [n]) I'm assuming whatever process is actually running these isn't listening to standard input anywhere to receive an answer (rhevm-reports-setup finished successfully without asking me this question).
For comparison the log from a previous version/run (probably SI18 on this machine) is 36K. Versions: rhevm-dwh-3.1.0-13.el6ev.noarch rhevm-reports-3.1.0-14.el6ev.noarch
3.1/si20 To workaround this, need to do the following: 1. dropdb rhevmreports -- but than u loose all previous Adhoc reports and any other configuration done (such as tasks) 2. rhevm-reports-setup
This happens because db is not dropped and jasper is waiting for user input. Alex, please check we are testing for the db correctly (even in remote db setup). Also opened case with jasper number 28910. Yaniv
Steve or David Please reproduce this, write detailed reproduction steps and attach the log file of reports setup execution. Thank you.
(In reply to comment #4) > Steve or David > > Please reproduce this, write detailed reproduction steps and attach the log > file of reports setup execution. > > Thank you. As per the bug description the way to reproduce was: 1) Upgrade from si19.1->si20: # yum update rhevm-setup # rhevm-upgrade # yum update # rhevm-dwh-setup # rhevm-reports-setup 2) Wait for / to be flooded as a result of a quickly growing js-install-pro*.log. 3) Profit? I no longer have logs from the original run, nor do I have an si19.1 setup to try again on. However I ran rhevm-setup on my si20 install to refresh the installation and it resulted in the same behavior. While js-install-pro*.log has moved to /usr/share/jasperreports-server-pro/buildomatic/logs/, this file again grew to 14G and resulted in / being 100% full.
Created attachment 627654 [details] Logs from latest run of rhevm-reports-setup.
(In reply to comment #5) > I no longer have logs from the original run, nor do I have an si19.1 setup > to try again on. However I ran rhevm-setup on my si20 install to refresh the > installation and it resulted in the same behavior. Obviously here I meant to say rhevm-reports-setup, not rhevm-setup. Log attached.
Note that it looks like the reports common_utils perform the db existence check slightly differently to the dwh common_utils. From /usr/share/ovirt-engine-reports/common_utils.py: "--set ON_ERROR_STOP=1", From /usr/share/ovirt-engine-dwh/common_utils.py: "--set", "ON_ERROR_STOP=1",
Hi Stephen This is actually seems to be a root of a problem. You're right about the code difference, but it should've thrown an exception on setup, not finish it correctly. Anyway, this problem was fixed and you should be getting the fixed code in the next build. I would appreciate if you'd retest it with the build si21. Thank you.
Any news on this? Can we close it? Yaniv
(In reply to comment #10) > Any news on this? I installed the newer build and still have some hard drive space available. A significant improvement. > Can we close it? What about QE?
(In reply to comment #11) > (In reply to comment #10) > > Any news on this? > > I installed the newer build and still have some hard drive space available. > A significant improvement. > Great. > > Can we close it? > > What about QE? Moving bug to QA for proper testing. Note for QA: Please verify the fix with the last build.
Fixed, 3.1/si24 (upgrade si23-si24) Reports-setup works correctly Fixed, 3.1/si24 (upgrade si23-si24)