Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations MikeeOK on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

DTS Package run from schedule 1

Status
Not open for further replies.

RangerFan

MIS
May 4, 2000
61
US
We are attempting to run a DTS package at a scheduled time,
however, the job fails to run and gives us the following
error message:

The job failed. The Job was invoked by Schedule 33 (ohcprodDev). The last step to run was step 1 (ohcprodDev).

DTSRun: Loading... DTSRun: Executing... DTSRun OnStart: DTSStep_DTSExecuteSQLTask_1 DTSRun OnError: DTSStep_DTSExecuteSQLTask_1, Error = -2147217887 (80040E21) Error string: Errors occurred Error source: Microsoft OLE DB Provider for SQL Server Help file: Help context: 0 Error Detail Records: Error: -2147217887 (80040E21); Provider Error: 0 (0) Error string: Errors occurred Error source: Microsoft OLE DB Provider for SQL Server Help file: Help context: 0 DTSRun OnFinish: DTSStep_DTSExecuteSQLTask_1 DTSRun: Package execution complete. Process Exit Code 1. The step failed.

If the job is executed manually it runs fine. This is not the only job that fails. Jobs that had been running fine
as scheduled are now not running as well.

Any thoughts on this topic would be appreciated.
 
I read the article and tried several of the proposed solutions. Nothing seems to work. These packages used
to run week after week with no problem. The only thing
that was done was one of the steps in the package was
changed. Ever since then the packages won't run as scheduled.
 
The owner in all cases is SA. It is the same name as the
login id for SQL Server agent.
 
I had a DTS package that didn't run (with a very similar error to yours) - mine contained an exe passing a variable. It worked fine when you executed it normally but within a schedule it failed. This turned out not to be a problem with the users (the most obvious option) but in fact the variable being passed (which was a filename). It could cope just fine without it when you ran it normally - but for some reason failed within a schedule. I would think you have a similar problem

So check all paths you are using that the full path name is begin used.

Hope that helps
 
SA is the name found in the SysAdmin_Login ID in the SQL
Server Agent Properties\Connection tab.

We are using SQL Server Authentication here.

I have been told that in this case SA is the login for SQL
Server and not NT. Do you concur?
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top