Bug 1250919
Summary: | [host-deploy] when updating multiple packages only the latest is considered in cache timestamp | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Julio Entrena Perez <jentrena> | ||||||||
Component: | ovirt-engine | Assignee: | Yaniv Kaul <ykaul> | ||||||||
Status: | CLOSED ERRATA | QA Contact: | Pavol Brilla <pbrilla> | ||||||||
Severity: | high | Docs Contact: | |||||||||
Priority: | high | ||||||||||
Version: | 3.5.3 | CC: | gklein, iheim, jentrena, lpeer, lsurette, mgoldboi, mtessun, oourfali, pdwyer, pstehlik, rbalakri, Rhev-m-bugs, yeylon, ykaul | ||||||||
Target Milestone: | ovirt-3.6.0-rc3 | Keywords: | ZStream | ||||||||
Target Release: | 3.6.0 | Flags: | mgoldboi:
Triaged+
|
||||||||
Hardware: | All | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | |||||||||||
: | 1261339 1261353 1261359 1261411 (view as bug list) | Environment: | |||||||||
Last Closed: | 2016-03-09 21:10:58 UTC | 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: | 1252364 | ||||||||||
Bug Blocks: | 1261411 | ||||||||||
Attachments: |
|
Description
Julio Entrena Perez
2015-08-06 10:02:36 UTC
please provide: 1. exact engine version 2. exact ovirt-host-deploy version 3. /var/cache/ovirt-engine/ovirt-host-deploy.tar - I hope you saved it, if not we will not be able to understand what happened in this case as well. 4. tar -czf /tmp/deploy.tar.gz /usr/share/ovirt-host-deploy thanks! (In reply to Alon Bar-Lev from comment #3) > please provide: > > 1. exact engine version > 2. exact ovirt-host-deploy version > 3. /var/cache/ovirt-engine/ovirt-host-deploy.tar - I hope you saved it, if > not we will not be able to understand what happened in this case as well. need its timestamp (the original one). > 4. tar -czf /tmp/deploy.tar.gz /usr/share/ovirt-host-deploy > > thanks! (In reply to Alon Bar-Lev from comment #3) > please provide: > > 1. exact engine version $ grep rhevm-3 installed-rpms rhevm-3.5.3.1-1.4.el6ev.noarch Tue Aug 4 08:17:55 2015 > 2. exact ovirt-host-deploy version $ grep ^ovirt-host-deploy installed-rpms ovirt-host-deploy-1.3.0-2.el6ev.noarch Tue Aug 4 08:17:30 2015 ovirt-host-deploy-java-1.3.0-2.el6ev.noarch Tue Aug 4 08:17:30 2015 > 3. /var/cache/ovirt-engine/ovirt-host-deploy.tar - I hope you saved it, if > not we will not be able to understand what happened in this case as well. see end of comment 1 for the location of the files. > need its timestamp (the original one). Please bear with me while I request that. > 4. tar -czf /tmp/deploy.tar.gz /usr/share/ovirt-host-deploy Please bear with me while I request that. Created attachment 1061108 [details]
TS.java
Hi,
Can you please download this simple program to /tmp and run:
# javac TS.java
# TZ="UTC" java TS /usr/share/ovirt-host-deploy/interface-3/ > out.txt
The last two lines of output is the max timestamp of all files.
otopi-1.3.0-2 2014-12-06
ovirt-host-deploy-1.3.0-2 2014-12-06
So we expect result to be at that date, unless there is error in the code or there are extra files in this directory that do not belong.
However, we do not expect anything earlier than that for sure.
Hi Alon, I run it against the tarball of /usr/share/ovirt-host-deploy that was provided to us and got the following: $ TZ="UTC" java TS usr/share/ovirt-host-deploy/interface-3/ Checking: usr/share/ovirt-host-deploy/interface-3/.bundled Checking: usr/share/ovirt-host-deploy/interface-3/otopi-plugins/ovirt-host-deploy/tune/__init__.pyo [...] Checking: usr/share/ovirt-host-deploy/interface-3/otopi-plugins/ovirt-host-deploy/vdsm/config.py 1417889443000 Sat Dec 06 18:10:43 UTC 2014 Created attachment 1061115 [details]
TS.java
Better output to enable us quick response.
Created attachment 1061347 [details]
Output of TS.java
Output of TS.java from CU.
Last line:
9999999999999 1431421123000 Tue May 12 08:58:43 UTC 2015
(In reply to Julio Entrena Perez from comment #15) > Created attachment 1061347 [details] > Output of TS.java > > Output of TS.java from CU. > > Last line: > 9999999999999 1431421123000 Tue May 12 08:58:43 UTC 2015 thank you! so timestamp meets the expectation of otopi-1.3.2-1.el6ev and ovirt-host-deploy-1.3.0-2.el6ev. now, the question is how before upgrade you had the same timetamp, this may be possible if users have 'yum update' his system while the channel was enabled, so system pulled the new packages as they are not versionlocked and are backward compatible. ok, found the issue! otopi was updated and ovirt-host-deploy remained 1.2.5, this caused the timestamp to be updated to the newer package while when the older was updated it was ignored. will take it from here, than you for your support. RPM shows that otopi was indeed updated on 29th July, before the actual upgrade of RHEV-M that happened on 4th August: $ egrep otopi\|ovirt-host-deploy installed-rpms otopi-1.3.2-1.el6ev.noarch Wed Jul 29 11:33:14 2015 otopi-java-1.3.2-1.el6ev.noarch Wed Jul 29 11:33:20 2015 ovirt-host-deploy-1.3.0-2.el6ev.noarch Tue Aug 4 08:17:30 2015 ovirt-host-deploy-java-1.3.0-2.el6ev.noarch Tue Aug 4 08:17:30 2015 Thank you very much Alon. Verified on build 3.6.0-15 /var/cache/ovirt-engine/ovirt-host-deploy.tar is generated before each deploy ( Install/Reinstall ) 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 |