Aggregator stage error

Post questions here relative to DataStage Server Edition for such areas as Server job design, DS Basic, Routines, Job Sequences, etc.

Moderators: chulett, rschirm, roy

Post Reply
snassimr
Premium Member
Premium Member
Posts: 281
Joined: Tue May 17, 2005 5:27 am

Aggregator stage error

Post by snassimr »

I use Aggregator stage to remove duplicated rows on source
and it has return the following error :

DataStage Job 82 Phantom 2228
Program "DSP.ActiveRun": Line 51, Exception raised in GCI subroutine:
Access violation.
Attempting to Cleanup after ABORT raised in stage LoadDW_FACT_VISITS..AggregateVisits
DataStage Phantom Aborting with @ABORT.CODE = 3

Any ideas ?
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

What did you find when you searched the forum for this?
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
snassimr
Premium Member
Premium Member
Posts: 281
Joined: Tue May 17, 2005 5:27 am

Post by snassimr »

Nothing
snassimr
Premium Member
Premium Member
Posts: 281
Joined: Tue May 17, 2005 5:27 am

Post by snassimr »

The problem was solved by getting hint to aggregator about sorted data
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

You may have hit one of the Aggregators problem thresholds, like the number of records it can handle. Any chance you were sending it a very large number of (or some rather 'fat') records? At some point it will just fall over unless you sort your incoming data and assert that in the stage.
-craig

"You can never have too many knives" -- Logan Nine Fingers
vinaymanchinila
Premium Member
Premium Member
Posts: 353
Joined: Wed Apr 06, 2005 8:45 am

Post by vinaymanchinila »

Hi Craig,
in the input page of the Aggregator stage, when we select Ascending or Descending in the OSrt ORder column, it doesnt stay like that, it disappears, is it the way it works?
Thanks,
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

No, it should stick around. Did you fill out the Sort field first with a number to show which is 1, 2, etc?
-craig

"You can never have too many knives" -- Logan Nine Fingers
vinaymanchinila
Premium Member
Premium Member
Posts: 353
Joined: Wed Apr 06, 2005 8:45 am

Post by vinaymanchinila »

opps no, can I just give the order as 1,2,3,4,5,...or is there any specific reason on how to order them.
Thanks,
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

You need to match reality, otherwise the stage doesn't know and it has to do its own 'sorting'.
-craig

"You can never have too many knives" -- Logan Nine Fingers
pnchowdary
Participant
Posts: 232
Joined: Sat May 07, 2005 2:49 pm
Location: USA

Post by pnchowdary »

Hi Vinay,

You need to give the sort column values like 1,2,3 depending upon how the records are sorted before you feed them to aggregator.

1 - stands for the first key that the records have been sorted on
2 - stand for the secondary key that the records have been sorted on
etc.........

The sort order column will retain the values of Ascending or Descending only when the sort column has been assigned a value (1,2,3...etc)
Post Reply