Dbnetlib общая ошибка сети

Problem

User runs an intensive task, and receives an error message.

Scenario #1 — User running a database optimisation.
Scenario #2 — User running a ‘reports conversion’ process, as part of a migration from Controller 2.x to 8.x.
Scenario #3 — User is trying to import data into Controller, via a CSV file.

Symptom

Information
Standard Error
Number: 5
Source: FrangoDirect.GenCompStrucD.GenKStruc#ControllerProxyClient
Description: System.Web.Services.Protocols.SoapException: Servier was unable to process request. —>
System.Runtime.InteropServices.COMException (0x80004005): [DBNETLIB][ConnectionRead(recv()).]General
network error. Check your network documentation.
at FrCompanyBT.GenCompStrucTClass.GenKStruc(String sGuid, String sUser, String sConsType, String sFirstPer,
Boolean bOnlyManual, ….

Example #2:

Information
Standard Error
Number: 5
Source: FrangoDirect.Optimize.RecreateIndex#ControllerProxyClient
Description: The underlying connection was closed: An unexpected error occurred on a receive.
OK

Scenario #2:

Information
Standard Error
Number: 5
Source: FrangoDirect.ExcelLinkD.SaveLayoutFile#ControllerProxyClient
Description: System.Web.Services.Protocols.SoapException: Server was unable to process request. —>
System.Runtime.InteropServices.COMException (0x80004005): [DBNETLIB][ConnectionOpen
(PreLoginHandshake()).]General network error. Check your network documentation.
at FrExcelLinkB.ExcelLinkBClass.GetLayout(String sGuid, String sUser, String sRapp)
at Cognos.controller.Proxy.CCRWS.ExcelLinkB_GetLayout(String sGuid, String sUser, String sRapp)
— End of inner exception stack trace —

Scenario #3

Information
Standard Error
Number: -2147467259
Source: FrServerB.ServerInfo.GetServerInfo
Description: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server does not exist or access denied.
[OK]

Cause

There are several potential causes for errors similar to those shown above.

• For another example, see separate IBM Technote #1587557 & 1674415.

This Technote shall concentrate on the scenario where the cause is a TCP/IP network failure, causing a «General network error«, which has been triggered by one of the following Microsoft Windows TCP/IP mechanisms:

• Scenario #1 — Microsoft TCP Chimney Offload feature is enabled on the server
• For more details, see separate IBM Technote #1445735.
• Scenario #2 — Microsoft SynAttackProtect feature is enabled on the server
• This IBM Technote shall concentrate on this scenario.

The user’s task triggers a high level of network activity to/from the Microsoft SQL database server. In our scenario, this triggers Microsoft ‘SynAttackProtect’ feature on the SQL server:

• ‘SynAttackProtect’ causes Windows to drop connections if the requests arrive faster than SQL Server can service them.
• This is a security feature of Windows Server 2003 Service Pack 1, which implements a finite queue for incoming TCP connection requests.
• SynAttackProtect is enabled (by default) on a server with Windows 2003 SP1 or later. This shuts down the network connection to the Controller application server, which therefore gives an error.
• TIP: For TCP/IP in Windows XP (all versions) and Windows Server 2003 with no service packs installed, SynAttackProtect is set to 0 by default.

More information about ‘SynAttackProtect’:
To mitigate the impact on a host experiencing a SYN attack, TCP/IP minimizes the amount of resources devoted to incomplete TCP connections and reduces the amount of time before abandoning half-open connections. When a SYN attack is detected, when SynAttackProtect is enabled, TCP/IP in Windows Server 2003 and Windows XP lowers the number of retransmissions of the SYN-ACK segment and does not allocate memory or table entry resources for the connection until the TCP three-way handshake has been completed.

• For more information, see section inside ‘Related Documents’
• One of the best summaries on this topic can be found here: http://blogs.technet.com/b/pabenois/archive/2010/06/10/sharepoint-2007-and.aspx

Environment

• See third-party (non-IBM) link below for more details.

Diagnosing The Problem

One method to investigate is to check the current number of TCP network connections that the server currently has. One easy method is to ‘pipe’ the results of netstat to a text file, and then open that in a spreadsheet (e.g. Excel) to analyst. In other words, run the following command (inside a command prompt) and then open the resultant file «connections.txt» inside EXCEL:

netstat -o >connections.txt

Resolving The Problem

Fix:

Improve:

• the quality/speed of the network connection between the Controller application server and the SQL server
• the server hardware (CPU speed, number of CPU cores etc.) of the SQL server.

Workaround

Disable Microsoft SYN attack protection on the Windows 2003 Microsoft SQL server.

Steps to disable ‘SynAttackProtect’:

1. Obtain some downtine to the system, to ensure no end-users are using any database on the relevant SQL server
2. Logon to the SQL server as an administrator
3. START — RUN — REGEDIT
4. Navigate to the location: HKEY_LOCAL_MACHINESystemCurrentControlSetServicesTcpipParameters
5. Double-click on the entry SynAttackProtect (or create it if it does not exist!)
6. Change its value from 1 to 0
7. Reboot the SQL server

Related Information

Historical Number

1035583

Иногда на ASP (классическом) сайте пользователи получают такую ​​ошибку:

[DBNETLIB][ConnectionRead (recv()).]General network error.

Кажется случайным и не связан с какой-либо конкретной страницей. Сервер SQL отделен от веб-сервера, и я предполагаю, что время от времени «связь» между ними разрывается. Проблема с маршрутизатором / коммутатором … или кто-то еще сталкивался с этой проблемой раньше?

Перейти к ответу
Данный вопрос помечен как решенный

Я видел эту ошибку много раз. Это могло быть вызвано многими причинами, в том числе ошибками сети :).

Но одной из причин может быть встроенная функция MS-SQL.

Функция обнаруживает DoS-атаки — в этом случае слишком много запросов от веб-сервера :).

Но я понятия не имею, как мы это исправили :(.

Используя ту же настройку, что и у вас (т.е. отдельный веб-сервер и сервер базы данных), я видел это время от времени, и это всегда была проблема соединения между серверами — обычно, когда сервер базы данных перезагружается, но иногда, когда есть связь проблема где-то в системе. Я не видел, чтобы это было вызвано какими-либо проблемами с самим кодом ASP, поэтому вы видите его, по-видимому, случайным образом и не связанным с определенной страницей.

Диспетчер конфигурации SQL-сервера

Отключить TCP / IP, включить общую память и именованные каналы

Удачи !

Не совсем решение и не в той же среде. Однако я получаю эту ошибку в программе VBA / Excel, и проблема в том, что у меня зависшая транзакция, которая не была отправлена ​​в SQL Server Management Studio (SSMS). После закрытия SSMS все работает. Итак, урок заключается в том, что зависшая транзакция может блокировать выполнение sprocs (очевидный факт, я знаю!). Надеюсь, это поможет кому-то здесь.

Откройте командную строку — запустите от имени администратора и введите следующую команду на стороне клиента

netsh advfirewall set allprofiles state off

FWIW, у меня была эта ошибка из Excel, которая зависала на EXEC, который нормально работал в SSMS. Раньше я видел запросы с проблемами, которые также были нормальными в SSMS из-за «сниффинга параметров» и неподходящих кэшированных планов запросов. Внесение незначительных изменений в SP решило проблему, и впоследствии он работал нормально в своей первоначальной форме. Мне было бы интересно услышать, сталкивался ли кто-нибудь с этим сценарием. Попробуйте старый добрый OPTION (OPTIMIZE FOR UNKNOWN) 🙂

• Remove From My Forums

• Question

• Hi,

  I have a classic ASP application that has been running on Win2003,IIS6 and SQL2000 for 3 years without a single error.

  We’ve just moved to SQL2005 enterprise and we’re getting the following intermittent error.

  Microsoft OLE DB Provider for SQL Server error ‘80004005’

  [DBNETLIB][ConnectionOpen (PreLoginHandshake()).]General network error. Check your network documentation.

  Any ideas where to start?
  

Вываливаеться окошко:

SQL State: 01000

Native: 64

Message: [Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionRead(WrapperRead)

SQL State: 08S01

Native: 11

Message: [Microsoft][ODBC SQL Server Driver][DBNETLIB]Общая ошибка сети. Обратитесь к документации по сети.

Собственно проблема такая в определенное время всегда одно и тоже вываливается база с такой ошибкой(в одной канторе), а в другой какие то пользователи работают нормальноЮ а каких то просто выбрасывает при попытке создать новый объект(только справочник материалы), при этом долго думает и вываливает из 1С. Достало уже всех!!!

На вирусы проверял — 0;

Протестить базу пока не удалось, т.к. не дают остальные бухи.

1С 7.7 (7.70.025)

SQL 2000

Что за фигня кто то справился с ней? Я уже много от кого о ней слышу

и к пингу в конце добавь » -t100″:

ping IP -L 64000 -t100

-L — размер пакета.

Что за фигня?

Поставил SP4 и начались такие тормаза

В частности 1 пользователь работает нормально, но если к базе пытаеться подключиться еще кто-то то все ППЦ.

Первый как работал так и работает, а другие не могут сдвинуться со стартовой желтой картинки «Загрузка структуры данных программы» и все так минут на 5-10 потом прожовывается и загружаеться. Но это ведь не дело! Может еще какой то фигни не хватает?

DarkAn

35 — 12.02.08 — 14:47