No ole db error information found hr 0x80004005

No ole db error information found hr 0x80004005

Вопрос

We get following errors intermittently while connecting from Application to Database server

Application: Windows service built using C++

Database: MS SQL Server 2014 Enterprise (corrected the version to MS SQL 2014 Ent)

Both Application and database are in different network subnet connected via firewall. At the time of error the ping response to database server is perfectly fine.

FAILED_HR Function[CDBConnxResource::InitConnection] , hr[0x80004005][ OLE DB Error Record dump for hr = 0x80004005
Row #: 0 Source: «Microsoft SQL Server Native Client 10.0» Description: «Login timeout expired» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
Row #: 1 Source: «Microsoft SQL Server Native Client 10.0» Description: «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.» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
Row #: 2 Source: «Microsoft SQL Server Native Client 10.0» Description: «TCP Provider: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
OLE DB Error Record dump end
]

Источник

No ole db error information found hr 0x80004005

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

We get following errors intermittently while connecting from Application to Database server

Application: Windows service built using C++

Database: MS SQL Server 2014 Enterprise (corrected the version to MS SQL 2014 Ent)

Both Application and database are in different network subnet connected via firewall. At the time of error the ping response to database server is perfectly fine.

FAILED_HR Function[CDBConnxResource::InitConnection] , hr[0x80004005][ OLE DB Error Record dump for hr = 0x80004005
Row #: 0 Source: «Microsoft SQL Server Native Client 10.0» Description: «Login timeout expired» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
Row #: 1 Source: «Microsoft SQL Server Native Client 10.0» Description: «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.» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
Row #: 2 Source: «Microsoft SQL Server Native Client 10.0» Description: «TCP Provider: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
OLE DB Error Record dump end
]

Источник

No ole db error information found hr 0x80004005

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

We get following errors intermittently while connecting from Application to Database server

Application: Windows service built using C++

Database: MS SQL Server 2014 Enterprise (corrected the version to MS SQL 2014 Ent)

Both Application and database are in different network subnet connected via firewall. At the time of error the ping response to database server is perfectly fine.

FAILED_HR Function[CDBConnxResource::InitConnection] , hr[0x80004005][ OLE DB Error Record dump for hr = 0x80004005
Row #: 0 Source: «Microsoft SQL Server Native Client 10.0» Description: «Login timeout expired» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
Row #: 1 Source: «Microsoft SQL Server Native Client 10.0» Description: «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.» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
Row #: 2 Source: «Microsoft SQL Server Native Client 10.0» Description: «TCP Provider: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
OLE DB Error Record dump end
]

Источник

No ole db error information found hr 0x80004005

Question

We get following errors intermittently while connecting from Application to Database server

Application: Windows service built using C++

Database: MS SQL Server 2014 Enterprise (corrected the version to MS SQL 2014 Ent)

Both Application and database are in different network subnet connected via firewall. At the time of error the ping response to database server is perfectly fine.

FAILED_HR Function[CDBConnxResource::InitConnection] , hr[0x80004005][ OLE DB Error Record dump for hr = 0x80004005
Row #: 0 Source: «Microsoft SQL Server Native Client 10.0» Description: «Login timeout expired» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
Row #: 1 Source: «Microsoft SQL Server Native Client 10.0» Description: «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.» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
Row #: 2 Source: «Microsoft SQL Server Native Client 10.0» Description: «TCP Provider: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
OLE DB Error Record dump end
]

Источник

No ole db error information found hr 0x80004005

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

We get following errors intermittently while connecting from Application to Database server

Application: Windows service built using C++

Database: MS SQL Server 2014 Enterprise (corrected the version to MS SQL 2014 Ent)

Both Application and database are in different network subnet connected via firewall. At the time of error the ping response to database server is perfectly fine.

FAILED_HR Function[CDBConnxResource::InitConnection] , hr[0x80004005][ OLE DB Error Record dump for hr = 0x80004005
Row #: 0 Source: «Microsoft SQL Server Native Client 10.0» Description: «Login timeout expired» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
Row #: 1 Source: «Microsoft SQL Server Native Client 10.0» Description: «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.» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
Row #: 2 Source: «Microsoft SQL Server Native Client 10.0» Description: «TCP Provider: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
» Help File: «(null)» Help Context: 0 GUID: <0c733a8b-2a1c-11ce-ade5-00aa0044773d>
OLE DB Error Record dump end
]

Источник

Помогите кто чем может.

После вызова хранилки при попытке передвинутся на первую возвращенную запись имеем ошибку hr=265926
ATL: OLE DB Error Record dump for hr = 0x40ec6
ATL: No OLE DB Error Information found: hr = 0x80004005

Источник имеет значение
listindoc.DefaultCommand.Format(«exec GetInDocList @Id= %d»,mrs.m_GroupId );

Профайлер показывает что вызов хранилки происходит.

SQL:BatchStarting exec GetInDocList @Id= 2 atlcmd Module quark OBRIY-ЫQL:StmtStarting exec GetInDocList @Id= 2 atlcmd Module quark OBRIY-SQL:StmtStarting — GetInDocList

SQL:StmtCompleted exec GetInDocList @Id= 2
SQL:BatchCompleted exec GetInDocList @Id= 2

Проблем с одним возвращаемым значением нет.
Если четко задан аксессор с полями проблем тоже нет,

текст хранилки

CREATE PROCEDURE [GetInDocList]
            @id          int
 AS

SELECT     dbo.InDocType.IdInDocType, dbo.InDocType.InDocTypeName, dbo.CommandInDoc.IsRequired
FROM         dbo.CommandInDoc INNER JOIN
                      dbo.InDocType ON dbo.CommandInDoc.IdInDocType = dbo.InDocType.IdInDocType 
   where dbo.CommandInDoc.IdCommandType = @id
GO

CCommand<CDynamicAccessor> tb;
        std::auto_ptr<CSession> pS(CDBSessionManager::Instance()->GetSession());
        
        CDBPropSet    propset(DBPROPSET_ROWSET);
        propset.AddProperty(DBPROP_IRowsetChange, false);
        propset.AddProperty(DBPROP_UPDATABILITY, DBPROPVAL_UP_CHANGE | DBPROPVAL_UP_INSERT | DBPROPVAL_UP_DELETE);
        
        CString str;
        TESTHR(tb.Open(*pS, DefaultCommand.LockBuffer(), &propset));
        
        DBTYPE type;
        int item = 0;
    
        DBSTATUS status;
        HRESULT hr = tb.MoveFirst();
        AtlTraceErrorRecords(hr);
        
        while (hr == S_OK) 
        {
            for (unsigned int i = 0, nCol = 1; i < tb.GetColumnCount(); i++, nCol++) 
            {
                tb.GetStatus(nCol, &status);
                if (status == DBSTATUS_S_ISNULL)
                    str = "<< NNULL >>";
                else {
                    tb.GetColumnType(nCol, &type );
                    switch( type ) {
        
и т.п.

Спасибо что прочитали.

Здравствуйте, Alex Black, Вы писали:

AB>После вызова хранилки при попытке передвинутся на первую возвращенную запись имеем ошибку hr=265926
AB>ATL: OLE DB Error Record dump for hr = 0x40ec6
AB>ATL: No OLE DB Error Information found: hr = 0x80004005

Если используется VC++ 6.0, то возможно это баг в CDynamicAccessor, например описанный в Q238539.

An effortless way to create dynamic website application involves Open Database Connectivity aka ODBC.

However, web apps can fail due to errors with ODBC database connection. And, they report ODBC error 80004005.

Finding the real reason behind the ODBC error can be tricky. That’s why, we regularly receive requests to fix odbc errors as part of our Server Management Services.

In this write-up, we’ll analyze the top 5 reasons for ODBC error 80004005 and how our Database experts fix it.

How does error 80004005 look like?

A vast majority of websites in internet use database as its back-end. These websites store the user details and related data in the databases. And, to make these details display on the website, we commonly use ODBC method.

Fortunately, this ODBC method is independent of website coding language. That is, it doesn’t matter whether your website uses PHP or ASP code.

It is the ODBC database drivers that hold the underlying database details and helps to connect to the database systems. And, if for some reason this database connection fails, it results in ODBC error 80004005. For example, a typical error page looks like:

In general, such ODBC errors show up with websites using Microsoft Access databases. These ASP websites generate these errors when having trouble accessing the database file. Again, these 80004005 errors occur in OLE DB Provider for ODBC or Microsoft Jet Database Engine too.

What causes ODBC error 80004005 ?

Now, its time to check on the causes for error 80004005. From our experience in managing websites, our Dedicated Engineers often encounter this message in various scenario.

1. Incorrect permissions

Basically, Windows websites should have access rights on the database files with extension .mdb, .ldb, etc.. If any of the read or write permissions are missing, website will show error 80004005. Essentially, the website user Need MODIFY permissions on the entire database directory. This allows the process to create a lock file (ldb) in the same directory as the mdb file.

The same error can happen if the website database .mdb file has a READ ONLY attribute set.

IIS7 supports classic ASP. But, for using ASP with an MS Access mdb database, it requires special settings. Often, the path to the database files create a problem here too.

2. Wrong DSN settings

Another common reason for ODBC errors attributes to Data Space Name aka DSN settings. In general, DSN holds the information of website specific database that ODBC driver connects to. Any wrong details will cause problems with ODBC connection.

At times, customers forget to create DSN, or add wrong path to the database file. Again, in servers with control panels, often DSN creation may not create necessary files on the server. This also create ODBC errors.

3. Corrupt database

Obviously, a corrupt database will always result in an error. And, in such cases, search query will not yield correct results and show up ODBC error 80004005.

4. Already running process

Microsoft access databases have trouble in handling multiple processes at a time. When a process still has a file handle open to the db, it can show ODBC connection error. This typically happens when users do not close the connection properly. For example, a partial upload of database file via FTP client can leave behind an open connection.

5. SQL server restrictions

Last and not the least, SQL server security restriction can also be a reason for ODBC error 80004005. When SQL Enterprise Manager has Integrated security turned on, the windows account should be mapped to the database account. Else, it will result in website errors.

How we fix ODBC error 80004005

Now that we know the typical reasons for the error 80004005, let’s check on how our Database Engineers resolve ODBC errors for our customers.

Recently, we received a request from customer where his website was not loading. He had trouble in making connection to the website’s database. The website showed the below error message:

Microsoft OLE DB Provider for ODBC Drivers error '80004005' [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified /LM/W3SVC/144/ROOT/global.asa, line 18

As the fist step, we verified the permissions and ownership of the database files. The IUSR account had proper permissions on the files. Additionally, ODBC driver did exist on the server too.

Then, we checked the DSN connection string. And, we found that the database connection string in his .asa file was set up incorrectly. Therefore, we corrected the settings and that fixed the website error.

Similarly, in cases where ODBC errors show up due to open connections, our Dedicated Engineers recycle the website’s application pool which will close any connections from the site. We also educate customers to log off or close any FTP clients after accessing the database file.

Generally, to troubleshoot DSN related errors, we always test the website code with a DSN-less connection. That easily helps to eliminate DSN errors.

And, in the worst event of database corruption, all we do is database restore from backup.

For security reasons, we always recommend customers to place the database files inside a directory in the private folder. For example, in IIS Windows servers with Plesk panel it can be (ftproot)/private/database.

[Do you get troublesome ODBC error on your websites? Our Database Experts can fix it in a jiffy.]

Conclusion

In a nutshell, ODBC error 80004005 can happen due to incorrect permission on database files, wrong connection string, corrupt database and many more. Today, we saw the top 5 reasons for the error and how our Support Engineers fix it.

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

На ИТС часто даются описания кодов ошибок, но они не всегда исчерпывающие. В этой статье мы будем пытаться продолжать «исчерпывать» 🙂

При эсклуатации баз данных 1С вы можете сталкнуться с такой ситуацией:

Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка
HRESULT=80004005

Признаки проблемы: нельзя выгрузить в dt

Внимание! Ошибок с кодом 80004005 уйма, более подробно классофикацию я описал здесь http://www.gilev.ru/1c/mssql/errsql.htm . Здесь же мы говорим именно о «неопознанной ошибке» 🙂

Сотрудники 1С рекомендуют решать проблему так:

1. Проверить конфигурацию на наличие некорректной информации (мусора). Для этого следует выполнить команду «Проверка конфигурации» с установленным флажком «Проверка логической целостности конфигурации». При выявлении проблем будет выдано сообщение. Некорректная информация при этом будет удалена автоматически, однако следует обеспечить доступность для изменения корневого объекта конфигурации (напимер, при работе с хранилищем его следует захватить).

2. Если Ваша конфигурация находится на поддержке, следует подобным образом проверить конфигурацию поставщика. Для этого в настройке поддержки следует сохранить конфигурацию поставщика в cf файл, загрузить его в новую базу и выполнить описанную в пункте 1 процедуру. В случае, если было получено сообщение об исправлении, значит конфигурация поставщика содержит некорректную информацию. В этом случае следует снять Вашу конфигурацию с поддержки и заново поставить путем объединения со свежим релизом конфигурации поставщика. В настоящее время все релизы выпускаемые 1С проходят проверку и выпускаются без данной проблемы.

3. Также с этой ситуацией пересекается следующая ситуация:

10007066 Запись данных, содержащих колонки типа ХранилищеЗначения
Проблема:
При использовании СУБД MS SQL SERVER при записи объекта базы данных, содержащего несколько колонок типа ХранилищеЗначения, данные для которых получены из файлов, может происходить ошибка
Ошибка СУБД:Microsoft OLE DB Provider for SQL Server: String data length mismatchHRESULT=80004005и аварийное завершение работы программы.
Дата публикации: 2008-11-13

Включив технологический журнал на время загрузки, можно определить таблицу, в которой содержатся такие хранилища. Найдите средствами MS SQL Server Query Analizer в этой таблице колонки типа image. Для каждой колонки типа image выполните запрос вида:

select top 10 DATALENGTH(_Fld4044)
from _InfoReg4038
order by DATALENGTH(_Fld4044) desc

 
Нюансы: обратите внимание, что «Стандартные проверки» платформой (chdbfl, в конфигураторе) упорно говорят, что с базой все ОК.

Суть проблемы: важно, что под это сообщение об ошибке могут подпадать разные причины, но у них есть общая часть для 1С — это не достаточно оперативной памяти. А еще точнее неэффектиное использование ресурсов памяти. Отсюда косвенные способы победить проблему: путем рестарта сервера (на некотрое время становиться больше доступной памяти) или перейти на 64-разрядный сервер приложений.

1С:Предприятие 8.2. Лицензия на сервер (x86-64)

По опыту проблема связана с хранением данных в реквизите хранилище значений либо наличием в таблице config двоичных данных БОЛЬШЕ 120 mb.

Обобщенные рекомендации, если рекомендации от 1С не помогли (проделать следующие действия в указанном порядке):
1. Выключить все фоновый задачи у всех баз

В 8.1.11 появился переключатель «запрет на фоновые задания» в
момент создания базы.

Готов пояснить, фоновые задания сами по себе не зло, но регламентные процедуры
с полнотекстовым поиском — вещь в себе — и память она может через какое время
съедать ресурсы rphost.exe, что на другие операции не останеться, и просто
базу блокировать
т.е. другими словами, после первого шага уже можно проверять — возможно проблема «уйдет».
2. Перезапустить сервер

Второй шаг является частным случаем для вашего случая и после него тоже
есть смысл проверять работоспособность. Однако поскольку существуют утечки памяти http://www.gilev.ru/1c/memleak, то через некоторое время после рестарта пролема может вернуться.
3) делаем бэкап средствами sql

Делать резервное копирование рекомендую при любых действиях, когда может потребоваться «возврат» к предыдущему состоянию данных

4) снимаем базу с поддержки, выгружаем cf

убиваем в менежмент консоли базе данных в таблице config запись более 120Мб, делаем «загрузить конфигурацию» (не объединение) убиваем в менежмент консоли базе данных в таблице config запись более 120Мб, делаем «загрузить конфигурацию» (не объединение)

вот пример работоспособности этого приема

http://partners.v8.1c.ru/forum/thread.jsp?id=543293

или

1. Открыть конфигратор;
2. Снял конфигурацию с поддержки, ПРИ ЭТОМ КОНФИГУРАЦИЮ НЕ СОХРАНЯЛ!
3. Далее Сохранить конфигурацию в файл (не сохраняя измененной конфигурации);
4. В SQL для требуемой базы выполнил следующую команду:
DELETE FROM dbo.Config WHERE DataSize > 125829120
5. Загрузить сохраненную конфигурацию обратно.

Взято с http://www.forum.mista.ru/topic.php?id=465608

можно попробывать и более радикальный шаг здесь:
удаляем (в менежмент консоли) в базе данных таблицу «config»

DROP TABLE [dbo].[Config]
5) делаем «загрузить конфигурацию» (не объединение) из cf

после этого проверяем, проблема уходит.