Re: Cluster install failing



Hi,

But is it the LOCAL ADMIN ACCOUNT not domain admin account?
--
Nik Marshall-Blank MCSD/MCDBA
Linz, Austria

"Brad" <Brad@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:56372080-3701-40DA-8CF1-9B002BDC2E11@xxxxxxxxxxxxxxxx
> Yes, thank you. The domain account I am using is already a member of the
> admin group on both nodes. The error still persists.
>
> "Geoff N. Hiten" wrote:
>
>> You have to install using a domain account that is a member of the local
>> administrators group on each server.
>>
>> --
>> Geoff N. Hiten
>> Senior Database Administrator
>> Microsoft SQL Server MVP
>>
>>
>>
>> "Brad" <Brad@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
>> news:AA1196F9-0113-4844-B2C4-1BEABCAE97F3@xxxxxxxxxxxxxxxx
>> >I also need to mention that I have Act as part of the operating system
>> >and
>> > log on as a service rights on both nodes.
>> >
>> > "Brad" wrote:
>> >
>> >> When installing SQL 2005 on a 2 node cluster, the install fails saying
>> >> setup
>> >> on the remote machine failed, check the task scheduler log. The log
>> >> on
>> >> the
>> >> remote machine says "Unable to start task....Access is denied". Any
>> >> idea
>> >> how
>> >> to get around this?
>> >>
>> >> Environment is DL585, Windows 2003 x64 sp1, SQL 2005 x64 Dev Edition
>>
>>
>>


.



Relevant Pages

  • Re: unable to run programs on domain
    ... You need to add the domain account of the user to the local administrators ... I load programs for the ... > users with the admin account. ... > logs into the domain, which they should, they cannot even ...
    (microsoft.public.windowsxp.security_admin)
  • Re: same domain names co-exist in WAN
    ... > This next script renames the account as well as resets the password. ... > 'Rename Local Admin Account ...
    (microsoft.public.windows.server.active_directory)
  • Secuirty - workstation locks itself
    ... I have a XP machine SP2 in a Domain. ... No one uses the local admin account. ... Also when I try to unlock it using the local and domain admin accounts it ...
    (microsoft.public.windowsxp.security_admin)
  • Re: Best Practice for Domain & Local Admins
    ... I do have a separate local admin account on my workstations than the domain admin account. ... I personally have found there is more risk from workstations running with local admin rights and folks being able to download malware. ... Since many of the password-hacking systems out there require that the id be stored in a hash file locally, if the domain admin account is not used on the client machine, it's not able to be hashed. ...
    (microsoft.public.windows.server.sbs)
  • Best Practice for Domain & Local Admins
    ... Considering that there are password-breaking utilities out there, would it be a best practice to have two separate admin accounts for our SBS deployments? ... One would be the system admin account which would be used solely on the physically secured server, and the other would be a local admin account that is just a regular domain user, but is set as an administrator on all local machines. ... Since many of the password-hacking systems out there require that the id be stored in a hash file locally, if the domain admin account is not used on the client machine, it's not able to be hashed. ...
    (microsoft.public.windows.server.sbs)