<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: SASApp uses 2 ODBC.INI files for 2 Target DB server connection in Administration and Deployment</title>
    <link>https://communities.sas.com/t5/Administration-and-Deployment/SASApp-uses-2-ODBC-INI-files-for-2-Target-DB-server-connection/m-p/753842#M22615</link>
    <description>&lt;P&gt;Technically a single instance of odbc.ini files should be sufficient.&lt;BR /&gt;There could be a limitation for impala. Impala may have a reference to the location&amp;nbsp;&lt;SPAN&gt;&amp;nbsp;/opt/freeware/etc/obdc.ini, somewhere in its configuration files.&lt;/SPAN&gt;&lt;BR /&gt;You can keep the file at a single location (this helps in maintenance) and create a soft link to it.&lt;BR /&gt;Thus the odbc.ini file can be a softlink to &lt;SPAN&gt;SASHome&amp;gt;/AccessClients/9.4/SQLServer/odbc.ini&lt;/SPAN&gt;&lt;BR /&gt;Typically I wold use the following command to create the symbolic link in /opt/freeware/etc folder&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;/opt/freeware/etc &amp;gt; ln -sSASHome&amp;gt;/AccessClients/9.4/SQLServer/odbc.ini  odbc.ini&lt;/CODE&gt;&lt;/PRE&gt;</description>
    <pubDate>Tue, 13 Jul 2021 17:43:41 GMT</pubDate>
    <dc:creator>Sajid01</dc:creator>
    <dc:date>2021-07-13T17:43:41Z</dc:date>
    <item>
      <title>SASApp uses 2 ODBC.INI files for 2 Target DB server connection</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SASApp-uses-2-ODBC-INI-files-for-2-Target-DB-server-connection/m-p/753277#M22595</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;I have installed and configurated 'SAS Access to SQL Server' and 'SAS Access to Impala' lastly installed unixOdbc manager on AIX SASApp Server. I am able to connect to Impala and Sql servers and create libraries.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The sasenv_local file got below ODBC.INI env variables:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;ODBCINI=&amp;lt;SASHome&amp;gt;/AccessClients/9.4/SQLServer/odbc.ini&lt;BR /&gt;export ODBCINI&lt;/P&gt;&lt;P&gt;export LIBPATH=&amp;lt;SASHome&amp;gt;/AccessClients/9.4/SQLServer/lib:$LIBPATH&lt;BR /&gt;export LIBPATH=/opt/freeware/lib:$LIBPATH&lt;/P&gt;&lt;P&gt;export CLOUDERAIMPALAINI=/opt/cloudera/impalaodbc/lib/64/cloudera.impalaodbc.ini&lt;BR /&gt;export LIBPATH=/opt/cloudera/impalaodbc/lib/64:$LIBPATH&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So SASApp should depend on&amp;nbsp;&amp;lt;SASHome&amp;gt;/AccessClients/9.4/SQLServer/odbc.ini for ODBC DSN Details.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;But&amp;nbsp;SASApp Server uses 2 different ODBC.ini files for Impala DSN and SQL Server DSN details.&lt;/P&gt;&lt;P&gt;example:&lt;/P&gt;&lt;P&gt;SASApp getting Impala DSN details from "/opt/freeware/etc/odbc.ini" file and SQL Server DSN details from "&amp;lt;SASHome&amp;gt;/AccessClients/9.4/SQLServer/odbc.ini". not sure why?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;both odbc.ini file got same DSN parameters for both DB servers.&lt;/P&gt;&lt;P&gt;when I rename Impala DSN in /opt/freeware/etc/obdc.ini, Impala connection broke&amp;nbsp; and when change Impala DSN in other ODBC.ini there is no impact. similarly when I rename SQL Server DSN in &amp;lt;SASHome&amp;gt;/AccessClients/9.4/SQLServer/odbc.ini file, the SQL Server connection broke and rename SQL Server DSN in&amp;nbsp; /opt/freeware/etc/obdc.ini&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;can someone suggest what am I messing up and how to update to use only one odbc.ini as referred in sasenv_local file?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 09 Jul 2021 19:33:56 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SASApp-uses-2-ODBC-INI-files-for-2-Target-DB-server-connection/m-p/753277#M22595</guid>
      <dc:creator>chenchug</dc:creator>
      <dc:date>2021-07-09T19:33:56Z</dc:date>
    </item>
    <item>
      <title>Re: SASApp uses 2 ODBC.INI files for 2 Target DB server connection</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SASApp-uses-2-ODBC-INI-files-for-2-Target-DB-server-connection/m-p/753842#M22615</link>
      <description>&lt;P&gt;Technically a single instance of odbc.ini files should be sufficient.&lt;BR /&gt;There could be a limitation for impala. Impala may have a reference to the location&amp;nbsp;&lt;SPAN&gt;&amp;nbsp;/opt/freeware/etc/obdc.ini, somewhere in its configuration files.&lt;/SPAN&gt;&lt;BR /&gt;You can keep the file at a single location (this helps in maintenance) and create a soft link to it.&lt;BR /&gt;Thus the odbc.ini file can be a softlink to &lt;SPAN&gt;SASHome&amp;gt;/AccessClients/9.4/SQLServer/odbc.ini&lt;/SPAN&gt;&lt;BR /&gt;Typically I wold use the following command to create the symbolic link in /opt/freeware/etc folder&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;/opt/freeware/etc &amp;gt; ln -sSASHome&amp;gt;/AccessClients/9.4/SQLServer/odbc.ini  odbc.ini&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Tue, 13 Jul 2021 17:43:41 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SASApp-uses-2-ODBC-INI-files-for-2-Target-DB-server-connection/m-p/753842#M22615</guid>
      <dc:creator>Sajid01</dc:creator>
      <dc:date>2021-07-13T17:43:41Z</dc:date>
    </item>
  </channel>
</rss>

