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 184.108.40.206
Teradata Administrator 220.127.116.11
Teradata ARC 18.104.22.168
Teradata BTEQ 22.214.171.124
Teradata C PP2 126.96.36.199
Teradata ClIv2 188.8.131.52
Teradata CLIv2 nt-x8664 184.108.40.206
Teradata Data Connector 220.127.116.11
Teradata Data Connector nt-8664 18.104.22.168
Teradata FastExport 22.214.171.124
Teradata FastLoad 126.96.36.199
Teradata GSS Client nt-i386 188.8.131.52
Teradata GSS Client nt-i386 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 GSS Client nt-x8664 126.96.36.199
Teradata Index Wizard 188.8.131.52
Teradata MultiLoad 184.108.40.206
Teradata Named Pipes Access Module 220.127.116.11
Teradata Named Pipes Access Module nt-x8664 18.104.22.168
Teradata OLE DB Acess Module 22.214.171.124
Teradata Parallel Transporter API 126.96.36.199
Teradata Parallel Transporter API x8664 188.8.131.52
Teradata Parallel Transporter Base nt-8664 184.108.40.206
Teradata Parallel Transporter Export Operator 13.10.02
Teradata Parallel Transporter Export Operator x8664 220.127.116.11
Teradata Parallel Transporter Infrastructure 18.104.22.168
Teradata Parallel Transporter Load Operator 22.214.171.124
Teradata Parallel Transporter Stream Operator 126.96.36.199
Teradata Parallel Transporter Stream Operator x8664 188.8.131.52
Teradata Parallel Transporter Update Operator 184.108.40.206
Teradata Parallel Transporter Update Operator x8664 220.127.116.11
Teradata Performance Monitor Object 18.104.22.168
Teradata SQL Assistant 22.214.171.124
Teradata Statistics Wizard 126.96.36.199
Teradata System Emulation Tool 188.8.131.52
Teradata TPump 184.108.40.206
Teradata Visual Explain 220.127.116.11
Teradata Workload Analyzer 18.104.22.168
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.