We have a pair of Windows Server 2008R2 machines (Xeon, 4 cores; 32GB RAM each) used as an Informatica 9.6.1 PowerCenter grid, which have several Teradata tools installed.
ETL developers complained to me that BTEQ doesn't run right in the grid so I had to shut one of the nodes down. To test, I opened a command window on each machine and attempted to run bteq.
Server 1 can run BTEQ just fine, but Server 2 throws an error:
bteq.exe - Entry Point Not Found
The procedure entry point ecln_cleanupOne could not be located in the dynamic link library icuuctd36.dll
I've checked all environment variables and between Server 1 and Server 2 they are identical, even down to the order of the entries under PATH.
I've tried uninstalling / reinstalling the ODBC for Teradata 32 bit and 64 bit, as well as CLIv2 based on some of what I've found online, but to no avail.
I'm suspecting there is a corruption in one of the components that bteq relies on, but I'm not familiar enough with the tools to know which one.
Does anyone have any thoughts on what is missing somewhere or where to go next with this?
There's quite a list of installed Teradata components (I inherited these machines this way, not sure what we have that might be extraneous but I'm sure there is clutter):
Teradata Administrator 188.8.131.52
Teradata Administrator 184.108.40.206
Teradata ARC 220.127.116.11
Teradata BTEQ 18.104.22.168
Teradata C PP2 22.214.171.124
Teradata ClIv2 126.96.36.199
Teradata CLIv2 nt-x8664 188.8.131.52
Teradata Data Connector 184.108.40.206
Teradata Data Connector nt-8664 220.127.116.11
Teradata FastExport 18.104.22.168
Teradata FastLoad 22.214.171.124
Teradata GSS Client nt-i386 126.96.36.199
Teradata GSS Client nt-i386 188.8.131.52
Teradata GSS Client nt-x8664 184.108.40.206
Teradata GSS Client nt-x8664 220.127.116.11
Teradata GSS Client nt-x8664 18.104.22.168
Teradata GSS Client nt-x8664 22.214.171.124
Teradata Index Wizard 126.96.36.199
Teradata MultiLoad 188.8.131.52
Teradata Named Pipes Access Module 184.108.40.206
Teradata Named Pipes Access Module nt-x8664 220.127.116.11
Teradata OLE DB Acess Module 18.104.22.168
Teradata Parallel Transporter API 22.214.171.124
Teradata Parallel Transporter API x8664 126.96.36.199
Teradata Parallel Transporter Base nt-8664 188.8.131.52
Teradata Parallel Transporter Export Operator 13.10.02
Teradata Parallel Transporter Export Operator x8664 184.108.40.206
Teradata Parallel Transporter Infrastructure 220.127.116.11
Teradata Parallel Transporter Load Operator 18.104.22.168
Teradata Parallel Transporter Stream Operator 22.214.171.124
Teradata Parallel Transporter Stream Operator x8664 126.96.36.199
Teradata Parallel Transporter Update Operator 188.8.131.52
Teradata Parallel Transporter Update Operator x8664 184.108.40.206
Teradata Performance Monitor Object 220.127.116.11
Teradata SQL Assistant 18.104.22.168
Teradata Statistics Wizard 22.214.171.124
Teradata System Emulation Tool 126.96.36.199
Teradata TPump 188.8.131.52
Teradata Visual Explain 184.108.40.206
Teradata Workload Analyzer 220.127.116.11
Many thanks in advance to anyone who has a suggestion.
Think you are on the right track, first off I'd suggest contacting Teradata support for assistance.
Teradata doesn't really support having multuple versions of TTU on the same box ie. the upgrade process is usually to uninstall the old version then install the new version, unfortunatley the uninstall process isn't always clean.
nb. noticed that the majority of packages listed here are major-minor 13.10, however there is a listing of GSS at 14.10 which looks out of place
If you have a base/bundle of current compatible packages there is usually a vbs script bundled with it called uninstall_TTU.vbs with a howto document, obviously it would be recommended to do a system backup (including the registry) beforehand just in case.
Thanks for taking a look and understanding my newbi-ness to what needs / doesn't need to be in place.
I've cleaned off what I could, but some of those pieces are a bit tricky. I have to wait on our DBA team to open the ticket with Teradata support, I think.