qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Shelly Kagan <skagan@redhat.com>
To: qemu-devel@nongnu.org
Subject: FSFreeze on Windows VM
Date: Tue, 29 Mar 2022 17:26:30 +0300	[thread overview]
Message-ID: <CAMUS3ta+RFL1M+esUzy34WpB-MOO4ofKdsPiHOUoPyBXF2GoTw@mail.gmail.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 1484 bytes --]

Hi all,
I'm having some weird behavior with fsfreeze in windows VM.
I run the fsfreeze and it returns:
`error: Guest agent is not responding: Guest agent not available for now`

but checking the status returned frozen, rerunning it again returns that
the command is not enabled (expected since the freeze occurs)

I checked the fsstatus and it keeps returning `frozen` even after 10
seconds (from my understanding the freeze in windows vm is limited to 10
seconds by default by the VSS. No way to change this default from my
understanding, is it true?) Shouldn't the status return thawed if the VSS
no longer keeps the freeze state?

After a minute I did the thaw and it returned error:
`error: internal error: unable to execute QEMU agent command
'guest-fsfreeze-thaw': couldn't hold writes: fsfreeze is limited up to 10
seconds:`

but the fsstatus changed to thawed after that call.

My questions are:
1. Why would the fsfreeze return error about the guest agent but still
freeze the fs?
2. Why would the guest agent not respond, is there a way to make sure it is
available before the freeze command? (running the fsstatus command before
it returned without issues..)
3. Is it expected that the fsstatus will return frozen even if possibly VSS
has already thawed? and that the thaw fails but the status do change after
to thawed?

Thanks for taking the time to respond and help,
-- 

Shelly Kagan

Senior Software Engineer

Red Hat <https://www.redhat.com>
<https://www.redhat.com>

[-- Attachment #2: Type: text/html, Size: 2943 bytes --]

             reply	other threads:[~2022-03-29 15:24 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-29 14:26 Shelly Kagan [this message]
2022-04-06 11:29 ` FSFreeze on Windows VM Konstantin Kostiuk
2022-04-13  7:03   ` Shelly Kagan
2022-04-13 13:51     ` Konstantin Kostiuk
2022-04-13 14:20       ` Shelly Kagan
2022-04-13 14:27         ` Konstantin Kostiuk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAMUS3ta+RFL1M+esUzy34WpB-MOO4ofKdsPiHOUoPyBXF2GoTw@mail.gmail.com \
    --to=skagan@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).