jamesstringer90 / jamesstringer90/appsandbox

Creating VM Crashes when SAN Policy : Offline Internal

Open
#115 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C
Stars
704
Forks
75
Avg merge
9m
Merged PRs (30d)
6

Description

On Windows To Go, creating a VM fails and crashes with no error message or log.
This appears due to the protective SAN Policy of Offline Internal.

Using diskpart to set san policy=OnlineAll allows a virtual machine to be created.
Setting san policy=OfflineInternal undoes this change, and the now created VM can work as intended without needing the san policy changing again.

This could be because virtual disk mounting respects this policy. The virtual disk would therefore be offline in disk manager when mounted with this san policy set and never receiving a drive letter for the copy operations.

One way to address this could be to check the disk is online as expected once mounted before attempting to assign a letter.
Another method could be to check this policy and set it temporarily to perform the operations. It would be polite to set it back, to respect the feature and avoid user's accidentally mounting drives unintentionally.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce VM creation on Windows To Go with san policy=OfflineInternal, then trace the virtual-disk mounting, online-state, drive-letter assignment, and copy operations. Done means creation no longer crashes or silently fails under the protective policy, while the policy is respected and the resulting VM works; verify the behavior with both OfflineInternal and OnlineAll.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
operating-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.