我正在使用Asterisk 1.8.10.1和通过ODBC连接的MySQL数据库来存储CDR。 当Asterisk启动或Asterisk运行中断时，我的MySQL数据库不可用时，我希望Asterisk重试连接到数据库，但这不会发生！ 任何人都知道在哪里我可以启用一些自动重新连接到Asterisk的数据库？ 我的res_odbc.conf如下所示： [asterisk] enabled => yes dsn => asterisk-connector username => user password => pass pre-connect => yes pooling => no limit => 1 idlecheck => 1 negative_connection_cache => 1
按照说明在这里： http : //www-03.ibm.com/systems/power/software/i/access/linux/guide.html 尝试在安装unixODBC后安装在CentOS实例中。 安装除了libodbcinst.so.1，libodc.so.1和libXm.so.3之外的所有依赖关系，yum找不到，但前两个出现在调用whereis时。
您好，我有一个客户端电脑SQL连接的问题 我们有使用SQL数据库的软件，而且我刚从SQL2005更新到SQL2008 我们有5个： 2 x vista（32位） 2 x win7（64bit） 1 x xp（32bit）） SQL Server 2008 R2 Express安装在其中一个win7 pcs上。 所有其他客户端PC通过ODBC系统DNS与auth用户/密码连接。 所有客户端PC通过ODBCtesting连接并testing成功。 然而，win7客户端电脑（不是服务器电脑）在启动软件时返回下面的错误信息。 即使ODBCtesting是可以的。 Connection failed: SQLState: '01000' SQL Server Error: 53 [Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionOpen (Connect()). Connection failed: SQLState: '08001' SQL Server Error: 17 [Microsoft][ODBC SQL Server Driver][DBNETLIB]SQL Server does not exist or access denied. TCP […]
我有一些C ++应用程序通过Ubuntu 10.04上的unixODBC访问我们的MySQL数据库。 在过去的几个星期里，每隔几个星期就会有一次这样的错误出现在我们的错误日志中： [unixODBC] [MySQL] [ODBC 3.51驱动程序]在'读取初始通信数据包'时丢失与MySQL服务器的连接，系统错误：9 它起源于我在C ++代码中使用的ODBC库，显然来自ODBC驱动程序。 否则，系统工作正常，每天处理数千个查询。 任何人都可以阐明这可能表明什么，如何诊断，接下来要检查什么？ 有谁知道究竟这个错误代码来自哪里，我怎么可能会看什么“9”的意思？ 编辑：我也将添加这是一个本地服务器，即MySQL服务器运行在与C ++代码相同的机器上。
目前正试图设置一个可以同时处理32位和64位ODBC Informix驱动程序的开发环境。 我没有find任何types的指导或通过网上走，但我确实发现可能导致解决scheme的点点滴滴。 我只是想多一点build议，以确保我在正确的道路上。 驱动程序版本 版本3.70.TC3，Windows（32位） 版本3.70.FC3，Windows x64 资源 我似乎无法find版本3.70.TC3或3.70.FC3 ，但我直接从IBM网站上find3.70.TC7和3.70.FC7 ，我认为它只是稍微更新的版本。 Informix驱动程序安装 驱动程序安装在以下位置（基于registry项） 32位：C：\ Program Files（x86）\ IBM \ Informix \ Client-SDK \ 64位：C：\ Program Files \ IBM \ Informix \ Client-SDK \ registry项 从我可以看到，驱动程序的registry项位于： 32位： HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ ODBC \ ODBC.INI 64位： HKEY_LOCAL_MACHINE \ SOFTWARE \ ODBC \ ODBC.INI 这基本上列出了所有的数据源及其连接细节。 两个位置具有相同数量的具有相同名称和相同键/值对的数据源，除了指向其各自驾驶员位置的Driver键之外; […]
我们有一个传统的使用Microsoft SQL Server 2005的Windows Web应用程序。两年前，我们在32位虚拟化的Debian系统上使用PHP和ODBC重写了这个应用程序的一部分。 这个应用程序工作正常（关于一千个SQL请求产生假数据，但这是由应用程序处理）。 使用的Debian软件包有：php5-odbc，odbcinst1debian1，tdsodbc，unixodbc，freetds-common。 现在我们想要将这个应用程序作为一个Apache虚拟主机在64位Debian Lenny系统上进行解压缩并安装。 但是在PHP函数odbc_fetch_object（）中发生了一些不好的事情。 我有 echo "Before odbc_fetch_object(); $query\n"; flush(); if ($query) $row = odbc_fetch_object($query); echo "After odbc_fetch_object();\n"; flush(); echo "Edition number $row->Id\n"; 但文本“之后odbc_fetch_object（）”和其后的文本从不显示。 我通过直接调用php5来debuggingPHP文件（包php5-cli）。 这次它真的从数据库获取数据（每周更新的当前版本号）。 但在输出后，我得到错误消息string ALERT – canary mismatch on efree() – heap overflow detected (attacker 'REMOTE_ADDR not set', file 'unknown') 您应该知道Debian PHP5与Suhosin补丁集成在一起。 它似乎发现odbc_fetch_object（）中的内存损坏。 我们尝试使用valgrind进行debugging，禁止Zend内存分配： USE_ZEND_ALLOC=0 valgrind […]
TSystem.Data.Odbc.OdbcException was unhandled Message: ERROR [42S00] [SmartWare Software][SmartWare ODBC Driver][ISAM]Table access error 只是好奇，通常会导致这个错误，或更好地找出是什么原因造成我的错误。 谢谢
背景： 我正在从SQL Server 2008（ SQLA ）上的数据库提取数据到Oracle（ ORCLA ）。 数据通过HS ODBC连接使用数据库链接。 SQL和Oracle数据库都是32位版本。 现在，我们将Oracle数据库移动到更快的64位服务器（ ORCLB ）上，32位Oracle数据库保留在旧系统上，而这个系统（ ORCLA ）仍然被用作两个数据库之间的“网关”。 今天，32位的Oracle服务器（ ORCLA ）被废弃了。 这打破了2之间的接口。我试图在64位Oracle服务器（ ORCLB ）上设置HS ODBC连接，我开始得到上述错误信息。 经过进一步研究，我发现64位系统不支持HS ODBC网关。 所以我在另一个32位Oracle服务器（ ORCLC ）上设置HS ODBC连接。 64位服务器（ ORCLB ）上的HS ODBC设置（侦听器等）已被取消。 问题：我可以使用tnsping来ping SQLA 。 lsnrctl显示listNer是正确的。 我可以连接到ORCLC上的数据库并从SQLA获取数据。 但是，尝试从SQLA获取数据到ORCLB结果上面的错误消息被引发。 我不知道我能做些什么来解决这个问题。 任何帮助，将不胜感激。 32位系统使用Oracle 10gR2，64位版本使用Oracle 10.2.0.4。 （请原谅，如果我贴错了，我觉得这是更多的服务器端问题）
我有一个传统的应用程序，在Windows 7 64位Windows XP模式下安装正常，但它需要一个ODBC连接。 是否有可能使XP模式应用程序使用主机Windows 7的ODBCconfiguration（和Oracle驱动程序）？
在客户的地方，我们在服务器上有一个postgres数据库，还有一些客户。 我们通过ODBC驱动程序连接它们，所有机器都运行Windows（通常是XP）。 现在我们遇到了一些烦人的问题： 客户端“忘记”ODBC驱动程序中的某些标志，例如ByteA作为LO。 每当有任何变化，我们必须重置，并input密码，有时甚至是服务器的IP。 在运行Windows 7的x64机器上，configuration这个是很麻烦的，因为系统设置对话框默认只显示64位连接。 最重要的是：如果服务器由于客户重新启动或更换交换机而更改IP，则所有连接都将丢失。 令人烦恼的是，这只能纠正IP才能解决，但是我们必须检查每个地方（甚至是hba_conf），因为所有的设置都会奇迹般的消失。 我们的客户往往是非常小的公司，其中“服务器”的意思是“在另一个房间的一台PC”，而不是“在地牢的Oracle主机”，所以我们不想依赖他们不重新启动交换机。 有没有比依靠这些非常不稳定的设置更好的方法？ 这些设置是否在我可以手动编辑的文件的某个位置，使其更容易修复？