Mikael's profileTech-HeadBlog Tools Help
October 26

Cluster Shared Volumes and iSCSI could be a problem

So you have decided to run Windows Server 2008 R2, using the new Clustered Shared Volumes features and you are going to have a SAN based on iSCSI. Good for you, then you will properly also want to set it up according to best practices, hmm lets see…

Two physical servers, with 4 NIC’s that is perfect. I use one NIC for management, one NIC as the Hyper-V network switch and the other two NIC’s as iSCSI NIC’s and as a best practices you bind off everything except for IP on the iSCSI NIC’s

THAT WILL MAKE Cluster Shared Volumes to FAIL !!!

Microsoft require you to enable the “Microsoft Network Client” and “File and Printer Sharing for Microsoft Networks” on all network that takes part of the cluster, in other words you have two choices here.

1. Do not use the iSCSI NIC’s as “cluster NIC’s”, in other word make sure that they are listed as disabled for cluster use (You cannot use them for Internal or Client use). Bad thing about this is that in that case they cannot be used as heartbeat either.

2. Enable “Microsoft Network Client” and “File and Printer Sharing for Microsoft Networks” on the iSCSI NIC’s, (All NIC’s) bad thing about that is that you will have some traffic on the iSCSI network that is “unwanted”.

For some reason there is no KB article that I have found on this little issue, the problem is that it works perfect as long as you do not use the clustered shared volumes and Live Migration, if you just use Quick Migration it works. It is easy to see if there is anything wrong with the configuration, just open c:\clusterstorage\volume1 on one of the nodes, then try to open the same path on the other node. If it freezes up, you know what the problem is. Option one or option two. I usually take option number two

There are two other articles about this issue, sorry to say, not in English.

Hungarian - http://www.microsoft.com/hun/technet/article/?id=a20a6494-645d-4ee6-993b-f0e341cfdffc 

German http://www.server-talk.eu/2009/07/10/error-cluster-shared-volume-is-no-longer-available-mit-hyper-v-failover-cluster/

If you open the event log, you will find this:

Log Name: System
Source: Microsoft-Windows-FailoverClustering
Event ID: 5120
Task Category: Cluster Shared Volume
Level: Error
Description: Cluster Shared Volume ‘Volume1′ (’Cluster Disk 1′) is no longer available on this node because of ‘STATUS_BAD_NETWORK_PATH(c00000be)’. All I/O will temporarily be queued until a path to the volume is reestablished.

October 25

TechEd EMEA – Berlin in November

Yes, I’ll be there, working in the “Ask The Experts” area, beside me at least five from my company is going to be there, if you have time or any kind of question, please stop by and say “Hi”

/mike

October 21

MDT 2010 – Things you should know - Part II

I missed this one!, shame on me and all credits goes to P-O Axelsson and Bosse Törnqvist for letting me know (A beer sometime?)

Fixing the “Final Reboot in a LiteTouch scenario” Version II

This is the built in “Final reboot”, it does provide the basic need of rebooting. Using the “use shutdown in a TS” method gives you the option of adding a reason in the event log and to set the time before it reboots. This method just reboots (And that can be perfect in most scenarios)

Value Description
Action
  • SHUTDOWN
    • Shuts down the target computer.
  • REBOOT
    • Restarts the target computer.
  • RESTART
    • Same as REBOOT.
  • LOGOFF
    • Log off the current user. If the target computer is currently running Windows PE, then the target computer will be restarted.
  • blank
    • Exit the Windows Deployment Wizard without performing any additional actions. This is the default setting.

so if your customsettings.ini looks like this:

[Settings]
Priority=Default

[Default]
FinishAction=RESTART

it will reboot after install

Have a nice Deployment day
/Mike

October 20

MDT 2010 – Things you should do – Part I

I have one problem (well there might be more than one problem, but that is beside the point here). Since I have been doing some OS deployment for the last 23 years or so, stuff that I do I take for granted, things that I know must be done, things that I normally never tell people about, I always assume that they know this.

Well, here is the truth, they do not… (some do, some don't…) so here it is:

Fixing the “Final Reboot in a LiteTouch scenario

So the machine is done and ready to be used, but hey it has some summary screen here and it is logged on as the local admin, that means that I need to press ok and then reboot and then let the user logon…

We fix this by modifying customsettings.ini and by adding a reboot command in the end of the task sequence

First step.

Using Deployment Workbench, modify the Task Sequence that you would like to fix.

  • Add a Run Command Line
  • Type in this as the command
    • %systemroot%\system32\shutdown -r -t 20 –c “This box is done”

restart_computer_correct

Second step.

Add the following to CustomSettings.ini

SkipFinalSummary=YES

NOTE: Do not add the “Restart computer” to your task sequence, that will reboot the machine, but it will not end the sequence. That's why we add a “Run a Command Line” task instead.

Have a nice Deployment day
/mike

October 08

Free P2V tool from SysInternals/Microsoft – Download and play with it today

Hey, sometimes it just happens and when it does it is normally simple, fun, small, cool and working. I’m talking about when Mark Russinovich and Bryce Cogswell releases new a piece of software. This time they have done a P2V tool called “Disk2vhd v1.0” that is 673kb in a zip archive.

So I have just tested it and as expected, works like a charm :-) and it was so easy, just fire it away and select which disk(s) you want to convert to VHDs and you are done. Copy the file into a Virtual XP or Hyper-V, start it and add VMadditions or Integrated Components. Done, you have virtualized your machine.

*** snapshot from web ***

Runs on:

  • Client: Windows XP SP2 and higher.
  • Server: Windows Server 2003 and higher.

Disk2vhd is a utility that creates VHD (Virtual Hard Disk - Microsoft’s Virtual Machine disk format) versions of physical disks for use in Microsoft Virtual PC or Microsoft Hyper-V virtual machines (VMs). The difference between Disk2vhd and other physical-to-virtual tools is that you can run Disk2vhd on a system that’s online. Disk2vhd uses Windows’ Volume Snapshot capability, introduced in Windows XP, to create consistent point-in-time snapshots of the volumes you want to include in a conversion. You can even have Disk2vhd create the VHDs on local volumes, even ones being converted (though performance is better when the VHD is on a disk different than ones being converted).

Download Disk2vhd (673 KB)

Read more