I'm having problems installing 2005 Ent on my Win 2003 SP1 2 node cluster.
Please note this cluster has a SQL 2000 (SP4) virtual server/instance already
installed. I would like to run them side by side.
installing using the setup wizard I get error about the schedule task
failing to start on the 2nd node. Looking through the log files the setup
program on the 2nd node has thrown an exception error, core.log shows this:
Complete: ParseBootstrapOptionsAction at: 2005/10/7 13:25:6, returned false
Error: Action "ParseBootstrapOptionsAction" failed during execution. Error
information reported during run:
Could not decrypt command line due to WinException.
Error Code: -2146893822
Windows Error Text: Bad Hash.
Source File Name: cryptohelper\cryptpassword.cpp
Compiler Timestamp: Mon Jul 18 01:10:20 2005
Function Name: sqls::CryptPassword::UnprotectString
Source Line Number: 311
Running: ValidateWinNTAction at: 2005/10/7 13:25:6
Complete: ValidateWinNTAction at: 2005/10/7 13:25:6, returned true
Running: ValidateMinOSAction at: 2005/10/7 13:25:6
Complete: ValidateMinOSAction at: 2005/10/7 13:25:6, returned true
Running: PerformSCCAction at: 2005/10/7 13:25:6
Complete: PerformSCCAction at: 2005/10/7 13:25:6, returned true
Running: ActivateLoggingAction at: 2005/10/7 13:25:6
Error: Action "ActivateLoggingAction" threw an exception during execution.
Error information reported during run:
00D7CFC8Unable to proceed with setup, there was a command line parsing
error. : -2146893822
Error Code: -2146893822
Windows Error Text: Bad Hash.
Source File Name: cryptohelper\cryptpassword.cpp
Compiler Timestamp: Mon Jul 18 01:10:20 2005
Function Name: sqls::CryptPassword::UnprotectString
Source Line Number: 311
Delay load of action "UploadDrWatsonLogAction" returned nothing. No action
will occur as a result.
Message pump returning: 2148073474
-- END OF OUTPUT --
I've trying to work around it I have tried installing from the command line.
This gets much further with setup starting correctly on both nodes. I get as
far as installing the actual SQL Server Service instance then I'm thrown an
error. Summary.log shows:
Machine : SERVERA
Product : SQL Server Database Services
Error : A domain group is missing for one or more services. To
install SQL Server 2005 as a failover cluster, domain groups must be
specified for all the clustered services being installed .To proceed, enter
the missing domain group information.
The domain group cannot be validated for the service SQL Server.
Machine : SERVERA
Product : SQL Server Database Services
Error : A domain group is missing for one or more services. To
install SQL Server 2005 as a failover cluster, domain groups must be
specified for all the clustered services being installed .To proceed, enter
the missing domain group information.
The domain group cannot be validated for the service SQL Server.
Machine : SERVERA
Product : Microsoft SQL Server 2005
Product Version : 9.00.1399.06
Install : Failed
Log File : C:\Program Files\Microsoft SQL Server\90\Setup
Bootstrap\LOG\Files\SQLSetup0014_LON-IMS01A_SQL.log
Last Action : Validate_ServiceAccounts
Error String : A domain group is missing for one or more services. To
install SQL Server 2005 as a failover cluster, domain groups must be
specified for all the clustered services being installed .To proceed, enter
the missing domain group information.
The domain group cannot be validated for the service SQL Server.
Error Number : 28130
-- END OF OUTPUT
In the GUI you get asked for Domain Groups for each service, the
documentation for the command line installer doesn't tell me what the
parameters are for this. Do I need them, is the documentation missing
something? Also I'm not too sure what the ADMINPASSWORD= paramater is for -
I'm putting in my domain password currently - again teh documentation isn't
too hot for this.
I'm running out of ideas. If anyone has any suggestions please let me know!
Thanks
I figured out the problem to the command line - why the GUI crashed I do not
know.
BOL does not document any of these parameters for the command line which are
REQUIRED for a cluster install:
SQLBROWSERACCOUNT="DOMAIN\USER"
SQLBROWSERPASSWORD="PASSWORD"
SQLCLUSTERGROUP="DOMAIN\GROUP"
AGTCLUSTERGROUP="DOMAIN\GROUP"
FTSCLUSTERGROUP="DOMAIN\GROUP"
However if you look in the template.ini file on your install cd you will
find details of how and when to use them.
A very dissapointed customer.
"Simon" wrote:
> I'm having problems installing 2005 Ent on my Win 2003 SP1 2 node cluster.
> Please note this cluster has a SQL 2000 (SP4) virtual server/instance already
> installed. I would like to run them side by side.
> installing using the setup wizard I get error about the schedule task
> failing to start on the 2nd node. Looking through the log files the setup
> program on the 2nd node has thrown an exception error, core.log shows this:
> Complete: ParseBootstrapOptionsAction at: 2005/10/7 13:25:6, returned false
> Error: Action "ParseBootstrapOptionsAction" failed during execution. Error
> information reported during run:
> Could not decrypt command line due to WinException.
> Error Code: -2146893822
> Windows Error Text: Bad Hash.
> Source File Name: cryptohelper\cryptpassword.cpp
> Compiler Timestamp: Mon Jul 18 01:10:20 2005
> Function Name: sqls::CryptPassword::UnprotectString
> Source Line Number: 311
> Running: ValidateWinNTAction at: 2005/10/7 13:25:6
> Complete: ValidateWinNTAction at: 2005/10/7 13:25:6, returned true
> Running: ValidateMinOSAction at: 2005/10/7 13:25:6
> Complete: ValidateMinOSAction at: 2005/10/7 13:25:6, returned true
> Running: PerformSCCAction at: 2005/10/7 13:25:6
> Complete: PerformSCCAction at: 2005/10/7 13:25:6, returned true
> Running: ActivateLoggingAction at: 2005/10/7 13:25:6
> Error: Action "ActivateLoggingAction" threw an exception during execution.
> Error information reported during run:
> 00D7CFC8Unable to proceed with setup, there was a command line parsing
> error. : -2146893822
> Error Code: -2146893822
> Windows Error Text: Bad Hash.
> Source File Name: cryptohelper\cryptpassword.cpp
> Compiler Timestamp: Mon Jul 18 01:10:20 2005
> Function Name: sqls::CryptPassword::UnprotectString
> Source Line Number: 311
> Delay load of action "UploadDrWatsonLogAction" returned nothing. No action
> will occur as a result.
> Message pump returning: 2148073474
>
> -- END OF OUTPUT --
>
> I've trying to work around it I have tried installing from the command line.
> This gets much further with setup starting correctly on both nodes. I get as
> far as installing the actual SQL Server Service instance then I'm thrown an
> error. Summary.log shows:
>
> Machine : SERVERA
> Product : SQL Server Database Services
> Error : A domain group is missing for one or more services. To
> install SQL Server 2005 as a failover cluster, domain groups must be
> specified for all the clustered services being installed .To proceed, enter
> the missing domain group information.
> The domain group cannot be validated for the service SQL Server.
> ----
> Machine : SERVERA
> Product : SQL Server Database Services
> Error : A domain group is missing for one or more services. To
> install SQL Server 2005 as a failover cluster, domain groups must be
> specified for all the clustered services being installed .To proceed, enter
> the missing domain group information.
> The domain group cannot be validated for the service SQL Server.
> ----
> Machine : SERVERA
> Product : Microsoft SQL Server 2005
> Product Version : 9.00.1399.06
> Install : Failed
> Log File : C:\Program Files\Microsoft SQL Server\90\Setup
> Bootstrap\LOG\Files\SQLSetup0014_LON-IMS01A_SQL.log
> Last Action : Validate_ServiceAccounts
> Error String : A domain group is missing for one or more services. To
> install SQL Server 2005 as a failover cluster, domain groups must be
> specified for all the clustered services being installed .To proceed, enter
> the missing domain group information.
> The domain group cannot be validated for the service SQL Server.
> Error Number : 28130
>
> -- END OF OUTPUT
>
> In the GUI you get asked for Domain Groups for each service, the
> documentation for the command line installer doesn't tell me what the
> parameters are for this. Do I need them, is the documentation missing
> something? Also I'm not too sure what the ADMINPASSWORD= paramater is for -
> I'm putting in my domain password currently - again teh documentation isn't
> too hot for this.
> I'm running out of ideas. If anyone has any suggestions please let me know!
> Thanks
>
|||Simon,
yep I noticed that too. Just an omission in BOL. I sent feedback via the BOL
entry for installing a Cluster from template/unattend, suggest you do the
same.
Andy.
"Simon" <Simon@.discussions.microsoft.com> wrote in message
news:ECC70F54-2E3D-43BE-AE8B-5B91EFC74E60@.microsoft.com...[vbcol=seagreen]
>I figured out the problem to the command line - why the GUI crashed I do
>not
> know.
> BOL does not document any of these parameters for the command line which
> are
> REQUIRED for a cluster install:
> SQLBROWSERACCOUNT="DOMAIN\USER"
> SQLBROWSERPASSWORD="PASSWORD"
> SQLCLUSTERGROUP="DOMAIN\GROUP"
> AGTCLUSTERGROUP="DOMAIN\GROUP"
> FTSCLUSTERGROUP="DOMAIN\GROUP"
> However if you look in the template.ini file on your install cd you will
> find details of how and when to use them.
> A very dissapointed customer.
>
>
> "Simon" wrote:
|||That information is in the Readme notes as well as the Readme errata posted
online.
ALWAYS READ THE README.
Anthony Thomas
"Andy Ball" <ng@.spamno77greenfell.com> wrote in message
news:u%23k3gf05FHA.3976@.TK2MSFTNGP15.phx.gbl...
> Simon,
> yep I noticed that too. Just an omission in BOL. I sent feedback via the
BOL[vbcol=seagreen]
> entry for installing a Cluster from template/unattend, suggest you do the
> same.
> Andy.
> "Simon" <Simon@.discussions.microsoft.com> wrote in message
> news:ECC70F54-2E3D-43BE-AE8B-5B91EFC74E60@.microsoft.com...
setup[vbcol=seagreen]
get[vbcol=seagreen]
thrown[vbcol=seagreen]
To[vbcol=seagreen]
--[vbcol=seagreen]
To[vbcol=seagreen]
--[vbcol=seagreen]
To
>
|||must be going blind - i'm looking @. ReadmeSQL2005.htm from the Dev \ MSDN
edition and Q907284 I can't see it
Andy.
"Anthony Thomas" <ALThomas@.kc.rr.com> wrote in message
news:OaT56MI6FHA.1184@.TK2MSFTNGP12.phx.gbl...[vbcol=seagreen]
> That information is in the Readme notes as well as the Readme errata
> posted
> online.
> ALWAYS READ THE README.
>
> Anthony Thomas
>
> --
> "Andy Ball" <ng@.spamno77greenfell.com> wrote in message
> news:u%23k3gf05FHA.3976@.TK2MSFTNGP15.phx.gbl...
> BOL
> setup
> get
> thrown
> To
> --
> To
> --
> To
>
|||At the time, this seemed clearer, but it appears you are speaking of
something else. There is also the Setupsql9.chm file that is seperate from
the BOL. You are right; it is unclear.
Microsoft SQL Server September 2005 Community Technology Preview
http://download.microsoft.com/downlo...ntat ion_cuy1
3.5.15 Corrections to the Names of Security Groups Created During Setup
During setup, SQL Server 2005 adds the following security groups to Windows:
SQLServer2005DTSUser$ComputerName
SQLServer2005MSFTEUser$ComputerName$InstanceName
SQLServer2005MSOLAPUser$ComputerName$InstanceName
SQLServer2005MSSQLServerADHelperUser$ComputerName
SQLServer2005MSSQLUser$ComputerName$InstanceName
SQLServer2005NotificationServicesUser$ComputerName
SQLServer2005ReportingServicesWebServiceUser$Compu terName$InstanceName
SQLServer2005ReportServerUser$ComputerName$Instanc eName
SQLServer2005SQLAgentUser$ComputerName$InstanceNam e
SQLServer2005SQLBrowserUser$ComputerName
These groups simplify granting permissions required to run SQL Server
Windows services and other executables. They also help secure SQL Server
files.
In SQL Server Books Online, $ComputerName was omitted from the names. The
computer name has since been added to the group names to uniquely identify
each group. Unique group names are necessary if SQL Server 2005 is installed
on domain controllers. For all references to security groups that start with
"SQLServer2005," substitute the appropriate group name listed above.
3.5.17 Restrictions for Service Accounts on a Failover Cluster
SQL Server service, SQL Server Agent service, Analysis Services service, and
Full-Text Search service must run as domain accounts that are members of the
built-in Administrators group on each node of the cluster.
Sincerely,
Anthony Thomas
"Andy Ball" <ng@.spamno77greenfell.com> wrote in message
news:uEuMBdV6FHA.1000@.tk2msftngp13.phx.gbl...[vbcol=seagreen]
> must be going blind - i'm looking @. ReadmeSQL2005.htm from the Dev \ MSDN
> edition and Q907284 I can't see it
> Andy.
> "Anthony Thomas" <ALThomas@.kc.rr.com> wrote in message
> news:OaT56MI6FHA.1184@.TK2MSFTNGP12.phx.gbl...
>
the[vbcol=seagreen]
the[vbcol=seagreen]
do[vbcol=seagreen]
server/instance[vbcol=seagreen]
task[vbcol=seagreen]
shows[vbcol=seagreen]
returned[vbcol=seagreen]
parsing[vbcol=seagreen]
command[vbcol=seagreen]
I[vbcol=seagreen]
services.[vbcol=seagreen]
proceed,[vbcol=seagreen]
-[vbcol=seagreen]
services.[vbcol=seagreen]
proceed,[vbcol=seagreen]
-[vbcol=seagreen]
services.[vbcol=seagreen]
proceed,[vbcol=seagreen]
the[vbcol=seagreen]
missing[vbcol=seagreen]
documentation[vbcol=seagreen]
me
>
|||From the Setupsql9.chm, regarding your original issue:
How to: Install SQL Server 2005 from the Command Prompt
For failover cluster installations, you must be a local administrator with
permissions to logon as a service, and to act as part of the operating
system on all nodes of the virtual server.
start /wait setup.exe /qn VS=<VSName> INSTALLVS=Analysis_Server
INSTANCENAME=<InstanceName> ADDLOCAL=Analysis_Server ADDNODE=n
GROUP=<NotSQLDiskGroup> IP=<IP,Networkname> ADMINPASSWORD=<StrongPassword>
SAPWD=<StrongPassword> INSTALLSQLDIR=<InstallationPath>
INSTALLSQLDATADIR=<ShareDrivePath> ASACCOUNT=<domain\user>
ASPASSWORD=<DomainUserPassword> SQLBROWSERACCOUNT=<domain\user>
SQLBROWSERPASSWORD=<DomainUserPassword> SQLREPORTING=1
Start /wait <DVD Drive>\setup.exe /qn VS=<VSName> INSTALLVS=SQL_Engine
INSTANCENAME=<InstanceName> ADDLOCAL=SQL_Engine,Client_Components
ADDNODE=<NodeName1,NodeName2> GROUP=<Diskgroup> IP=<IP,Networkname>
ADMINPASSWORD=<StrongPassword> SAPWD=<StrongPassord>
INSTALLSQLDIR=<InstallationPath> INSTALLSQLDATADIR=<ShareDrivePath>
SQLACCOUNT=<domain\user> SQLPASSWORD=<DomainUserPassword>
AGTACCOUNT=<domain\user> AGTPASSWORD=<DomainUserPassword>
The same holds true for the other components.
Sincerely,
Anthony Thomas
"Anthony Thomas" <ALThomas@.kc.rr.com> wrote in message
news:eETZ86g6FHA.1000@.tk2msftngp13.phx.gbl...
> At the time, this seemed clearer, but it appears you are speaking of
> something else. There is also the Setupsql9.chm file that is seperate
from
> the BOL. You are right; it is unclear.
> Microsoft SQL Server September 2005 Community Technology Preview
>
http://download.microsoft.com/downlo...ntat ion_cuy1
> 3.5.15 Corrections to the Names of Security Groups Created During Setup
> During setup, SQL Server 2005 adds the following security groups to
Windows:
> SQLServer2005DTSUser$ComputerName
> SQLServer2005MSFTEUser$ComputerName$InstanceName
> SQLServer2005MSOLAPUser$ComputerName$InstanceName
> SQLServer2005MSSQLServerADHelperUser$ComputerName
> SQLServer2005MSSQLUser$ComputerName$InstanceName
> SQLServer2005NotificationServicesUser$ComputerName
> SQLServer2005ReportingServicesWebServiceUser$Compu terName$InstanceName
> SQLServer2005ReportServerUser$ComputerName$Instanc eName
> SQLServer2005SQLAgentUser$ComputerName$InstanceNam e
> SQLServer2005SQLBrowserUser$ComputerName
> These groups simplify granting permissions required to run SQL Server
> Windows services and other executables. They also help secure SQL Server
> files.
> In SQL Server Books Online, $ComputerName was omitted from the names. The
> computer name has since been added to the group names to uniquely identify
> each group. Unique group names are necessary if SQL Server 2005 is
installed
> on domain controllers. For all references to security groups that start
with
> "SQLServer2005," substitute the appropriate group name listed above.
> 3.5.17 Restrictions for Service Accounts on a Failover Cluster
> SQL Server service, SQL Server Agent service, Analysis Services service,
and
> Full-Text Search service must run as domain accounts that are members of
the[vbcol=seagreen]
> built-in Administrators group on each node of the cluster.
>
> Sincerely,
>
> Anthony Thomas
> --
> "Andy Ball" <ng@.spamno77greenfell.com> wrote in message
> news:uEuMBdV6FHA.1000@.tk2msftngp13.phx.gbl...
MSDN[vbcol=seagreen]
> the
> the
I[vbcol=seagreen]
> do
> server/instance
> task
the[vbcol=seagreen]
> shows
> returned
execution.[vbcol=seagreen]
> parsing
No[vbcol=seagreen]
> command
nodes.[vbcol=seagreen]
> I
> services.
be[vbcol=seagreen]
> proceed,
> -
> services.
be[vbcol=seagreen]
> proceed,
> -
> services.
be[vbcol=seagreen]
> proceed,
> the
> missing
paramater
> documentation
> me
>
|||and the portion I presume is talking about the Local Groups that created on
the Server where SQL is installed. Simon's original post is about the DOMAIN
local groups that are required for Clustering.
cheers,
Andy.
"Anthony Thomas" <ALThomas@.kc.rr.com> wrote in message
news:eETZ86g6FHA.1000@.tk2msftngp13.phx.gbl...
> At the time, this seemed clearer, but it appears you are speaking of
> something else. There is also the Setupsql9.chm file that is seperate
> from
> the BOL. You are right; it is unclear.
> Microsoft SQL Server September 2005 Community Technology Preview
> http://download.microsoft.com/downlo...ntat ion_cuy1
> 3.5.15 Corrections to the Names of Security Groups Created During Setup
> During setup, SQL Server 2005 adds the following security groups to
> Windows:
> SQLServer2005DTSUser$ComputerName
> SQLServer2005MSFTEUser$ComputerName$InstanceName
> SQLServer2005MSOLAPUser$ComputerName$InstanceName
> SQLServer2005MSSQLServerADHelperUser$ComputerName
> SQLServer2005MSSQLUser$ComputerName$InstanceName
> SQLServer2005NotificationServicesUser$ComputerName
> SQLServer2005ReportingServicesWebServiceUser$Compu terName$InstanceName
> SQLServer2005ReportServerUser$ComputerName$Instanc eName
> SQLServer2005SQLAgentUser$ComputerName$InstanceNam e
> SQLServer2005SQLBrowserUser$ComputerName
> These groups simplify granting permissions required to run SQL Server
> Windows services and other executables. They also help secure SQL Server
> files.
> In SQL Server Books Online, $ComputerName was omitted from the names. The
> computer name has since been added to the group names to uniquely identify
> each group. Unique group names are necessary if SQL Server 2005 is
> installed
> on domain controllers. For all references to security groups that start
> with
> "SQLServer2005," substitute the appropriate group name listed above.
> 3.5.17 Restrictions for Service Accounts on a Failover Cluster
> SQL Server service, SQL Server Agent service, Analysis Services service,
> and
> Full-Text Search service must run as domain accounts that are members of
> the
> built-in Administrators group on each node of the cluster.
>
> Sincerely,
>
> Anthony Thomas
> --
> "Andy Ball" <ng@.spamno77greenfell.com> wrote in message
> news:uEuMBdV6FHA.1000@.tk2msftngp13.phx.gbl...
> the
> the
> do
> server/instance
> task
> shows
> returned
> parsing
> command
> I
> services.
> proceed,
> -
> services.
> proceed,
> -
> services.
> proceed,
> the
> missing
> documentation
> me
>
|||Yea, I saw that and it didn't make sense. There is no such thing as "DOMAIN
local groups." There are DOMAIN Global groups, LOCAL groups, Cluster
Resource groups, and, apparently, SQL Server 2005 security groups.
However, there is a new requirement that not only does the Installation
Administrator need Local Administrators group membership but also the ACT AS
PART OF THE OPERATING SYSTEM User Security rights assignment for clustered
installations that probably caused the initial issue to begin with.
Sincerely,
Anthony Thomas
"Andy Ball" <ng@.spamno77greenfell.com> wrote in message
news:O$aRRzw6FHA.808@.TK2MSFTNGP09.phx.gbl...
> and the portion I presume is talking about the Local Groups that created
on
> the Server where SQL is installed. Simon's original post is about the
DOMAIN[vbcol=seagreen]
> local groups that are required for Clustering.
> cheers,
> Andy.
> "Anthony Thomas" <ALThomas@.kc.rr.com> wrote in message
> news:eETZ86g6FHA.1000@.tk2msftngp13.phx.gbl...
http://download.microsoft.com/downlo...ntat ion_cuy1[vbcol=seagreen]
The[vbcol=seagreen]
identify[vbcol=seagreen]
MSDN[vbcol=seagreen]
do[vbcol=seagreen]
I[vbcol=seagreen]
you[vbcol=seagreen]
the[vbcol=seagreen]
true[vbcol=seagreen]
true[vbcol=seagreen]
No[vbcol=seagreen]
nodes.[vbcol=seagreen]
-[vbcol=seagreen]
-[vbcol=seagreen]
let
>
|||Domain Local Groups were introduced in Windows 2000 Active Directory
cheers
Andy.
"Anthony Thomas" <ALThomas@.kc.rr.com> wrote in message
news:exXVCFx6FHA.3276@.TK2MSFTNGP10.phx.gbl...
> Yea, I saw that and it didn't make sense. There is no such thing as
> "DOMAIN
> local groups." There are DOMAIN Global groups, LOCAL groups, Cluster
> Resource groups, and, apparently, SQL Server 2005 security groups.
> However, there is a new requirement that not only does the Installation
> Administrator need Local Administrators group membership but also the ACT
> AS
> PART OF THE OPERATING SYSTEM User Security rights assignment for clustered
> installations that probably caused the initial issue to begin with.
> Sincerely,
>
> Anthony Thomas
>
> --
> "Andy Ball" <ng@.spamno77greenfell.com> wrote in message
> news:O$aRRzw6FHA.808@.TK2MSFTNGP09.phx.gbl...
> on
> DOMAIN
> http://download.microsoft.com/downlo...ntat ion_cuy1
> The
> identify
> MSDN
> do
> I
> you
> the
> true
> true
> No
> nodes.
> -
> -
> let
>
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment