Bug 947344
Summary: | rhevm-upgrade creates log/helping files in /usr/share/ovirt-engine/dbscripts | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Jiri Belka <jbelka> | |
Component: | ovirt-engine | Assignee: | Eli Mesika <emesika> | |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Ilanit Stein <istein> | |
Severity: | medium | Docs Contact: | ||
Priority: | medium | |||
Version: | 3.2.0 | CC: | acathrow, alonbl, alourie, bazulay, dyasny, emesika, iheim, lpeer, mgoldboi, oschreib, pstehlik, Rhev-m-bugs, sgrinber, yeylon, ykaul | |
Target Milestone: | --- | |||
Target Release: | 3.2.0 | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | infra | |||
Fixed In Version: | sf15 | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 954138 (view as bug list) | Environment: | ||
Last Closed: | Type: | Bug | ||
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | Infra | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 954138 |
Description
Jiri Belka
2013-04-02 07:54:47 UTC
Eli, Looking at dbfunctions.sh (and some other scripts), it looks like the scripts create the log/md5/.schema/etc file in the current running dir, without any option to set the log dir to a saner place (like /var or). Any chance I'm missing something? otherwise, it looks like a db/infra issue. (In reply to comment #2) > Eli, > Looking at dbfunctions.sh (and some other scripts), it looks like the > scripts create the log/md5/.schema/etc file in the current running dir, > without any option to set the log dir to a saner place (like /var or). > > Any chance I'm missing something? otherwise, it looks like a db/infra issue. *.md5 , .schema are created at dbscripts and should remain as such The logfile location & name is controlled by the logfile can be set by using the -l LOGFILE parameter. The default value of the LOGFILE is set in dbscustomfunctions.sh > *.md5 , .schema are created at dbscripts and should remain as such This is wrong, you can't create *ANY* new file in /usr/share, it violates the linux FHS. (A patch for the setup suppliny "-l" parameter to the upgrade script was pushed into http://gerrit.ovirt.org/13893, I'm moving this bug to infra team, as no files should be created in /usr/share) Eli, The patch mentioned in comment #4 handles the log file location. How complicated is it to move the *.md5 , .schema files to a configurable (by commandline) location ? I understand other other scripts are using these files. (In reply to comment #5) > Eli, > > The patch mentioned in comment #4 handles the log file location. > > How complicated is it to move the *.md5 , .schema files to a configurable > (by commandline) location ? It is not a question of how complicated, the md5 are used internally by the scripts and should not be exposed to the user and therefore should remain in dbscripts directory. The .schema is a auto-generated file that shows how the updated schema looks like , so , if you want to do a change, you can look in this file and see how your change affects the up-to-date database and therefore this file should remain in dbscripts as well. > > I understand other other scripts are using these files. New patch : 1) Adding -g parameter to create_db.sh create_schema.sh and upgrade.sh to disable MD5 files generation (default NOMD5=false) 2) Adding -m MD5DIR parameter to create_db.sh create_schema.sh and upgrade.sh to set the MD% directory (default =MD5DIR=$(pwd)) 3) Removing auto-generation of .schema files and creating a exportDbSchema.sh that generates this file since it is used only for development fixed in commit: 44ae2c8 Not exactly post, as packaging is not done yet. Alex, you should use these new parameters. Verified on sf12 -> sf17: On sf12, clean install, the files, mentioned in the description, exist, and after upgrade to sf17, new ones were not generated: On sf-12 clean install: ---------------------- [root@istein-32 yum.repos.d]# find /usr/share/ovirt-engine/dbscripts -mtime 0 -exec sh -c '[ -d {} ] && ls -ld {} || ls -l {}' {} {} \; drwxr-xr-x 4 root root 4096 May 21 21:34 /usr/share/ovirt-engine/dbscripts drwxr-xr-x 2 root root 4096 May 21 21:29 /usr/share/ovirt-engine/dbscripts/db_schema_version_check -rw-r--r-- 1 root root 681591 May 21 21:34 /usr/share/ovirt-engine/dbscripts/.schema drwxr-xr-x 4 root root 20480 May 21 21:29 /usr/share/ovirt-engine/dbscripts/upgrade drwxr-xr-x 2 root root 4096 May 21 21:29 /usr/share/ovirt-engine/dbscripts/upgrade/post_upgrade drwxr-xr-x 2 root root 4096 May 21 21:29 /usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade -rw-r--r-- 1 root root 19370 May 21 21:34 /usr/share/ovirt-engine/dbscripts/.engine.scripts.md5 -rw-r--r-- 1 root root 970783 May 21 21:34 /usr/share/ovirt-engine/dbscripts/create_db.sh.log [root@istein-32 yum.repos.d]# date Tue May 21 21:37:11 IDT 2013 After upgrade to sf17: --------------------- [root@istein-32 yum.repos.d]# find /usr/share/ovirt-engine/dbscripts -mtime 0 -exec sh -c '[ -d {} ] && ls -ld {} || ls -l {}' {} {} \; drwxr-xr-x 4 root root 4096 May 21 21:48 /usr/share/ovirt-engine/dbscripts drwxr-xr-x 2 root root 4096 May 21 21:48 /usr/share/ovirt-engine/dbscripts/db_schema_version_check -rw-r--r-- 1 root root 681591 May 21 21:34 /usr/share/ovirt-engine/dbscripts/.schema drwxr-xr-x 4 root root 20480 May 21 21:48 /usr/share/ovirt-engine/dbscripts/upgrade drwxr-xr-x 2 root root 4096 May 21 21:48 /usr/share/ovirt-engine/dbscripts/upgrade/post_upgrade drwxr-xr-x 2 root root 4096 May 21 21:48 /usr/share/ovirt-engine/dbscripts/upgrade/pre_upgrade -rw-r--r-- 1 root root 19544 May 21 21:48 /usr/share/ovirt-engine/dbscripts/.engine_2013_05_21_21_47_36.scripts.md5 -rw-r--r-- 1 root root 19370 May 21 21:34 /usr/share/ovirt-engine/dbscripts/.engine.scripts.md5 -rw-r--r-- 1 root root 970783 May 21 21:34 /usr/share/ovirt-engine/dbscripts/create_db.sh.log [root@istein-32 yum.repos.d]# find / -name .schema /usr/share/ovirt-engine/dbscripts/.schema 3.2 has been released 3.2 has been released 3.2 has been released |