I was able to confirm that the freeze occurs in OpenXT, however interestingly given 48 hours of waiting, the guest eventually continues to work. I have some logs from this event. The Short Log is more concise: it shows directly before the messages of
Feb 1 04:05:02.952634 VM hypervisor: (d12) xenbus|RangeSetPop: fail2
Feb 1 04:05:02.953460 VM hypervisor: (d12) xenbus|RangeSetPop: fail1 (c000009a)
Feb 1 04:05:02.953835 VM hypervisor: (d12) GNTTAB: MAP XENMAPSPACE_grant_table[4] @ 00000001.22805000
Feb 1 04:05:02.954312 VM hypervisor: (d12) xenbus|GnttabExpand: added references [00000800 - 000009ff]
Feb 1 04:05:02.957648 VM hypervisor: (d12) xenbus|RangeSetPop: fail2
Feb 1 04:05:02.958151 VM hypervisor: (d12) xenbus|RangeSetPop: fail1 (c000009a)
Feb 1 04:05:02.960012 VM hypervisor: (d12) GNTTAB: MAP XENMAPSPACE_grant_table[5] @ 00000001.22806000
Feb 1 04:05:02.960651 VM hypervisor: (d12) xenbus|GnttabExpand: added references [00000a00 - 00000bff]
Feb 1 04:05:02.971874 VM hypervisor: (d12) xenbus|RangeSetPop: fail2
Feb 1 04:05:02.978007 VM hypervisor: (d12) xenbus|RangeSetPop: fail1 (c000009a)
Feb 1 04:05:02.979312 VM hypervisor: (d12) GNTTAB: MAP XENMAPSPACE_grant_table[6] @ 00000001.22807000
Feb 1 04:05:02.980254 VM hypervisor: (d12) xenbus|GnttabExpand: added references [00000c00 - 00000dff]
start in perpetuity. I haven't gotten a BSOD yet, but if I reproduce it I will send that as well. The BROKEN_MESSAGES attachment shows that the guest froze as the beginning and I waited a long time for it to BSOD, and restarted it eventually. Any insight
as to what might be happening and why we are seeing this freeze. I got these results with the current xen tools obtained from
https://xenproject.org/downloads/windows-pv-drivers/development-builds/windows-pv-master/ to
ensure it was not any patches that we might add. Xen version 4.16.4 as the host.