Ошибка odbc sqlstate hyt00

PHP Driver version or file name
PDO
SQL Server version
SQL SERVER 2017 DOCKER IMAGE, SQL SERVER 2017 EXPRESS
Client operating system
WINDOWS 10 running Docker php:7.2-fpm image
PHP version
7.2.19
Microsoft ODBC Driver version
ODBC Driver 17 for SQL Server
Table schema
new server, master database
Problem description
Can't connect from PHP(served using nginx) running inside a docker container (php:7.2-fpm) to SQL SERVER running inside docker container (mcr.microsoft.com/mssql/server:2017-latest) or even SQL Server Express running locally on my windows 10 machine.
Expected behavior and actual behavior
I would expect that I could make a database connection since I've installed all the requirements carefully. But I get a login timeout error every time.
Repro code or steps to reproduce

Some background:
I’ve ran all of this in my docker container (php:7.2-fpm) to get the drivers installed and enabled:

curl https://packages.microsoft.com/keys/microsoft.asc | apt-key add -
curl https://packages.microsoft.com/config/debian/9/prod.list > /etc/apt/sources.list.d/mssql-release.list
apt-get update
ACCEPT_EULA=Y apt-get install msodbcsql17
ACCEPT_EULA=Y apt-get install mssql-tools
echo 'export PATH="$PATH:/opt/mssql-tools/bin"' >> ~/.bash_profile
echo 'export PATH="$PATH:/opt/mssql-tools/bin"' >> ~/.bashrc
source ~/.bashrc
apt-get install unixodbc-dev
pecl install sqlsrv
pecl install pdo_sqlsrv
echo extension=pdo_sqlsrv.so >> `php --ini | grep "Scan for additional .ini files" | sed -e "s|.*:s*||"`/30-pdo_sqlsrv.ini
echo extension=sqlsrv.so >> `php --ini | grep "Scan for additional .ini files" | sed -e "s|.*:s*||"`/20-sqlsrv.ini

I’ve created my sql server docker container and ran it. Docker ps shows it running, and I can connect to it using Azure Data Studio and run queries. I’ve installed sql server express on my windows 10 and created a login, user and password and confirmed they are in there, and ran queries successfully in the sqlcmd that opens when you install sql server.

docker pull mcr.microsoft.com/mssql/server:2017-latest

docker run -e "ACCEPT_EULA=Y" -e "SA_PASSWORD=<removed-for-my-protection>" -p 1433:1433 --name myr_sqlsrv -d mcr.microsoft.com/mssql/server:2017-latest

I’ve tried connecting using PDO to the dockerized sql server:

$connection = new PDO(
    "sqlsrv:Server=myr_sqlsrv,1433;Database=master",
     'SA',
    '<removed-for-my-protection>'
 );
print_r($connection);

AND using PDO to the local one running on my machine:

$connection = new PDO(
        "sqlsrv:Server=localhostSQLEXPRESS,1433;Database=master",
        'myr',
        'root1234!@#$'
 );
print_r($connection);

Which both result in:

Error Code: 500
Error: PDOException: SQLSTATE[HYT00]: [Microsoft][ODBC Driver 17 for SQL Server]Login timeout expired

I’ve tried using the most basic php described in the php documentation:

$serverName = "myr_sqlsrv";
$connectionInfo = array( "Database"=>"master", "UID"=>"sa", "PWD"=>"<removed-for-my-protection>");
$conn = sqlsrv_connect( $serverName, $connectionInfo);

if( $conn ) {
        echo "Connection established.<br />";
}else{
        echo "Connection could not be established.<br />";
        die( print_r( sqlsrv_errors(), true));
}

AND:

$serverName = "localhostsqlexpress";
$connectionInfo = array( "Database"=>"master", "UID"=>"myr", "PWD"=>"root1234!@#$");
$conn = sqlsrv_connect( $serverName, $connectionInfo);

Which results in:

Connection could not be established.
Array ( [0] => Array ( 
[0] => HYT00 [SQLSTATE] => HYT00 
[1] => 0 [code] => 0 
[2] => [Microsoft][ODBC Driver 17 for SQL Server]Login timeout expired 
[message] => [Microsoft][ODBC Driver 17 for SQL Server]Login timeout expired ) 
[1] => Array ( 
[0] => 08001 [SQLSTATE] => 08001 
[1] => 11002 [code] => 11002 
[2] => [Microsoft][ODBC Driver 17 for SQL Server]TCP Provider: Error code 0x2AFA 
[message] => [Microsoft][ODBC Driver 17 for SQL Server]TCP Provider: Error code 0x2AFA ) 
[2] => Array ( 
[0] => 08001 [SQLSTATE] => 08001 
[1] => 11002 [code] => 11002 
[2] => [Microsoft][ODBC Driver 17 for SQL Server]A network-related or instance-specific error has occurred while establishing a connection to SQL Server. Server is not found or not accessible. Check if instance name is correct and if SQL Server is configured to allow remote connections. For more information see SQL Server Books Online. 
[message] => [Microsoft][ODBC Driver 17 for SQL Server]A network-related or instance-specific error has occurred while establishing a connection to SQL Server. Server is not found or not accessible. Check if instance name is correct and if SQL Server is configured to allow remote connections. For more information see SQL Server Books Online. ) )

And:

Connection could not be established.
Array ( [0] => Array ( 
[0] => HYT00 [SQLSTATE] => HYT00 
[1] => 0 [code] => 0 
[2] => [Microsoft][ODBC Driver 17 for SQL Server]Login timeout expired 
[message] => [Microsoft][ODBC Driver 17 for SQL Server]Login timeout expired ) 
[1] => Array ( 
[0] => 08001 [SQLSTATE] => 08001 
[1] => -1 [code] => -1 
[2] => [Microsoft][ODBC Driver 17 for SQL Server]MAX_PROVS: Error Locating Server/Instance Specified [xFFFFFFFF]. 
[message] => [Microsoft][ODBC Driver 17 for SQL Server]MAX_PROVS: Error Locating Server/Instance Specified [xFFFFFFFF]. ) 
[2] => Array ( 
[0] => 08001 [SQLSTATE] => 08001 
[1] => -1 [code] => -1 
[2] => [Microsoft][ODBC Driver 17 for SQL Server]A network-related or instance-specific error has occurred while establishing a connection to SQL Server. Server is not found or not accessible. Check if instance name is correct and if SQL Server is configured to allow remote connections. For more information see SQL Server Books Online. 
[message] => [Microsoft][ODBC Driver 17 for SQL Server]A network-related or instance-specific error has occurred while establishing a connection to SQL Server. Server is not found or not accessible. Check if instance name is correct and if SQL Server is configured to allow remote connections. For more information see SQL Server Books Online. ) )

I’ve also read every dozens of posts including other issue posts on this board with the same error message and none of the solutions posed have worked.

Hi,

I am getting similar error «SqlState HYT00, Login timeout expired

A network-related or instance-specific error has occurred while establishing a connection to SQL Server. Server is not found or not accessible. Check if instance name is correct
and if SQL Server is configured to allow remote connections. For more information see SQL Server Books Online.

TCP Provider: Error code 0x6F»

 while trying to connect from Linux using «sqlcmd -S VM-5555 -U DWH_ETL»

whereas 
I am able to connect  the same server and instance from MS SQL management studio, I am also able to ping the server from backend.

Entries of .ini are

$cat  
odbc.ini

[VM-5555]

Driver=/opt/microsoft/sqlncli/lib64/libsqlncli-11.0.so.1790.0

Server=tcp:VM-5555.xxx.nsroot.netMSSQL_DWH_SIT,1443

Database=DWH_Report_SIT

cat   
odbcinst.ini

[SQL Server Native Client 11.0]

Description=Microsoft SQL Server ODBC Driver V1.0 for Linux

Driver=/opt/microsoft/sqlncli/lib64/libsqlncli-11.0.so.1790.0

Threading=1

UsageCount=1

I tried & \ before instance name.

I was also able to connect other server from Linux, but without using the instance name.

that time entry in .ini was similar

cat  
odbc.ini_old

[VM-1272-6223]

Driver=/opt/microsoft/sqlncli/lib64/libsqlncli-11.0.so.1790.0

Server=tcp:vm-1222.xxx.nsroot.net

Database=DWH_Report_DEV

Can someone pls suggest what is wrong or how can I eliminate contributing factor.

thanks

08.05.07 — 18:52

Очень надеюсь на вашу помощь, хочу разобраться в следующей ситуации. Итак, имелось 1С 7.7 (25), ТиС, SQL Server 2000 — 8.00.679(SP2), практически год безупречной работы. Сегодня при попытке проведения счета-фактуры появилась ошмбка SQL State: HYT00 Native: 0 Message: [Microsoft][ODBC SQL Server Driver]Время ожидания истекло, попытка повторить транзакцию к успеху не привела. Соответственно на всех машинах в сети, то же самое. Работа остановилась. Перезапустил SQL сервер — то же самое, перезагрузил сервер — эффекта 0. Отключив сервер от сети, попробовал зайти с него в 1С и создать новую реализацию, при попытке записать — SQL State: HYT00 Native: 0 Message: [Microsoft][ODBC SQL Server Driver]Timeout expired. Почитал всякие посты на всевозможных форумах. Отключил named pipes, оставив только TCP/IP, попробовал зайти с рабочей станции — без named pipes соединяться с SQL почему-то отказался. Опять же отключив сервер от сети, зашел с него в 1С. Реализация не записывалась с указанной выше ошибкой. Минут 15 пробовал всевозможные варианты, затем в конфигураторе прописал в параметрах соединения с базой, вместо имени сервера sqlserver IP’шник — 127.0.0.1, запустил Profiler, открыл базу и попробовал записать реализацию. На этот раз ошибка не появилась, но судя по профайлеру он «думал» над каким-то select’ом из таблицы DH1611 (судя по 1Cv7.DDS — как раз документ реализация) добрых 5 минут, при этом это было достаточно заметно по активности винтов в RAID’е. После чего реализация все-таки записалась и все вернулось к нормальной работе. Вернул named pipes, сейчас все работает. Вопрос, который мне не дает покоя. ЧТО ЭТО БЫЛО? Почему до того как я прописал вместо имени sql сервера его 127.0.0.1 документ не записывался, совпадение? Может быть дадите какие-то рекомендации, в плане — как исключить в дальнейшем подобную ситуацию, порядок действий при ее возникновении, выяснение причины произошедшего? Стоит ли обновить SQL Server до SP3? Может быть проблема именно в этом? Возможно ли возникновение такой ситуации (может быть сейчас глупо прозвучит, но все же) из-за какой-то внутренней блокировки таблиц в SQL? Как вы понимаете после перезагрузки сервера отключенного от сети, пользователи не работали, никакие ресурсоемкие отчеты и т.п. не выполнялись … вообщем я не знаю на что и думать. Надеюсь на вашу помощь.

2 — 08.05.07 — 18:54

+0: http://www.mista.ru/kb/topic4990.htm — это читал. Если все дело, по вашему мнению, в версии SQL, то какой на данный момент последний SP к нему, и последняя версия драйверов ODBC?

3 — 08.05.07 — 19:16

ну в (2) не совсем то. что нужно. Почитай логи скуля, системы… просто так ничего не бывает.

4 — 08.05.07 — 19:33

Модератор

5 — 08.05.07 — 19:33

6 — 08.05.07 — 19:34

(5) а почему после перезагрузки сервера ошибка не пропала? Врядли в этом дело.

Модератор

7 — 08.05.07 — 19:42

(6) Даже не знаю как это могло получиться, ск. всего внутренняя ошибка MS-SQL.
Имеет смысл обновить движок, почистить папку временных файлов, сделать стоп-старт серверу, выгрузить-загрузить…
Также возможно имеет смысл поставить последний сервис-пак MS-SQL (там же наверняка исправляются всякие ошибки).

8 — 08.05.07 — 19:58

9 — 08.05.07 — 20:00

а лог файл каких размеров?..

10 — 08.05.07 — 20:04

В смысле? errorlog от MSSQL или msdblog.ldf? Первый 3 килобайта, второй около двух метров. За что отвечает база msdb и насколько опасно то, что она находится в состоянии suspect?

Модератор

11 — 08.05.07 — 20:32

А база как называется в MS-SQL?

12 — 08.05.07 — 23:17

Модератор

13 — 09.05.07 — 02:41

14 — 09.05.07 — 03:09

>>Вернул named pipes
Чего не айпи?
>>Стоит ли обновить SQL Server до SP3?
Можно и до 4-го

15 — 09.05.07 — 03:29

в мире мелкософта есть много чудес  
вот одно из них:
однажды после переезда MSSQL с 1-процессорного сервера на на 2х процевый
с некоторых(!!!) машин невозможно было запустить 1С…
не буду описывать пляски с бубном… но все решилось установкой нового, на тот момент, MDAC на «проблемные» машины.  
зы. естественно ОС и SQL на другом сервере ставились с того же самого дистрибутива, с какого ставилось и на первый.

16 — 10.05.07 — 12:55

Такая же ошибка у меня начала неожиданно возникать на некоторых машинах при попытке вообще войти в 1С. Причем на одной через день ошибка перестала появлятся сама. А еще через 2 месяца вдруг другие 2 машины уперлись  — и ни в какую к SQL серверу не подключались. Как тут посоветовали, поставил в конфигураторе вместо имени сервера IP-адрес — всё заработало. Чудеса…

I am getting the following error when trying to connect to my Microsoft SQL Server database using the default port number:

Error. Cannot connect to database: SQLSTATE[HYT00]: [unixODBC][Microsoft][ODBC Driver 17 for SQL Server]Login timeout expired

This is the PHP code I am using to connect to the database:

<?php

class DB_Connect {
    private $db;

    function construct() {
    }

    public function connect() {
        require_once 'String.php';

        try {
            $this->db = new PDO('sqlsrv:Server=$server,1433; Database=$db', $user, $pass);
        } catch (PDOException $e) {
            return "Error. Cannot connect to database: " . $e->getMessage();
        }
    }
}

?>

I am 100% sure that the credentials are correct since they are workign when I run the script on localhost using xampp.

What I have done till now:

• Installed the pdo drivers on the linux machine
• Installed the obdc drivers on the linux machine
• Installed the sqlsrv drivers on the linux machine

This is the configuration I am using on the server:

PHP Version 7.0.30 connecting to SQL Server 2017 hosted on Gearhost.

Can anyone please shed a light on what might be wrong?