views:

71

answers:

4

My farm consists of two front end (FE) web servers that are managed by a load balancer. One FE went down so we configured the load balancer to only send traffic to the other FE. We rebuilt the failed FE and rejoined the farm which appears to have worked successfully (looking at IIS). I want to test the new FE before configuring the Load Balancer to use the new server.

The approach I took was to add the IP/URL to my host file that pointed to the new server but nothing comes up.

Any advice would be great. Thanks

A: 

If you are currently using hardware load balancing (and both servers sit behind it) you will probably need to add a new virtual IP address to your load balancer that connects only to the new FE before re-introducing it into the farm.

Add this virtual IP address to your hosts file for your domain name and you should be able to test it individually.

DaveRead
Yes this is a hardware based load balancing.I added a host file entry that directs my requests to a single WFE but SharePoint displays an Error page.
ChiliYago
A: 

what if you add the ip/url of the working FE server to your host file? does nothing come up then? also, be careful about spaces vs. tabs vs. multiple spaces in your host file:

http://geekswithblogs.net/JanS/archive/2009/06/17/beware-of-spacing-in-windows7-hosts-file.aspx

ryancammer
Unfortunately not. This is what prompted me to post this question. :(
ChiliYago
i have a hunch that the hosts file isn't right, but i could be wrong. what if you add an entry, say, 127.0.0.1 google.com, and then hit google.com? then, do you have your code base running locally? can you add 127.0.0.1 and the name of your site to your hosts file, and verify it there? also, are you able to hit your FE servers by IP?
ryancammer
the hosts file is working fine so this can be ruled out. Thanks
ChiliYago
+1  A: 

How you would normally do this is to add an AAM entry for the servers hostname.

For example have

  • intranet.domain.com resolves to your NLB which then distributes requests
  • to SharePoint servers called WFE1, WFE2 etc.

If you check SharePoints AAM (Central Administration > Operations > Alternate Access Mappings) you should have intranet.domain.com as url for the default zone (and you should only have one default zone entry per web applicaton).

If you add WFE1/WFE2 etc the AAM under the custom zone so the internal URL (WFEx) is mapped to the public URL (intranet.domain.com) then you should be able to go directly to your WFE by using the address http://WFEx/ in your browser.

As long as your DNS server is setup correctly this will work from any computer on your network regardless if its part of the NLB farm or not - essential for troubleshooting.

If you can't do this check a ping to WFEx is returning the servers IP address and not some other address such as the NLB/firewall etc.

MSDN - What every SharePoint administrator needs to know about Alternate Access Mappings

Ryan
Would you mind elaborating on:"If you add WFE1/WFE2 etc the AAM under the custom zone ..."I am trying to figure out if I have to add additional AAM for my web application. Currently, I have an entry in the host file of my laptop that points the URL to portalwfe1.mydomain.com using the IP of WFE1. Now when I browse to the url it tries to open the site but I am receiving SharePoint Error "This page has encountered a critical error. Contact your system administrato if this problem persists." I am not sure what is causeing the error but am thinking it may be this AAM entry you mentioned.
ChiliYago
You need to look into some basic IIS concepts such as host headers and Alternate Access Mappings. Remember that you can host multiple websites on a server http://WFE1 may have the IP of the server but how does it know which website you are after? It doesn't so it errors. So you need to put both hostnames into the AAM so it knows that both URL's should load the same site. Sharepoint Central Administration > Operations > Alternate Access Mappings. + see link I've added to answer.
Ryan
A: 

So you've made a hosts file entry that points the cluster DNS name to one of the WFE's private ip adresses?

Make sure you can see that ip address. Sometimes only the cluster ip adress is visible to the outside and not the servers' private ip.

I usually add a host file entry for the cluster DNS name to each WFE. That way I can remote desktop to a machine and test it locally there. I do have remote desktop access..

ArjanP