Search

SSIS 2012 heap corruption in connection string in the project level connection manager by JunChen

Closed

1
0
Sign in
to vote
Type: Bug
ID: 779018
Opened: 2/11/2013 7:32:51 PM
Access Restriction: Public
0
Workaround(s)
0
User(s) can reproduce this bug
In SSIS 2012, if the packages uses project level shared connection managers, and the packages contains several "execute package task" running in parallel (running in-process), heap corruption may occur on copying connection string from the shared project level connection manager.
Details (expand)

Product Language

English

Version

SQL Server 2012 - Enterprise Edition

Category

Integration Services (DTS)

Operating System

Windows Server 2008 R2 (all editions)

Operating System Language

English

Steps to Reproduce

We have a repro environment, but it is too large to share (5GB)

1. The main package has a container which have two "execute package task" calling ChildPackage1 and ChildPackage2 in parallel.
2. In ChildPackage1, it contains 16 "execute package task"s running in parallel. And each child package contains a simple "Execute SQL Task" following by a data flow. In the data flow, it just gets some data from SQL Source and add a derived column, and then output to the destination SQL table (using fast load).
3. In ChildPackage2, it has the similar as ChildPackage1.
4. All packages share the same project level connection manager.
5. From SSMS execute the main package.

Actual Results

During the validation phase, an error is reported. The error says heap corruption detected.

If we enable full page heap, we will see dump files generated, and it is related to copying the connection string in the project level connection manager.

See the dumps attached.

Expected Results

The package runs successfully.

Platform

 

Virtualization

 
File Attachments
File Name Submitted By Submitted On File Size  
ErrorDumps.rar 2/11/2013 2.39 MB
Sign in to post a comment.
Posted by Microsoft on 4/22/2013 at 4:17 PM
Hello JunChen. Thanks for bringing this to our attention. This problem has been fixed. The correction will be included in a future release for SQL Server. -Walter A Jokiel, Program Manager, SQL Server (wajokiel@microsoft.com)
Sign in to post a workaround.