ОБНОВЛЕНИЕ (21.05.2010) УСПЕХ!
Итак, после MUCH $ head-> desk () я решил это.
Помните, дети, остерегайтесь используемой вами версии клиента в зависимости от настроек виртуализации!
Я устанавливал общий Instant Client (не подозревая, что наши серверы ESX установлены на процессорах AMD, а не Intel), и он работал нормально внутри (установка CentOS была 32-разрядной, поскольку наши внутренние серверы ESXi не 64-разрядные) , Что ж, даже если у вас установлена 32-разрядная установка на виртуализированном сервере, который установлен на AMD64, все равно имеет значение, какой клиент вы устанавливаете мгновенно.
Это была последняя вещь, которую я подумал проверить, но, как оказалось, теперь все работает нормально.
Я хотел бы поблагодарить всех, кто помог мне пройти через все возможные тесты, чтобы выяснить это, но в конце концов, я виноват в том, что не осознал различий в виртуализации.
ОБНОВЛЕНИЕ (21.05.2010)
Я думал, что эта ошибка ускользнула от меня, когда я установил ее на новую виртуальную машину, но теперь нашел сужающуюся ссылку.
Я пытался установить это на наш производственный сервер, когда отправил это. После недели бездействия и необходимости вернуться к разработке я оснастил виртуальную машину на нашем внутреннем сервере новой установкой Crap ... CentOS и новыми установками мгновенного клиента и oci8.
отлично сработало.
Однако мы только что загрузили точную копию виртуальной машины на наши производственные серверы, и она волшебным образом больше не работает. Пробовал переустанавливать все безрезультатно.
Таким образом, единственное, к чему я мог сузить проблему, это проблема с брандмауэром (хотя я получаю ту же проблему при попытке 127.0.0.1) или, возможно, проблема с сервером ESX (наши производственные серверы), внутренние серверы работают под управлением ESXi.
Есть мысли?
ОБНОВЛЕНИЕ (08.03.2010) Я установил Xdebug, и он отслеживает мой код. Это вывод, который я получаю:
TRACE START [2010-03-08 17:53:05]
0.2090 327864 -> {main}() /data/aims3/http/octest.php:0
0.2091 327988 -> ini_set(string(14), string(1)) /data/aims3/http/octest.php:3
0.2093 327920 -> error_reporting(long) /data/aims3/http/octest.php:4
0.2094 328048 -> oci_connect(string(8), string(8), string(25)) /data/aims3/http/octest.php:6
След останавливается в этой точке.
Я установил все так же на локальном сервере, и он работает нормально. Сказать, что я в полной растерянности, было бы легко.
* ПРИМЕЧАНИЕ : я запускал make test, и он возвращал FAIL при каждом тесте. Я никогда не запускал это на своей рабочей машине, чтобы увидеть, сообщает ли она о тех же ошибках. Любая идея, почему make test сообщает об ошибке, но make не сообщает об ошибке?
Я установил Oracle Instantclient без сообщений об ошибках вместе с пакетом OCI8 PECL и в убыток. Всякий раз, когда я пытаюсь открыть соединение с помощью oci_connect, он останавливает весь мой PHP-скрипт.
Пример: * 1 052 *
<?php
ini_set ("display_errors", "1");
error_reporting(E_ALL);
echo "before";
$conn = oci_connect("username", "password", "host");
echo "after";
?>
Возвращает полную пустую страницу. Модуль загружен (видно в phpinfo) и все установлено без ошибок.
Я в полной растерянности.
CentOS: 5,4
Apache: 2.2.3
PHP: 5.3.1
InstantClient: 11,2
oci8: 1.4.1
Есть мысли?
ПРИМЕЧАНИЯ
Apache Error Log ничего не сообщает
Попытка отладки:
1:
<?php
ini_set ("display_errors", "1");
error_reporting(E_ALL);
echo "before";
if(!function_exists('oci_connect')) die('Oracle Not Installed');
echo "after";
?>
Возвращает:
beforeafter
2
Смена хоста на // хост
Возвращает:
Та же ошибка