active-to-active link problem
Moderators: chulett, rschirm, roy
Huh? Do you mean you should have made it two jobs? Are going to? Something else?sendmk wrote:yes this is the template we should follow
![Confused :?](./images/smilies/icon_confused.gif)
I, for one, will no longer comment on the design as posted until a screenshot of the actual job canvas is made available. The ASCII art just isn't cutting the mustard, at least not for me.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
I still can't tell whether "hash1" is being populated by or being used to serve a reference link by either of the transformer stages to which it is linked. Arrowheads (use "V" or "^") are needed. Or post the image, as Craig asked.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
This is the image url
http://i77.photobucket.com/albums/j79/sendmk/dsjob.jpg
i hope this is helpful.
thank you
http://i77.photobucket.com/albums/j79/sendmk/dsjob.jpg
i hope this is helpful.
thank you
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Even with Photoshop applying maximum sharpening, I can not read the labels on that job design. It is, nonetheless, clear that you have a circular design.
which will never work. Please post a larger image, that humans can read without scanning electron microscopes, if you want more help.
Code: Select all
-----> TransformerStage1 ----->
^ |
| |
| V
HFStage1 HFStage2
^ |
| |
| V
-----> TransformerStage2 ----->
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Kumar,kumar_s wrote:Have you tried the job design to split into two?
That will work.Even If i put a sequential file or IPC stage between transformer1 and transformer3 it will work.
This is the job template provided to us. Changing the template would be the last option. As everyone pointed out this is the only option i guess.
![Wink :wink:](./images/smilies/icon_wink.gif)
Sorry I could not view the image you attached, but may I know the use of Hash1 to transformer1?
Though the suspection is at hash2, are you able to see the progress of the rows through the performance staticts, are you able to identify the bottleneck?
Though the suspection is at hash2, are you able to see the progress of the rows through the performance staticts, are you able to identify the bottleneck?
Impossible doesn't mean 'it is not possible' actually means... 'NOBODY HAS DONE IT SO FAR'
The job reads data from oci or odbc and populates the data to hash1 through transformer1. Hash1 acts as reference link to transformer2.kumar_s wrote:Sorry I could not view the image you attached, but may I know the use of Hash1 to transformer1?
Though the suspection is at hash2, are you able to see the progress of the rows through the performance staticts, are you able to identify the bottleneck?
Transformer2 populates data to hash2 which acts as reference link to transformer3.
The job just hangs and there are no rows are populated. Once I unchecked "Create File" option in hashed file stage, Hash file is not created in that instance.
Looking at the log I feel no active stage has started.
Log only has only three entries:
1.Starting job xxxxx
2.Environment variable settings:
3.Set NLS locale to xxxxx
That's it no more entries in the log.
Not sure whether Server jobs is also a victim of fork lock conditions. Also Iam not that experience in server jobs with the design of writing into the hash and reading from the same stage in the same job. Perhaps experts can comment.
But do you mean to say that by removing hash2, i.e., connectingas well as without any reference link and this works?
If this is the case then the hash1 logic shouldn 't be under doubt.
But do you mean to say that by removing hash2, i.e., connecting
Code: Select all
transfomer2-->transformer4-->odbc2
Code: Select all
transformer1-->transformer3-->seq2
If this is the case then the hash1 logic shouldn 't be under doubt.
Impossible doesn't mean 'it is not possible' actually means... 'NOBODY HAS DONE IT SO FAR'
Whomever provided this to you as a job template should be severly thrashed across the bum.balajisr wrote:This is the job template provided to us.
![Wink :wink:](./images/smilies/icon_wink.gif)
Only somewhat?ArndW wrote:I am somewhat confused by these continued posts on this subject.
![Laughing :lol:](./images/smilies/icon_lol.gif)
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers