Sql state hyt00 sql error code 0

I am having trouble connecting the database. I created a new VM using Ubuntu 18.4 LTS.
I followed the steps given on the Microsoft website (https://bit.ly/2Mfz7YZ).

sudo su
add-apt-repository ppa:ondrej/php -y
apt-get update
apt-get install php7.3 php7.3-dev php7.3-xml -y --allow-unauthenticated
curl https://packages.microsoft.com/keys/microsoft.asc | apt-key add -
curl https://packages.microsoft.com/config/ubuntu/18.04/prod.list > /etc/apt/sources.list.d/mssql-release.list
exit
sudo apt-get update
sudo ACCEPT_EULA=Y apt-get install msodbcsql17
sudo 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
sudo apt-get install unixodbc-dev
sudo pecl install sqlsrv
sudo pecl install pdo_sqlsrv
sudo su
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
exit
sudo su
apt-get install libapache2-mod-php7.3 apache2
a2dismod mpm_event
a2enmod mpm_prefork
a2enmod php7.3
echo "extension=pdo_sqlsrv.so" >> /etc/php/7.3/apache2/conf.d/30-pdo_sqlsrv.ini
echo "extension=sqlsrv.so" >> /etc/php/7.3/apache2/conf.d/20-sqlsrv.ini
exit
sudo service apache2 restart

Using the code below is turning on the error (SQLSTATE[HYT00]: [Microsoft][ODBC Driver 17 for SQL Server]Login timeout expired)

<?
$server = "111.111.111.111instance";
$db = "DB";
$pass = "xxx";
$user = "yyy";

try {
    $dbh = new PDO('sqlsrv:Server=$server;Database=$db',$user,$pass);
    foreach($dbh->query('SELECT * from users') as $row) {
        print_r($row);
    }
    $dbh = null;
} catch (PDOException $e) {
    print "Error!: " . $e->getMessage() . "<br/>";
}

$server = "111.111.111.111instance,1433";
$db = "DB";
$pass = "xxx";
$user = "yyy";

try {
    $dbh = new PDO('sqlsrv:Server=$server;Database=$db',$user,$pass);
    foreach($dbh->query('SELECT * from users') as $row) {
        print_r($row);
    }
    $dbh = null;
} catch (PDOException $e) {
    print "Error!: " . $e->getMessage() . "<br/>";
}

?>

I also tried using an example from microsoft (https://bit.ly/2H4h0mT)

Error information:
SQLSTATE: HYT00
Code: 0
Message: [Microsoft][ODBC Driver 17 for SQL Server]Login timeout expired
SQLSTATE: 08001
Code: -1
Message: [Microsoft][ODBC Driver 17 for SQL Server]MAX_PROVS: Error Locating Server/Instance Specified [xFFFFFFFF].
SQLSTATE: 08001
Code: -1
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.

Could someone help me understand the error.
In IIS and XAMPP I made it work.
In ubuntu it does not work.

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-адрес — всё заработало. Чудеса…

• January 20, 2002 at 1:05 pm

  #64040

  My web server is not allowing me to create a system DSN to connect to another server. I am using TCP/IP net lib, I have tried upgrading MDAC, I still am unable to get past the screen where it asks for authentication method. It throws the the following error:

  Connection Failed:

  SQLState: ‘HYT00’

  SQL Server Error: 0

  [Microsoft][ODBC SQL Server Driver]Timeout expired.

  I don’t know if this is an issue but the servers have gateways that are on different subnets. one is on a 1.2.x subnet and the other is on a 1.2.y subnet. Would this contribute to my problems

  thanks for any help

  Thanks For your continued Help.

  Thanks For your continued Help.

• Leon Platt

  SSCommitted

  Points: 1921

  January 20, 2002 at 9:08 pm

  #422351

  In odbc config where it ask What sql server do you want to connect to? was your srever listed in the dropdown or did you type it in?

  Can you ping the tcp/ip address of the sql server from your web server?

• kreskins

  Default port

  Points: 1429

  January 20, 2002 at 9:36 pm

  #422352

  The server was originally not in the list. I can ping the server from a command line using IP address

  Thanks For your continued Help.

  Thanks For your continued Help.

• psieloff

  Valued Member

  Points: 55

  February 11, 2002 at 2:18 pm

  #423670

  In your DSN, try using the ip address of the server instead of the server name.

• kreskins

  Default port

  Points: 1429

  February 11, 2002 at 2:42 pm

  #423672

  I tried that a week or so ago and it worked. Thanks for the follow-up anyway. Have a great day.

  Kevin

  Thanks For your continued Help.

  Thanks For your continued Help.

• Antares686

  SSC Guru

  Points: 125444

  February 11, 2002 at 5:17 pm

  #423678

  What type of connection are you setting up. NT Auth or SQL Auth?

• DanG

  SSC Eights!

  Points: 891

  Hello,

  I have just stumbled upon this same problem myself (same exact error). My application which uses these DSN’s I have created some time ago, do work, because I have the connection timeout set with no limit. However if I go into the control panel and try to test them I get this error. This poses a problem for me because I can’t add any new DSN’s for the server.

  Just seems like SQL is taking a looong time to respond.

  Any other ideas to trouble-shoot this problem?

  Thanks,

  Dan

  Edited by — DanG on 03/02/2002 07:03:27 AM

• Antares686

  SSC Guru

  Points: 125444

  So you get this on your DSN connection. Try from the machine you are having troubles with and pining the SQL Server. Also are you using named connections or ip connections?

  «Don’t roll your eyes at me. I will tape them in place.» (Teacher on Boston Public)

• DanG

  SSC Eights!

  Points: 891

  Hello,

  I can ping SQL from the client — no problems. I am using IP connections.

  BTW: All my clients are having this same issue with SQL and DSN error.

  Thanks,

  Dan

• DanG

  SSC Eights!

  Points: 891

  Hello again,

  I even went so far as to reinstall SQL this morning, and still have the same issue.

  Dan

• Andy Warren

  SSC Guru

  Points: 119767

  Hey Dan,

  You can ping the IP address from the client, correct? Have you tried connecting via Query Analyzer on the client? DSN’s use ODBC, QA does also. There’s no magic to a DSN, it’s really just a way to keep your connect string external to the app. Also as far as connecting there is really no difference between system, user, and file DSN’s. Are you using SQL or NT authentication? Have you run Profiler while you’re testing to see what if anything is coming across? What kind of lag are you seeing when you ping/tracert? I would suspect a network issue more than a SQL issue. Only other thought is to install latest MDAC on one client and test.

  Andy

• Antares686

  SSC Guru

  Points: 125444

  When you get to the autchenication screen there is a button for client config. Did you check in there to make sure that it is deffiently using the TCP/IP network library and also make sure it does not dynamcially determine the port, uncheck that option and put the correct port in. To me it looks like the server has answered as it is there but does not answer the authorization fast enough before the timeout occurrs. I don’t believe this is MDAC related or server side configuration but I am still trying to directly reporduce. You may if your company owns one wanrt to put a packet sniffer of the connection from the user or the local router to the SQL server to see if you are suffering a packet problem. Also run Performance monitor at the client and the server to see if you have a high number of packets being lost this could explain why the client sees the server but is having troubles talking to it.

  «Don’t roll your eyes at me. I will tape them in place.» (Teacher on Boston Public)

• DanG

  SSC Eights!

  Points: 891

  Hello guys,

  Yes I can ping the SQL machine from the clients and the response is good. When I tried using QA from the client, I got the following:

  Unable to connect to server P4

  ODBC: Msg 0, Level 16, State1

  …. Timeout Expired

  I just made sure it is using TCP and unchecked determine dynamically, so it is using 1433.

  I still have the same error.

  When I test a DSN on the machine with SQL, it is successful and the response is immediate.

  Appreciate the help,

  Dan

• DanG

  SSC Eights!

  Points: 891

  Ok, here is something strange…

  I decided to enable MultiProtocol on the server. Once I did that, I came back to the Client and set the DSN to MultiProtocol. Click Next and after waiting a bit — Error. I then went back into the configuration and set the DSN back to TCP. Click Next and it moved on and the test was successful and quick.

  Does this give any clues as to the problem…

  Dan

• Antares686

  SSC Guru

  Points: 125444

  No not really, could have been a corruption in the configuration that reset when you moved off TCP/IP then back on, but I would have to dig in the registry and try to force it myself. If I get a chance I have a test machine to play like this and will.

  «Don’t roll your eyes at me. I will tape them in place.» (Teacher on Boston Public)

Страницы 1

Чтобы отправить ответ, вы должны войти или зарегистрироваться

Страницы 1

Чтобы отправить ответ, вы должны войти или зарегистрироваться