Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

SSIS runs in debug but not from job Expand / Collapse
Author
Message
Posted Sunday, September 9, 2012 7:25 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Monday, September 10, 2012 4:17 AM
Points: 1, Visits: 6
We have this SSIS where one of its components, reading a flat file and writing to a database table, runs fine when I execute the package in VS (debug) but when I run it using a job this specific step fails on the error:

Error: 2012-09-09 15:31:58.43
Code: 0xC0204026
Source: Copy date from Folder file into FolderTable Save the file in the database [14]
Description: The metadata for "[dbo].[FolderTable]" cannot be retrieved. Make sure the object name is correct and the object exists.
End Error
Error: 2012-09-09 15:31:58.43
Code: 0xC004706B
Source: Copy date from Folder file into FolderTable SSIS.Pipeline
Description: "component "Save the file in the database" (14)" failed validation and returned validation status "VS_ISBROKEN".
End Error

I've looked around and tried various suggestions fixing the problem,like redefining the column and its length, changing the ValidExternalMetadata.

Didn't help.
What could help me with the problem ?
How come it runs fine within VS but from a job it fails ?

Thanks
David
Post #1356472
Posted Sunday, September 9, 2012 9:30 PM
Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Today @ 9:06 AM
Points: 1,187, Visits: 1,225
I'd guess a permissions issue. What account is the SQL Agent job running under? Does that user have permissions to see the folder where the flat file is?

HTH,
Rob
Post #1356543
Posted Monday, September 10, 2012 5:56 AM


SSCertifiable

SSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiable

Group: General Forum Members
Last Login: Wednesday, September 24, 2014 8:54 AM
Points: 5,579, Visits: 6,363
We've had the same issue due to permissions and we've had the same issue due to missing or out of date dll files on our server.

Was this package developed by you? Are there any special "accessory" files (like dlls, webservice calls, etc) that are required to go along with it that perhaps don't live on the server?

What account is running the job? Does it have access to both the database and the file share location?


Brandie Tarvin, MCITP Database Administrator

Webpage: http://www.BrandieTarvin.net
LiveJournal Blog: http://brandietarvin.livejournal.com/
On LinkedIn!, Google+, and Twitter.

Freelance Writer: Shadowrun
Latchkeys: Nevermore, Latchkeys: The Bootleg War, and Latchkeys: Roscoes in the Night are now available on Nook and Kindle.
Post #1356676
Posted Monday, September 10, 2012 10:57 AM


Hall of Fame

Hall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of FameHall of Fame

Group: General Forum Members
Last Login: Friday, September 19, 2014 10:19 AM
Points: 3,087, Visits: 1,435
Have you check the permissions of the account that runs the SQL Server Agent as already suggested? In order to be sure it is a permission issue you can also try to set your account to run the SQL Server Agent on a development Server and run the package from there.




My blog
Post #1356891
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse