Description of problem: BZ972739 introduces/correct TZs handling but there's issue when one defines a value which is not valid TZ. Instead of showing default fallback value in UI dialog, there's 'default: null'. # rhevm-config -g DefaultWindowsTimeZone DefaultWindowsTimeZone: Europe/Prague version: general this shows mentioned - default:null Version-Release number of selected component (if applicable): sf18 How reproducible: 100% Steps to Reproduce: 1. set some stupid value as TZ 2. check Vm dialog in Admin portal 3. Actual results: defualt: null Expected results: default: (GMT) GMT Standard Time Additional info:
FYI (sf18.1) I tried to update the DB directly and I set time_zone for a vm to 'foobar'. In UI, TZ value is empty and the text box is white (thus it means, there is no 'default:...' in the text box). Although when starting such VM, its TZ is set to GMT for qemu-kvm process: # ps ax | grep '[q]emu-kvm.*w2k3-02' | sed 's/ /\n/g;' | egrep "^w2k|^base" w2k3-02 base=2013-06-25T12:45:51,driftfix=slew # egrep "<name>|adjustment" /var/log/vdsm/vdsm.log | tail -n2 <name>w2k3-02</name> <clock adjustment="0" offset="variable"> So maybe the UI should check if values in the DB are valid...
Clarification: TZ value has 'defualt:null' in UI when such VM is down. TZ value has no value in UI when such VM is running.
*** Bug 996519 has been marked as a duplicate of this bug. ***
This issue is being addressed as a part of large timezone-related code refactoring in bug 988259
*** This bug has been marked as a duplicate of bug 988259 ***