7

I have a SAN level snapshot\clone of a Windows cluster shared volume (CSV) whocj i want to mount on the same cluster to retrieve files, as form of backup.

As detailed here: Accessing a storage-side snapshot of a cluster-shared volume

... there are issues with mounting a clone of CSV on the same cluster due to GUID clash.

I have worked out how to achieve what i want with a workaround that does not really.. work for me. I can mount this snaphot\clone of the CSV on another Windows machine, get the disk object via Powershell like so:

$disk = get-disk -Number *number*

... Powershell has a set-disk method, which enables me to change the disk ID:

Set-Disk -Guid {New GUID}

I can now mount this clone back into the same cluster, there is now no GUID clash and i can access it as it were any other NTFS volume.

What i would like to do is change this disk identifier via a Linux machines so i can automate the process sensibly. I see a see examples of how this may be possible if the disk is MBR, but is the feasible if the machine is GPT?

Any help would would be greatly appreciated.

Community
  • 1
hobgadling
  • 129
  • 1
  • 6

2 Answers2

5

gdisk should help: have a look at 'c', 'g' and 'f' from the extra functionality menu.

See ubuntu trusty gdisk manpage.

peterh
  • 4,914
  • 13
  • 29
  • 44
Markus Köberl
  • 49
  • 1
  • 2
  • I suggest to elaborate more, they want to delete your answer. Edit into your question in 1-1 sentence, what 'c', 'g' and 'f' does. – peterh Aug 26 '15 at 15:58
2

sgdisk --disk-guid=R /dev/sdXXXX

(Sets the disk GUID to a new random value and is more suitable for scripting/automation)

stokely
  • 21
  • 1