dbTalk Databases Forums  

Domain Admin

microsoft.public.sqlserver.clustering microsoft.public.sqlserver.clustering


Discuss Domain Admin in the microsoft.public.sqlserver.clustering forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
A. Robinson
 
Posts: n/a

Default Domain Admin - 03-10-2005 , 12:43 PM






This is a quick one: does the domain account that is installing SQL Server on
a cluster need to also be a domain administrator? If it weren't, would that
cause the SQL insatall to fail?

Thanks again!


Reply With Quote
  #2  
Old   
Rodney R. Fournier [MVP]
 
Posts: n/a

Default Re: Domain Admin - 03-10-2005 , 12:54 PM






NO!!!!! Make it a Domain User only, then add it to the local Administrators
group on each node.

Cheers,

Rod

MVP - Windows Server - Clustering
http://www.nw-america.com - Clustering
http://msmvps.com/clustering - Blog

"A. Robinson" <ARobinson (AT) discussions (DOT) microsoft.com> wrote

Quote:
This is a quick one: does the domain account that is installing SQL Server
on
a cluster need to also be a domain administrator? If it weren't, would
that
cause the SQL insatall to fail?

Thanks again!




Reply With Quote
  #3  
Old   
A. Robinson
 
Posts: n/a

Default Re: Domain Admin - 03-10-2005 , 01:09 PM



Didn't think so...I now have no idea what's going on with this install.

I'm getting a PATH SPECIFIED IN COMMAND IS NOT VALID:
\\HMS10NK03\ADMIN$\HMS10NK03_MSSQLSERVER.ISS That file doesn't exist in the
directory anywhere....

That path is just the Windows directory. The user I'm installing under is a
local admin and also has explicit rights to the directory/share.

The install goes for about 20-30 minutews and then get the infamous CAN'T
PERFORM OPERATIONS ON CLUSTER (whatever). When I go out to the Windows
directory, there's no SQLSTP.LOG file at all!!

We're not utilizing MSDTC anywhere so I didn't bother setting up a
group/resource for it. All communications between nodes/shared disks are good.

If anyone can shed any light, I would really appreciate it. If logs would
help, let me know which ones should be looked at (there aren't a whole lot to
choose from). I've included the SETUP.ISS

[InstallShield Silent]
Version=v5.00.000
File=Response File
[File Transfer]
OverwriteReadOnly=NoToAll
[DlgOrder]
Dlg0=SdWelcome-0
Count=19
Dlg1=DlgMachine-0
Dlg2=DlgInstallMode-0
Dlg3=SdRegisterUser-0
Dlg4=SdLicense-0
Dlg5=DlgVirtServer-0
Dlg6=DlgDiskGroups-0
Dlg7=DlgClusterDef-0
Dlg8=DlgAccount-0
Dlg9=DlgClientServer-0
Dlg10=DlgInstanceName-0
Dlg11=SetupTypeSQL-0
Dlg12=SdRemoteInfo-0
Dlg13=DlgServices-0
Dlg14=DlgSQLSecurity-0
Dlg15=DlgCollation-0
Dlg16=DlgServerNetwork-0
Dlg17=SdStartCopy-0
Dlg18=SdFinish-0
[SdWelcome-0]
Result=1
[DlgMachine-0]
Name=HMS10NK04
Type=268435466
Result=1
[DlgInstallMode-0]
Type=1
Result=1
[SdRegisterUser-0]
szName=Hoffman
Result=1
[SdLicense-0]
Result=1
[DlgVirtServer-0]
VirtServerName=HMS10NK04
IpAddresses=10.150.128.114,255.255.255.0,Public - 10.150.128.112
Result=0
[DlgDiskGroups-0]
GroupName=SQLServer
Result=1
[DlgClusterDef-0]
VirtServerName=HMS10NK04
nNumNodes=2
Result=1
ClusterPrefOwners=HMS10NK03,HMS10NK02
[DlgAccount-0]
Domain=HOFFMAN
DomainAcct=MSOCLUSTER
DomainPwd=154526877651e5de852d536c6f8f0889
Result=1
[DlgClientServer-0]
Type=2
Result=1
[DlgInstanceName-0]
InstanceName=MSSQLSERVER
Result=1
[SetupTypeSQL-0]
szDir=C:\Program Files\Microsoft SQL Server
Result=301
szDataDir=S:\Program Files\Microsoft SQL Server
SharedDataDir=S:\Program Files\Microsoft SQL Server
[SdRemoteInfo-0]
svEdit1=MSOCLUSTER
svEdit2=154526877651e5de852d536c6f8f0889
svEdit3=HOFFMAN
svEdit4=HMS10NK04
svEdit5=\\HMS10NK04\C$\Program Files\Microsoft SQL Server
svEdit6=\\HMS10NK03\Z$\x86\setup\
Result=1
[DlgServices-0]
Local-Domain=61680
AutoStart=0
SQLDomain=HOFFMAN
SQLDomainAcct=MSOCLUSTER
SQLDomainPwd=154526877651e5de852d536c6f8f0889
AgtDomain=HOFFMAN
AgtDomainAcct=MSOCLUSTER
AgtDomainPwd=154526877651e5de852d536c6f8f0889
Result=1
[DlgSQLSecurity-0]
LoginMode=2
szPwd=086483159a17f2fb6d
Result=1
[DlgCollation-0]
collation_name=SQL_Latin1_General_CP1_CI_AS
Result=1
[DlgServerNetwork-0]
NetworkLibs=255
TCPPort=1433
TCPPrxy=Default
NMPPipeName=\\.\pipe\sql\query
Result=1
[SdStartCopy-0]
Result=1
[License]
LicenseMode=PERDEVICE
LicenseLimit=4
[SdFinish-0]
Result=1
bOpt1=0
bOpt2=0


"Rodney R. Fournier [MVP]" wrote:

Quote:
NO!!!!! Make it a Domain User only, then add it to the local Administrators
group on each node.

Cheers,

Rod

MVP - Windows Server - Clustering
http://www.nw-america.com - Clustering
http://msmvps.com/clustering - Blog

"A. Robinson" <ARobinson (AT) discussions (DOT) microsoft.com> wrote in message
news:EDBD5BC8-5C0F-4DEF-AE89-F1FDB069C4F3 (AT) microsoft (DOT) com...
This is a quick one: does the domain account that is installing SQL Server
on
a cluster need to also be a domain administrator? If it weren't, would
that
cause the SQL insatall to fail?

Thanks again!





Reply With Quote
  #4  
Old   
Rodney R. Fournier [MVP]
 
Posts: n/a

Default Re: Domain Admin - 03-10-2005 , 01:20 PM



Have your tried copying the SQL install files locally and running from
there?

Cheers,

Rod

MVP - Windows Server - Clustering
http://www.nw-america.com - Clustering
http://msmvps.com/clustering - Blog

"A. Robinson" <ARobinson (AT) discussions (DOT) microsoft.com> wrote

Quote:
Didn't think so...I now have no idea what's going on with this install.

I'm getting a PATH SPECIFIED IN COMMAND IS NOT VALID:
\\HMS10NK03\ADMIN$\HMS10NK03_MSSQLSERVER.ISS That file doesn't exist in
the
directory anywhere....

That path is just the Windows directory. The user I'm installing under is
a
local admin and also has explicit rights to the directory/share.

The install goes for about 20-30 minutews and then get the infamous CAN'T
PERFORM OPERATIONS ON CLUSTER (whatever). When I go out to the Windows
directory, there's no SQLSTP.LOG file at all!!

We're not utilizing MSDTC anywhere so I didn't bother setting up a
group/resource for it. All communications between nodes/shared disks are
good.

If anyone can shed any light, I would really appreciate it. If logs would
help, let me know which ones should be looked at (there aren't a whole lot
to
choose from). I've included the SETUP.ISS

[InstallShield Silent]
Version=v5.00.000
File=Response File
[File Transfer]
OverwriteReadOnly=NoToAll
[DlgOrder]
Dlg0=SdWelcome-0
Count=19
Dlg1=DlgMachine-0
Dlg2=DlgInstallMode-0
Dlg3=SdRegisterUser-0
Dlg4=SdLicense-0
Dlg5=DlgVirtServer-0
Dlg6=DlgDiskGroups-0
Dlg7=DlgClusterDef-0
Dlg8=DlgAccount-0
Dlg9=DlgClientServer-0
Dlg10=DlgInstanceName-0
Dlg11=SetupTypeSQL-0
Dlg12=SdRemoteInfo-0
Dlg13=DlgServices-0
Dlg14=DlgSQLSecurity-0
Dlg15=DlgCollation-0
Dlg16=DlgServerNetwork-0
Dlg17=SdStartCopy-0
Dlg18=SdFinish-0
[SdWelcome-0]
Result=1
[DlgMachine-0]
Name=HMS10NK04
Type=268435466
Result=1
[DlgInstallMode-0]
Type=1
Result=1
[SdRegisterUser-0]
szName=Hoffman
Result=1
[SdLicense-0]
Result=1
[DlgVirtServer-0]
VirtServerName=HMS10NK04
IpAddresses=10.150.128.114,255.255.255.0,Public - 10.150.128.112
Result=0
[DlgDiskGroups-0]
GroupName=SQLServer
Result=1
[DlgClusterDef-0]
VirtServerName=HMS10NK04
nNumNodes=2
Result=1
ClusterPrefOwners=HMS10NK03,HMS10NK02
[DlgAccount-0]
Domain=HOFFMAN
DomainAcct=MSOCLUSTER
DomainPwd=154526877651e5de852d536c6f8f0889
Result=1
[DlgClientServer-0]
Type=2
Result=1
[DlgInstanceName-0]
InstanceName=MSSQLSERVER
Result=1
[SetupTypeSQL-0]
szDir=C:\Program Files\Microsoft SQL Server
Result=301
szDataDir=S:\Program Files\Microsoft SQL Server
SharedDataDir=S:\Program Files\Microsoft SQL Server
[SdRemoteInfo-0]
svEdit1=MSOCLUSTER
svEdit2=154526877651e5de852d536c6f8f0889
svEdit3=HOFFMAN
svEdit4=HMS10NK04
svEdit5=\\HMS10NK04\C$\Program Files\Microsoft SQL Server
svEdit6=\\HMS10NK03\Z$\x86\setup\
Result=1
[DlgServices-0]
Local-Domain=61680
AutoStart=0
SQLDomain=HOFFMAN
SQLDomainAcct=MSOCLUSTER
SQLDomainPwd=154526877651e5de852d536c6f8f0889
AgtDomain=HOFFMAN
AgtDomainAcct=MSOCLUSTER
AgtDomainPwd=154526877651e5de852d536c6f8f0889
Result=1
[DlgSQLSecurity-0]
LoginMode=2
szPwd=086483159a17f2fb6d
Result=1
[DlgCollation-0]
collation_name=SQL_Latin1_General_CP1_CI_AS
Result=1
[DlgServerNetwork-0]
NetworkLibs=255
TCPPort=1433
TCPPrxy=Default
NMPPipeName=\\.\pipe\sql\query
Result=1
[SdStartCopy-0]
Result=1
[License]
LicenseMode=PERDEVICE
LicenseLimit=4
[SdFinish-0]
Result=1
bOpt1=0
bOpt2=0


"Rodney R. Fournier [MVP]" wrote:

NO!!!!! Make it a Domain User only, then add it to the local
Administrators
group on each node.

Cheers,

Rod

MVP - Windows Server - Clustering
http://www.nw-america.com - Clustering
http://msmvps.com/clustering - Blog

"A. Robinson" <ARobinson (AT) discussions (DOT) microsoft.com> wrote in message
news:EDBD5BC8-5C0F-4DEF-AE89-F1FDB069C4F3 (AT) microsoft (DOT) com...
This is a quick one: does the domain account that is installing SQL
Server
on
a cluster need to also be a domain administrator? If it weren't, would
that
cause the SQL insatall to fail?

Thanks again!







Reply With Quote
  #5  
Old   
A. Robinson
 
Posts: n/a

Default Re: Domain Admin - 03-10-2005 , 01:41 PM



THanks again, Rod - I'll try that now.

In the meantime, have you ever seen anything like this:

During the SQL Server install, I am receiving the following message: PATH
SPECIFIED IN COMMAND IS NOT VALID:
\\HMS10NK03\ADMIN$\HMS10NK03_MSSQLSERVER.ISS This path is the C:\WINDOWS
directory. The login being used to install SQL Server is a local admin on
both nodes of the cluster and the local admin group has full rights to the
directory. It's working because the user is writing various other logs.
There's plenty of space on the drive as well....


"Rodney R. Fournier [MVP]" wrote:

Quote:
Have your tried copying the SQL install files locally and running from
there?

Cheers,

Rod

MVP - Windows Server - Clustering
http://www.nw-america.com - Clustering
http://msmvps.com/clustering - Blog

"A. Robinson" <ARobinson (AT) discussions (DOT) microsoft.com> wrote in message
news:C606061F-CB5E-48AF-A1D8-81E6F2FFF01F (AT) microsoft (DOT) com...
Didn't think so...I now have no idea what's going on with this install.

I'm getting a PATH SPECIFIED IN COMMAND IS NOT VALID:
\\HMS10NK03\ADMIN$\HMS10NK03_MSSQLSERVER.ISS That file doesn't exist in
the
directory anywhere....

That path is just the Windows directory. The user I'm installing under is
a
local admin and also has explicit rights to the directory/share.

The install goes for about 20-30 minutews and then get the infamous CAN'T
PERFORM OPERATIONS ON CLUSTER (whatever). When I go out to the Windows
directory, there's no SQLSTP.LOG file at all!!

We're not utilizing MSDTC anywhere so I didn't bother setting up a
group/resource for it. All communications between nodes/shared disks are
good.

If anyone can shed any light, I would really appreciate it. If logs would
help, let me know which ones should be looked at (there aren't a whole lot
to
choose from). I've included the SETUP.ISS

[InstallShield Silent]
Version=v5.00.000
File=Response File
[File Transfer]
OverwriteReadOnly=NoToAll
[DlgOrder]
Dlg0=SdWelcome-0
Count=19
Dlg1=DlgMachine-0
Dlg2=DlgInstallMode-0
Dlg3=SdRegisterUser-0
Dlg4=SdLicense-0
Dlg5=DlgVirtServer-0
Dlg6=DlgDiskGroups-0
Dlg7=DlgClusterDef-0
Dlg8=DlgAccount-0
Dlg9=DlgClientServer-0
Dlg10=DlgInstanceName-0
Dlg11=SetupTypeSQL-0
Dlg12=SdRemoteInfo-0
Dlg13=DlgServices-0
Dlg14=DlgSQLSecurity-0
Dlg15=DlgCollation-0
Dlg16=DlgServerNetwork-0
Dlg17=SdStartCopy-0
Dlg18=SdFinish-0
[SdWelcome-0]
Result=1
[DlgMachine-0]
Name=HMS10NK04
Type=268435466
Result=1
[DlgInstallMode-0]
Type=1
Result=1
[SdRegisterUser-0]
szName=Hoffman
Result=1
[SdLicense-0]
Result=1
[DlgVirtServer-0]
VirtServerName=HMS10NK04
IpAddresses=10.150.128.114,255.255.255.0,Public - 10.150.128.112
Result=0
[DlgDiskGroups-0]
GroupName=SQLServer
Result=1
[DlgClusterDef-0]
VirtServerName=HMS10NK04
nNumNodes=2
Result=1
ClusterPrefOwners=HMS10NK03,HMS10NK02
[DlgAccount-0]
Domain=HOFFMAN
DomainAcct=MSOCLUSTER
DomainPwd=154526877651e5de852d536c6f8f0889
Result=1
[DlgClientServer-0]
Type=2
Result=1
[DlgInstanceName-0]
InstanceName=MSSQLSERVER
Result=1
[SetupTypeSQL-0]
szDir=C:\Program Files\Microsoft SQL Server
Result=301
szDataDir=S:\Program Files\Microsoft SQL Server
SharedDataDir=S:\Program Files\Microsoft SQL Server
[SdRemoteInfo-0]
svEdit1=MSOCLUSTER
svEdit2=154526877651e5de852d536c6f8f0889
svEdit3=HOFFMAN
svEdit4=HMS10NK04
svEdit5=\\HMS10NK04\C$\Program Files\Microsoft SQL Server
svEdit6=\\HMS10NK03\Z$\x86\setup\
Result=1
[DlgServices-0]
Local-Domain=61680
AutoStart=0
SQLDomain=HOFFMAN
SQLDomainAcct=MSOCLUSTER
SQLDomainPwd=154526877651e5de852d536c6f8f0889
AgtDomain=HOFFMAN
AgtDomainAcct=MSOCLUSTER
AgtDomainPwd=154526877651e5de852d536c6f8f0889
Result=1
[DlgSQLSecurity-0]
LoginMode=2
szPwd=086483159a17f2fb6d
Result=1
[DlgCollation-0]
collation_name=SQL_Latin1_General_CP1_CI_AS
Result=1
[DlgServerNetwork-0]
NetworkLibs=255
TCPPort=1433
TCPPrxy=Default
NMPPipeName=\\.\pipe\sql\query
Result=1
[SdStartCopy-0]
Result=1
[License]
LicenseMode=PERDEVICE
LicenseLimit=4
[SdFinish-0]
Result=1
bOpt1=0
bOpt2=0


"Rodney R. Fournier [MVP]" wrote:

NO!!!!! Make it a Domain User only, then add it to the local
Administrators
group on each node.

Cheers,

Rod

MVP - Windows Server - Clustering
http://www.nw-america.com - Clustering
http://msmvps.com/clustering - Blog

"A. Robinson" <ARobinson (AT) discussions (DOT) microsoft.com> wrote in message
news:EDBD5BC8-5C0F-4DEF-AE89-F1FDB069C4F3 (AT) microsoft (DOT) com...
This is a quick one: does the domain account that is installing SQL
Server
on
a cluster need to also be a domain administrator? If it weren't, would
that
cause the SQL insatall to fail?

Thanks again!








Reply With Quote
  #6  
Old   
Geoff N. Hiten
 
Posts: n/a

Default Re: Domain Admin - 03-11-2005 , 09:23 AM



Make sure you have logged in to each node using the install and service
accounts before starting the installation. That will guarantee the account
profile gets set up correctly on each machine Also, check your system TMP
and TEMP variables to make sure they point to valid paths on all nodes.

--
Geoff N. Hiten
Microsoft SQL Server MVP
Senior Database Administrator
Careerbuilder.com

I support the Professional Association for SQL Server
www.sqlpass.org

"A. Robinson" <ARobinson (AT) discussions (DOT) microsoft.com> wrote

Quote:
THanks again, Rod - I'll try that now.

In the meantime, have you ever seen anything like this:

During the SQL Server install, I am receiving the following message: PATH
SPECIFIED IN COMMAND IS NOT VALID:
\\HMS10NK03\ADMIN$\HMS10NK03_MSSQLSERVER.ISS This path is the C:\WINDOWS
directory. The login being used to install SQL Server is a local admin on
both nodes of the cluster and the local admin group has full rights to the
directory. It's working because the user is writing various other logs.
There's plenty of space on the drive as well....


"Rodney R. Fournier [MVP]" wrote:

Have your tried copying the SQL install files locally and running from
there?

Cheers,

Rod

MVP - Windows Server - Clustering
http://www.nw-america.com - Clustering
http://msmvps.com/clustering - Blog

"A. Robinson" <ARobinson (AT) discussions (DOT) microsoft.com> wrote in message
news:C606061F-CB5E-48AF-A1D8-81E6F2FFF01F (AT) microsoft (DOT) com...
Didn't think so...I now have no idea what's going on with this
install.

I'm getting a PATH SPECIFIED IN COMMAND IS NOT VALID:
\\HMS10NK03\ADMIN$\HMS10NK03_MSSQLSERVER.ISS That file doesn't exist
in
the
directory anywhere....

That path is just the Windows directory. The user I'm installing under
is
a
local admin and also has explicit rights to the directory/share.

The install goes for about 20-30 minutews and then get the infamous
CAN'T
PERFORM OPERATIONS ON CLUSTER (whatever). When I go out to the Windows
directory, there's no SQLSTP.LOG file at all!!

We're not utilizing MSDTC anywhere so I didn't bother setting up a
group/resource for it. All communications between nodes/shared disks
are
good.

If anyone can shed any light, I would really appreciate it. If logs
would
help, let me know which ones should be looked at (there aren't a whole
lot
to
choose from). I've included the SETUP.ISS

[InstallShield Silent]
Version=v5.00.000
File=Response File
[File Transfer]
OverwriteReadOnly=NoToAll
[DlgOrder]
Dlg0=SdWelcome-0
Count=19
Dlg1=DlgMachine-0
Dlg2=DlgInstallMode-0
Dlg3=SdRegisterUser-0
Dlg4=SdLicense-0
Dlg5=DlgVirtServer-0
Dlg6=DlgDiskGroups-0
Dlg7=DlgClusterDef-0
Dlg8=DlgAccount-0
Dlg9=DlgClientServer-0
Dlg10=DlgInstanceName-0
Dlg11=SetupTypeSQL-0
Dlg12=SdRemoteInfo-0
Dlg13=DlgServices-0
Dlg14=DlgSQLSecurity-0
Dlg15=DlgCollation-0
Dlg16=DlgServerNetwork-0
Dlg17=SdStartCopy-0
Dlg18=SdFinish-0
[SdWelcome-0]
Result=1
[DlgMachine-0]
Name=HMS10NK04
Type=268435466
Result=1
[DlgInstallMode-0]
Type=1
Result=1
[SdRegisterUser-0]
szName=Hoffman
Result=1
[SdLicense-0]
Result=1
[DlgVirtServer-0]
VirtServerName=HMS10NK04
IpAddresses=10.150.128.114,255.255.255.0,Public - 10.150.128.112
Result=0
[DlgDiskGroups-0]
GroupName=SQLServer
Result=1
[DlgClusterDef-0]
VirtServerName=HMS10NK04
nNumNodes=2
Result=1
ClusterPrefOwners=HMS10NK03,HMS10NK02
[DlgAccount-0]
Domain=HOFFMAN
DomainAcct=MSOCLUSTER
DomainPwd=154526877651e5de852d536c6f8f0889
Result=1
[DlgClientServer-0]
Type=2
Result=1
[DlgInstanceName-0]
InstanceName=MSSQLSERVER
Result=1
[SetupTypeSQL-0]
szDir=C:\Program Files\Microsoft SQL Server
Result=301
szDataDir=S:\Program Files\Microsoft SQL Server
SharedDataDir=S:\Program Files\Microsoft SQL Server
[SdRemoteInfo-0]
svEdit1=MSOCLUSTER
svEdit2=154526877651e5de852d536c6f8f0889
svEdit3=HOFFMAN
svEdit4=HMS10NK04
svEdit5=\\HMS10NK04\C$\Program Files\Microsoft SQL Server
svEdit6=\\HMS10NK03\Z$\x86\setup\
Result=1
[DlgServices-0]
Local-Domain=61680
AutoStart=0
SQLDomain=HOFFMAN
SQLDomainAcct=MSOCLUSTER
SQLDomainPwd=154526877651e5de852d536c6f8f0889
AgtDomain=HOFFMAN
AgtDomainAcct=MSOCLUSTER
AgtDomainPwd=154526877651e5de852d536c6f8f0889
Result=1
[DlgSQLSecurity-0]
LoginMode=2
szPwd=086483159a17f2fb6d
Result=1
[DlgCollation-0]
collation_name=SQL_Latin1_General_CP1_CI_AS
Result=1
[DlgServerNetwork-0]
NetworkLibs=255
TCPPort=1433
TCPPrxy=Default
NMPPipeName=\\.\pipe\sql\query
Result=1
[SdStartCopy-0]
Result=1
[License]
LicenseMode=PERDEVICE
LicenseLimit=4
[SdFinish-0]
Result=1
bOpt1=0
bOpt2=0


"Rodney R. Fournier [MVP]" wrote:

NO!!!!! Make it a Domain User only, then add it to the local
Administrators
group on each node.

Cheers,

Rod

MVP - Windows Server - Clustering
http://www.nw-america.com - Clustering
http://msmvps.com/clustering - Blog

"A. Robinson" <ARobinson (AT) discussions (DOT) microsoft.com> wrote in message
news:EDBD5BC8-5C0F-4DEF-AE89-F1FDB069C4F3 (AT) microsoft (DOT) com...
This is a quick one: does the domain account that is installing SQL
Server
on
a cluster need to also be a domain administrator? If it weren't,
would
that
cause the SQL insatall to fail?

Thanks again!










Reply With Quote
  #7  
Old   
R P
 
Posts: n/a

Default Re: Domain Admin - 04-12-2005 , 09:48 AM



the ADMIN$ share probably does not have the correct share permissions for
the account you are using to look at it

"Geoff N. Hiten" <SQLCraftsman (AT) gmail (DOT) com> wrote

Quote:
Make sure you have logged in to each node using the install and service
accounts before starting the installation. That will guarantee the
account
profile gets set up correctly on each machine Also, check your system TMP
and TEMP variables to make sure they point to valid paths on all nodes.

--
Geoff N. Hiten
Microsoft SQL Server MVP
Senior Database Administrator
Careerbuilder.com

I support the Professional Association for SQL Server
www.sqlpass.org

"A. Robinson" <ARobinson (AT) discussions (DOT) microsoft.com> wrote in message
news:9274C646-FBC5-4949-A089-CAB3C3E63786 (AT) microsoft (DOT) com...
THanks again, Rod - I'll try that now.

In the meantime, have you ever seen anything like this:

During the SQL Server install, I am receiving the following message:
PATH
SPECIFIED IN COMMAND IS NOT VALID:
\\HMS10NK03\ADMIN$\HMS10NK03_MSSQLSERVER.ISS This path is the
C:\WINDOWS
directory. The login being used to install SQL Server is a local admin
on
both nodes of the cluster and the local admin group has full rights to
the
directory. It's working because the user is writing various other logs.
There's plenty of space on the drive as well....


"Rodney R. Fournier [MVP]" wrote:

Have your tried copying the SQL install files locally and running from
there?

Cheers,

Rod

MVP - Windows Server - Clustering
http://www.nw-america.com - Clustering
http://msmvps.com/clustering - Blog

"A. Robinson" <ARobinson (AT) discussions (DOT) microsoft.com> wrote in message
news:C606061F-CB5E-48AF-A1D8-81E6F2FFF01F (AT) microsoft (DOT) com...
Didn't think so...I now have no idea what's going on with this
install.

I'm getting a PATH SPECIFIED IN COMMAND IS NOT VALID:
\\HMS10NK03\ADMIN$\HMS10NK03_MSSQLSERVER.ISS That file doesn't
exist
in
the
directory anywhere....

That path is just the Windows directory. The user I'm installing
under
is
a
local admin and also has explicit rights to the directory/share.

The install goes for about 20-30 minutews and then get the infamous
CAN'T
PERFORM OPERATIONS ON CLUSTER (whatever). When I go out to the
Windows
directory, there's no SQLSTP.LOG file at all!!

We're not utilizing MSDTC anywhere so I didn't bother setting up a
group/resource for it. All communications between nodes/shared disks
are
good.

If anyone can shed any light, I would really appreciate it. If logs
would
help, let me know which ones should be looked at (there aren't a
whole
lot
to
choose from). I've included the SETUP.ISS

[InstallShield Silent]
Version=v5.00.000
File=Response File
[File Transfer]
OverwriteReadOnly=NoToAll
[DlgOrder]
Dlg0=SdWelcome-0
Count=19
Dlg1=DlgMachine-0
Dlg2=DlgInstallMode-0
Dlg3=SdRegisterUser-0
Dlg4=SdLicense-0
Dlg5=DlgVirtServer-0
Dlg6=DlgDiskGroups-0
Dlg7=DlgClusterDef-0
Dlg8=DlgAccount-0
Dlg9=DlgClientServer-0
Dlg10=DlgInstanceName-0
Dlg11=SetupTypeSQL-0
Dlg12=SdRemoteInfo-0
Dlg13=DlgServices-0
Dlg14=DlgSQLSecurity-0
Dlg15=DlgCollation-0
Dlg16=DlgServerNetwork-0
Dlg17=SdStartCopy-0
Dlg18=SdFinish-0
[SdWelcome-0]
Result=1
[DlgMachine-0]
Name=HMS10NK04
Type=268435466
Result=1
[DlgInstallMode-0]
Type=1
Result=1
[SdRegisterUser-0]
szName=Hoffman
Result=1
[SdLicense-0]
Result=1
[DlgVirtServer-0]
VirtServerName=HMS10NK04
IpAddresses=10.150.128.114,255.255.255.0,Public - 10.150.128.112
Result=0
[DlgDiskGroups-0]
GroupName=SQLServer
Result=1
[DlgClusterDef-0]
VirtServerName=HMS10NK04
nNumNodes=2
Result=1
ClusterPrefOwners=HMS10NK03,HMS10NK02
[DlgAccount-0]
Domain=HOFFMAN
DomainAcct=MSOCLUSTER
DomainPwd=154526877651e5de852d536c6f8f0889
Result=1
[DlgClientServer-0]
Type=2
Result=1
[DlgInstanceName-0]
InstanceName=MSSQLSERVER
Result=1
[SetupTypeSQL-0]
szDir=C:\Program Files\Microsoft SQL Server
Result=301
szDataDir=S:\Program Files\Microsoft SQL Server
SharedDataDir=S:\Program Files\Microsoft SQL Server
[SdRemoteInfo-0]
svEdit1=MSOCLUSTER
svEdit2=154526877651e5de852d536c6f8f0889
svEdit3=HOFFMAN
svEdit4=HMS10NK04
svEdit5=\\HMS10NK04\C$\Program Files\Microsoft SQL Server
svEdit6=\\HMS10NK03\Z$\x86\setup\
Result=1
[DlgServices-0]
Local-Domain=61680
AutoStart=0
SQLDomain=HOFFMAN
SQLDomainAcct=MSOCLUSTER
SQLDomainPwd=154526877651e5de852d536c6f8f0889
AgtDomain=HOFFMAN
AgtDomainAcct=MSOCLUSTER
AgtDomainPwd=154526877651e5de852d536c6f8f0889
Result=1
[DlgSQLSecurity-0]
LoginMode=2
szPwd=086483159a17f2fb6d
Result=1
[DlgCollation-0]
collation_name=SQL_Latin1_General_CP1_CI_AS
Result=1
[DlgServerNetwork-0]
NetworkLibs=255
TCPPort=1433
TCPPrxy=Default
NMPPipeName=\\.\pipe\sql\query
Result=1
[SdStartCopy-0]
Result=1
[License]
LicenseMode=PERDEVICE
LicenseLimit=4
[SdFinish-0]
Result=1
bOpt1=0
bOpt2=0


"Rodney R. Fournier [MVP]" wrote:

NO!!!!! Make it a Domain User only, then add it to the local
Administrators
group on each node.

Cheers,

Rod

MVP - Windows Server - Clustering
http://www.nw-america.com - Clustering
http://msmvps.com/clustering - Blog

"A. Robinson" <ARobinson (AT) discussions (DOT) microsoft.com> wrote in
message
news:EDBD5BC8-5C0F-4DEF-AE89-F1FDB069C4F3 (AT) microsoft (DOT) com...
This is a quick one: does the domain account that is installing
SQL
Server
on
a cluster need to also be a domain administrator? If it weren't,
would
that
cause the SQL insatall to fail?

Thanks again!












Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.