how frequently does the letter t appear in:
q: windows cluster ip/hostname doesnt respond to unc requests, yet ping and rdp work i have a windows server 2003 cluster of 2 nodes in an active-passive configuration. i can ping both nodes, rdp and access their unc shares.  
i also have an alias, which directs to a cluster ip set in one of the cluster groups for sql. (im not the sql administrator and have had only a little exposure to it). this alias responds to pings and rdp goes to the active node, which works correctly.
however i cant access the unc shares for that alias. the dns record is obviously correct as its handling ping and rdp ok.
whats interesting is that i can rdp to the alias (which in turn is the active node) and then try accessing the unc share of the \localhost or \127.0.0.1 fails also.
ive looked at other questions on here before opening the this question and checked recent updates etc. but i feel these dont relate to my issue.
this has worked for quite a while and the only thing that has changed is that we have had to bring the whole data center down recently for much needed power maintenance work. which makes me question perhaps a service didnt start.
also whats worth mentioning is, is that i would have liked to failover to the passive node and see if the problem persists on that but i have a rather small time frame to take the server down which is early in the morning so im trying to avoid that if i can.
edit
my problem appears to be that all my groups, cluster group and sql group can be pinged and rdpd by their cluster name and cluster ip, however i cannot access any unc share on the cluster ip or name of any of  my groups.
if i browse to \sqlgroupclustername from any networked machine i get the network path was not found error.
if i rdp to sqlgroupclustername (which works) then browse to \sqlgroupclustername from qlgroupclustername i get the same error message.

a: is this to have a file share on the sql cluster?
if you share a drive on node1 then do a failover to node2 the file share will go away unless you define it as a cluster service.
there is a resource type simply called file share in cluster administrator, this way the active node will have the file share (dont use admin file shares). make this depend on the physical disk and the cluster ip address.

a: bearing in mind the following two points:


*

*if you are using a file share resource in the cluster this shouldnt be needed.

*from your description it should be working correctly.


here is a solution:
on 2003 connecting to a share with a different dns alias then the server name (otherwise known as multihoming) requires you to disable the disablestrictnamechecking registry entry. it is supposedly a feature of smb.
you can reference the complete instructions on making the change here: kb281308

user
The passage contains one hundred and ninety "t"s.
assistant