Archive

Archive for the ‘Windows 2008’ Category

DsReplicaGetInfo() failed with status 8453 (0x2105)

June 15, 2012 Leave a comment

 

Quick one – if you get the below error when doing a “repadmin /showreps”;

 

image

 

Make sure you are running Command as an Administrator!

Advertisements

Cluster Firewall issue – An item with the same key has already been added.

January 29, 2010 1 comment

When running a HA cluster verification you may get the following;

An error occurred while executing the test.
There was an error verifying the firewall configuration.
An item with the same key has already been added.

This is typically because the NIC GUID is duplicated between cluster nodes.

This could be because servers were deployed from an image, or cloned. Personally I had this with a VMware deployed server from a Template.

Remove and re-add a new NIC (add the new one first to be sure) and re-validate 🙂

Verify cluster gives Failed to prepare storage for testing on node X status 87

January 29, 2010 5 comments

Interesting one here – if you get a Status 87 verifying a cluster’s storage, you will require to add a drive to the “hidden” 100mb partition (boot partition).

 

Doing so will allow you to pass, but why fail in the first place!!!

NetApp SnapDrive and creating MSCS LUN’s

January 29, 2010 2 comments

When creating a LUN for a new MSCS, here is the methodology;

 

  1. Create the Volume (and Qtree if required)
  2. Create the LUN from one potential node.
  3. Create a new cluster and add all nodes (failing to do so will not allow you to add the LUN’s with the following err0r;)
    image
  4. Connect the disk and voila! (All additional disks can be created now the Cluster is up)

Exchange 2010 OWA authentication issues?

December 17, 2009 14 comments

 

If you are not reading the step-by-step installation guide (any of them) and relying on Exchange 2010’s “pre-requisites” check, you may have an issue with OWA when done.

 

image

Basically when the setup program is checking the Pre-requisites for CAS, it doesn’t check to ensure you have the correct authentication protocols installed.

 

This can be remedied by adding them as follows;

 

image

I also enabled the Windows Authentication, just for good measure.

 

Post-install no need to force an IIS restart (I think it does it as part of the install TBH), just refresh your OWA logon page and login as you want 🙂

Using a none-Exchange 2010 server as an File Share Witness

December 17, 2009 4 comments

 

Typically when clustering the Exchange 2007 mailbox role, you would use one of the HT servers as a witness.

 

However with 2010 you are no longer required to move the HT/CAS roles onto separate servers – so where to place it?

 

Obviously the “official” MS answer would probably be to install an additional HT server into your organisation, but why when you have perfectly fine other servers in place?

 

I placed mine on the customers vSphere vCentre server. It’s always up, and is key to their environment, so I have no worries about it being neglected.

 

However when creating a DAG, I got an error message telling me that it could not enable the Share as it didn’t have permissions.

 

*** Ok – so this is where it gets confusing. Pre-SP1 (as pointed out in the comments by Devin) only required the following step;

1) Add the “Exchange Trusted Subsystems” group to the local administrative group on the server (if you are using a DC you will have to add it to the BUILTIN\administrators group, which I would prefer not to personally)

 

However, in an SP1 environment it looks like you also have to add the server you are attempting to use as a FSW to the “Exchange Servers” group. I have posted on Devin’s blog (http://www.thecabal.org/2009/12/busting-the-exchange-trusted-subsystem-myth/#comment-3282) to see if there can be any clarity on this matter – but it does seem like something changed in SP1.

 

Re-create the DAG (delete the one you got an error with) and voila, your selected server is now a witness to your DAG 😉

Sysprep Folder Locations for vSphere centre under Server 2008

December 15, 2009 Leave a comment

Typically you would install the sysprep files to “c:\documents and settings\all users\application data…” on a 2003 vCentre server.

 

However, under 2008 this location is not accessible and has changed to;

 

“C:\Users\All Users\VMware\VMware VirtualCenter\sysprep”