Bug 695047

Summary: when timezone is changed during phase, getting traceback on phase end
Product: [Fedora] Fedora Reporter: Jan Hutař <jhutar>
Component: beakerlibAssignee: Petr Muller <pmuller>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 14CC: ohudlick, pmuller, psplicha
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-04-11 08:27:49 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 545868    

Description Jan Hutař 2011-04-10 01:48:28 EDT
Description of problem:
When I change timezone to more west one by rewriting /etc/timezone during execution of phase, on the phase end I'm getting traceback.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. # date
Sun Apr 10 07:44:31 CEST 2011
2. # rlJournalStart 
3. # rlPhaseStartTest

:: [   LOG    ] :: Test

4. # rlRun "/bin/cp -f /usr/share/zoneinfo/UTC /etc/localtime"
:: [   PASS   ] :: Running '/bin/cp -f /usr/share/zoneinfo/UTC /etc/localtime'
5. # rlPhaseEnd

Actual results:
Traceback (most recent call last):
  File "/usr/bin/beakerlib-journalling", line 468, in ?
    createLog(options.testid, options.severity)
  File "/usr/bin/beakerlib-journalling", line 181, in createLog
  File "/usr/bin/beakerlib-journalling", line 94, in printPhaseLog
    duration = time.mktime(time.strptime(endtime,timeFormat)) - time.mktime(time.strptime(starttime,timeFormat))
  File "/usr/lib/python2.4/_strptime.py", line 293, in strptime
    raise ValueError("time data did not match format:  data=%s  fmt=%s" %
ValueError: time data did not match format:  data=2011-04-10 07:44:46 CEST  fmt=%Y-%m-%d %H:%M:%S %Z

Expected results:
Should show correct output including correct duration
Comment 1 Petr Muller 2011-04-11 08:27:49 EDT

*** This bug has been marked as a duplicate of bug 693653 ***