Red Hat Bugzilla – Bug 836275
qemu-ga: change on fsfreeze semantics when compared to RHEL6
Last modified: 2012-10-26 13:11:11 EDT
During the review process of the patches which updated qemu-ga to its latest upstream version (which is v1.1), it was identified some semantics changes of the file-system freeze process that may be undesirable or even cause regressions. The changes are: o qmp-guest-fsfreeze-freeze can be called even if the FS is already frozen (by qmp-guest-fsfreeze itself). Before, qmp-guest-fsfreeze couldn't be called twice in a row (a call to qmp-guest-fsfreeze-freeze had to match a call to qmp-guest-fsfreeze-thaw) o qmp-guest-fsfreeze-thaw re-builds the FS list to be thawed every time it's called, this means that it will see file-system changes between freeze and thaw (ie. if a new FS "appears", it will be thawed). Before, qmp-guest-fsfreeze-thaw would only thaw the file-systems frozen by qmp-guest-fsfreeze-freeze o qmp-guest-fsfreeze-thaw will thaw each file-system in a loop, meaning that it will thaw all file-system, regardless if they were thawed by another processes. Also, the loop makes it impossible to report errors. Before, qmp-guest-fsfreeze-thaw would thaw a file-system only once All these issues have to be discussed upstream and if we decide to fix any of them the fixes have to be backported to 6.4.
As far as RHEL is concerned, qemu-ga was tech-preview in RHEL6.3 and such a change in behavior is not a problem. But indeed, if they're "fixed" upstream, a backport to RHEL6.4 will be required.
QE will do viragent funcational in order to not bring regression after this issue is fixed
Fixed in upstream commit 6a3c8c14c8467c5db3539f1b6e43e03318e5e21b.
*** This bug has been marked as a duplicate of bug 831174 ***
Paolo, I don't understand how moving the freeze state file solves this bz? Actually, I also think this should be closed but for a different reason: it's probably too late to change those semantics again (unless they are buggy).
The fix for the problems in comment 0 was to move the state file. Upstream places the freeze state file in the same place as RHEL6, so there will be no change in fsfreeze semantics from RHEL6 to RHEL7.
Makes sense.