BUG: A SET USER command run by using an Xp_cmdshell or a CmdExecJob job step returns an incorrect value for the service logon account in a SQL Server 2000 cluster (821270)
The information in this article applies to:
- Microsoft SQL Server 2000 Enterprise Edition
- Microsoft Cluster Server
- Microsoft Windows 2000 Advanced Server
SQL Server 8.0:354333 SYMPTOMSWhen you run the following extended stored procedure to
retrieve the security context on a SQL Server 2000 cluster, you may receive the
cluster service log on account instead of the SQL Server 2000 service log on
account: EXEC master..xp_cmdshell('SET USER') You may also notice that when you run a CmdExecJob job step that has the SET USER command on a SQL Server 2000
cluster that the SET USER command returns the cluster service log on account
instead of the SQL Server Agent service log on account. WORKAROUND To work around this problem, use the whoami command-line utility to retrieve information about the security
context of your SQL Server 2000 cluster. The whoami command-line utility is available in the Windows 2000 Resource
Kit. To download the whoami command-line utility, visit the following Microsoft Web site: When you run the whoami command by using the xp_cmdshell extended stored procedure, the command-line utility returns the
SQL Server Service log on account. Where as, when you run the whoami command-line utility in a CmdExecJob job step of a SQL Server Agent job, the utility returns the SQL
Server Agent service log on account. REFERENCES
For more information, click the following article number to view the article in the Microsoft Knowledge Base:
248407
PRB: Using xp_cmdshell with Non-Sysadmin Accounts in a Clustered Environment
For additional information about xp_cmdshell , visit the following Microsoft Web site:
Modification Type: | Major | Last Reviewed: | 6/30/2006 |
---|
Keywords: | kbtshoot kbAuthentication kbUser kbStoredProc kbTSQL kbClustering kbService kbServer kbSysAdmin kbBug KB821270 kbAudDeveloper kbAudITPRO |
---|
|