Search found 27 matches

by rsiem
Fri Oct 15, 2010 3:05 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Datastage 8.1.1 Bug
Replies: 5
Views: 4432

So that's what it was. The previous guy who set up this server had overridden that value, and the fixpack did not preserve the configuration value. Still a rather unpleasant "feature" of the fixpack, but thanks for setting us straight... Once we changed it from 0x0 to 0x20 everything worke...
by rsiem
Fri Oct 15, 2010 2:36 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Datastage 8.1.1 Bug
Replies: 5
Views: 4432

Interesting

We did an upgrade - it must have overwritten the setting... That's bizarre...
by rsiem
Fri Oct 15, 2010 11:55 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Datastage 8.1.1 Bug
Replies: 5
Views: 4432

Datastage 8.1.1 Bug

We just applied Datstage 8.1 Fixpack 1 on our AIX server and found one rather disheartening bug, and i thought I'd report it here as well. We have some old table definitions in DB2 where the datatype was foolishly set to char instead of varchar, and we haven't honestly gotten around to converting th...
by rsiem
Sun Jan 03, 2010 11:58 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Reading XML Data
Replies: 21
Views: 14346

Sorry - I was using cat in my external source stage - I thought external source was the output of a program no? Anyway, is there any settings I should be looking at for this 513 character splitting that's occurring? This product is an extreme exercise in frustration; I would have been done by now if...
by rsiem
Thu Dec 31, 2009 2:00 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Reading XML Data
Replies: 21
Views: 14346

Lastly, here's a screenshot of my format settings:

http://imgur.com/rNuYo.png
by rsiem
Thu Dec 31, 2009 1:57 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Reading XML Data
Replies: 21
Views: 14346

Just to add, I was looking at my transport environment variables and nothing points to this 513 character splitting. I tried setting $APT_AUTO_TRANSFER_BLOCK_SIZE to true, and I tried increasing the $APT_FILE_IMPORT_BUFFER_SIZE to 4096 and that didn't make a difference either. I've also raised up th...
by rsiem
Thu Dec 31, 2009 1:36 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Reading XML Data
Replies: 21
Views: 14346

Same thing - it partitions ever 513 characters...
by rsiem
Thu Dec 31, 2009 1:02 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Reading XML Data
Replies: 21
Views: 14346

Reading XML Data

Hi, I've been following these instructions on how to read in XML data: http://it.toolbox.com/wiki/index.php/Load_XML_files_using_a_DataStage_Parallel_job When I do that the sequential file stage seems to be parsing the XML file into 513 character blocks. When I hit view data on the sequential file s...
by rsiem
Wed Jul 08, 2009 3:32 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Mailing file contents
Replies: 6
Views: 3700

I prefer to use mutt :

mutt -a attachment.ext -s subject user@domain.com </dev/null

:) easy as pie...
by rsiem
Wed Jul 08, 2009 3:31 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Datastage 8.1 Driver Information
Replies: 7
Views: 6154

That's correct - there's an update for the datadirect odbc drivers, but it only supports MySQL Enterprise because that's all Datadirect was licensed for by MySQL AB. I believe this has to do with the GBL nature of MySQL community edition's APIs, because any derivative work of those APIs would have t...
by rsiem
Tue Jul 07, 2009 9:52 am
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Datastage 8.1 Driver Information
Replies: 7
Views: 6154

Final Outcome

So here is the email from IBM: I checked with the product managers on DataStage and the drivers, and unfortunately, there is nothing we can do to change this. It is all a matter of licensing. DataDirect's agreement with MySQL only allows for integration/support for the commercial/professional/enterp...
by rsiem
Mon Jul 06, 2009 2:55 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Datastage 8.1 Driver Information
Replies: 7
Views: 6154

No, that's not the case at all. Many apps we use only need the community version; there is no need to purchase a license for that product. In fact, most apps out there you buy that require MySQL don't actually ship with it because MySQL AB charges a hefty sum for a redistribution license. They fully...
by rsiem
Mon Jul 06, 2009 12:38 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Datastage 8.1 Driver Information
Replies: 7
Views: 6154

Datastage 8.1 Driver Information

So we've seen some issues with MySQL Support with DS 8.1 - particularly on AIX. I thought I'd at least report to this forum. 1) MySQL 5.3 isn't supported with 8.1 out of the gate. The DataDirect drivers don't recognize 5.3 version as being a valid version greater than 5.1 so you get an error stating...
by rsiem
Wed May 20, 2009 1:25 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Could not load "orchodbc"
Replies: 2
Views: 2111

I've seen this error once - it happened when we started uv as root instead of as dsadm.

run as root
$DSHOME/bin/uv -admin -stop
run as dsadm
$DSHOME/bin/uv -admin -start

See if that fixes it. Check the path in your dsenv file as well and see if that path is included.
by rsiem
Wed May 20, 2009 1:08 pm
Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
Topic: Execute DS job using Web services
Replies: 5
Views: 3536

Uh, just write a web service that'll execute dsjob shell command with the correct parameters.

Not that big of a deal really...