Sql error 17410

Typically, following error in standard Oracle configuration is due to external reason:
SQL Error: 17410, SQLState: 08000 No more data to read from socket.

Questions:

1. Does the Oracle DB and application resides in same network segment?

1.1. Workaround #1: If not, then move them into the same network segment to eliminate router related issue

1.2. Workaround #2: If already same network, or no router issue, then install both DB and application into the same machine to eliminate network related issue

1.3. Info #3: Pay attention to the DB connection idle time from last use. The pattern of this behavior could be due to the idle time when it is across 2 different network segment

1. Does the application is running a long running SQL that takes long time to process in Oracle DB, e.g. long running SELECT, INSERT…SELECT, UPDATE?

2.1. Info #1: Enable SQL trace in order to visualize the SQL that failed, as this could be related and affecting only long running SQL

2.2. Info #2: Run sqlplus from the application server machine to the remote Oracle DB. Keep the connection open and idle after login for 1-3 hours. Simply run any command after let it sit from idle, e.g. desc table1, select sysdate, and see whether the connection is broken. If yes, then talk with DBA and network admin whether they setup a «policy» in either Oracle or network equipment to forcefully close idle connections

2.3. Info #3: Does the application has connection pool manager? If yes, then tune its parameter so that it keeps near 0 idle connections. Progressively increase it to see at what threshold the problem will be visible

1. Is there a firewall involved?

2. Is there a load balancer involved?

3. Is there a virtual hostname that point to different server when application is actively talking to the prior server?

In tnsnames.ora, setting «(SERVER = SHARED)» in the TNS is often a wrong approach. Many people doesn’t fully understand what is the purpose of this setup, and not addressing the root cause of the problem. In other word, if it is due to network hardware issue, router issue, virtual hostname fail-over, etc.

Here is a strange situation…I have 2 databases that are both pointing to the same remote database. I have a query (run using ojdbc14.jar — although I don’t think it is a java issue):

select sum(x) as TOTAL
from A, B, C.C@remote_db_connect C
where C.pseudo_date_field = to_char(sysdate, ‘mmyyyy’)
and A.key = C.field_a
and B.field = C.field_b
and A.key not in (1,2,3,4);

A.key and C.field_a are both NUMBER(9)
B.field and C.field_b are both VARCHAR2(25)
C.pseudo_date_field is VARCHAR2(6)
x is a NUMBER(10) on table C.

This query runs fine from Database 1. However, from Database 2, it comes down with Error Code: 17410, SQL State: null — No more data to read from socket

If you replace C.pseudo_date_field = to_char(sysdate, ‘mmyyyy’) with C.pseudo_date_field = ‘092005’, the query does run from database 2.

I can run SELECT to_char(sysdate, ‘mmyyyy’) FROM dual; on all 3 databases and get the expected result.

I have tried using the ojdbc14_g.jar files to generate a trace. The only differences I saw were:

Quote:

* The DriverManager.getConnection is pointing to different databases (a given).
* The DBAC OPER DBItem.clone statements have different hash identifiers (also a given).
* Database 1 returns 2 more columns than Database 2 for the statement — SELECT username AS table_schem FROM all_users ORDER BY table_schem
* On the call with the to_char(sysdate, ‘mmyyyy’) call, Prod gets through 9 DBAC OPER DBItem.clone statements before the call to DRVR OPER OracleResultSetImpl.getMetaData() and PreProd gets through 9 DBAC OPER DBItem.clone statements before the error occurs.
* Due to the error, PreProd skips DRVR OPER OracleResultSetImpl.getMetaData(), DRVR OPER ResultSet.getBigDecimal(columnIndex=1), DRVR OPER OracleResultSetImpl.wasNull(), DRVR OPER OracleResultSetImpl.close(), and goes stright to DRVR OPER OraclePreparedStatement.sendBatch() before appending the Java error information.

I am at a loss as to why the query doesn’t work from Database 2. I’m hoping that someone here has an idea. The only information that I saw regarding 17410 errors had to do with LOB/CLOBs in my Google search (and that doesn’t make any sense). I have tried updating to the latest ojdbc14.jar file from Oracle (10.2.0.1.0) and have tried both oracle.jdbc.driver.OracleDriver and oracle.jdbc.OracleDriver. Neither one seemed to help.

Thanks in advance for your help. If you need more information, please let me know.

—————————————

Database Information as reported in DbVisualizer

Database 1 (PROD…working)
Oracle
Oracle9i Enterprise Edition Release 9.2.0.6.0 — 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.6.0 — Production

Database 2 (PREPROD…not working)
Oracle
Oracle9i Enterprise Edition Release 9.2.0.6.0 — 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.6.0 — Production

Linked Database
Oracle
Oracle9i Enterprise Edition Release 9.2.0.6.0 — 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.6.0 — Production

I also verified that both Database 1 and Database 2 are using characterset WE8ISO8859P1.

Недавно я сделал небольшой проект, основанный на технологии веб-просмотра клиента мобильного телефона. Архитектура проекта очень проста, то есть Spring MVC + Hibernate, внутренняя база данных — Oracle 10g, начальная функция проекта очень простая, это простая функция единого входа, вход в систему завершен После этого просто запишите логин логина. Проект был успешно протестирован в тестовой среде, и производственная среда, которая была запущена онлайн, была новым проектом и не была выпущена для внешнего мира. Она использовалась только для внутреннего тестирования. Трафик был очень мал, но в этом случае система сообщила об ошибке. Исключение составляет следующее

Hibernate: insert into T_USER_LOGIN_LOG (LOGIN_TYPE, BAK1, MOBILE, LOGIN_TIME, BAK3, LOGIN_COST_TIME, BAK2, serv_id, ID) values (?, 
?, ?, ?, ?, ?, ?, ?, ?)

2014-08-19 00:17:11,180 [WARN] - SQL Error: 17410, SQLState: null [org.hibernate.util.JDBCExceptionReporter.logExceptions(JDBCExcept
ionReporter.java:100)] 
21753832 [[ACTIVE] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] WARN org.hibernate.util.JDBCExceptionRepor
ter  - SQL Error: 17410, SQLState: null
21753832 [[ACTIVE] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] WARN org.hibernate.util.JDBCExceptionRepor
ter  - SQL Error: 17410, SQLState: null

 2014-08-19 00: 17: 11,181 [ОШИБКА] -Не удалось прочитать дополнительные данные из сокета [org.hibernate.util.JDBCExceptionReporter.logExceptions (JDBCExceptionRe
porter.java:101)] 
21753833 [[ACTIVE] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] ERROR org.hibernate.util.JDBCExceptionRepo
 не может прочитать больше данных из сокета
21753833 [[ACTIVE] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] ERROR org.hibernate.util.JDBCExceptionRepo
 не может прочитать больше данных из сокета

2014-08-19 00:17:11,181 [WARN] - SQL Error: 17410, SQLState: null [org.hibernate.util.JDBCExceptionReporter.logExceptions(JDBCExcept
ionReporter.java:100)] 
21753833 [[ACTIVE] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] WARN org.hibernate.util.JDBCExceptionRepor
ter  - SQL Error: 17410, SQLState: null
21753833 [[ACTIVE] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] WARN org.hibernate.util.JDBCExceptionRepor
ter  - SQL Error: 17410, SQLState: null

 2014-08-19 00: 17: 11,182 [ОШИБКА] - Не удается прочитать больше данных из сокета [org.hibernate.util.JDBCExceptionReporter.logExceptions (JDBCExceptionRe
porter.java:101)] 
21753834 [[ACTIVE] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] ERROR org.hibernate.util.JDBCExceptionRepo
 не может прочитать больше данных из сокета
21753834 [[ACTIVE] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] ERROR org.hibernate.util.JDBCExceptionRepo
 не может прочитать больше данных из сокета

2014-08-19 00:17:11,183 [ERROR] - Could not synchronize database state with session [org.hibernate.event.def.AbstractFlushingEventLi
stener.performExecutions(AbstractFlushingEventListener.java:324)] 
org.hibernate.exception.GenericJDBCException: Could not execute JDBC batch update
        at org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:14

Это просто оператор вставки без другой сложной бизнес-логики, и эта проблема никогда не возникала в тестовой среде, и она все еще появляется время от времени.

С точки зрения ошибки, это должно быть вызвано неправильным подключением к базе данных.

Причины для расследования:

• Проблемы с сетью, доступ во внутренней сети, нет брандмауэра, не причина сети.

• В Интернете говорится, что это ошибка версии Oracle.После анализа ошибки, связанные с Oracle, не влияют на текущую версию Oracle и не являются причиной ошибки версии.

• По этой причине может быть вызвана версия JDBC, поэтому версия JDBC обновлена ​​до версии, соответствующей версии Oracle, но проблема все еще существует.

Когда я был в отчаянии, я вдруг подумал, что единственное различие между производственным Oracle и протестированным Oracle состоит в том, что производственный Oracle автоматически отключает соединение с базой данных, которое долгое время не используется, а пул соединений с базой данных, используемый нашей системой, — это пул соединений Apache DBCP BasicDataSource.

Поэтому я изменил параметр idle_time на одну минуту в локальном Oracle. После тестирования появилась та же проблема. Была найдена основная причина проблемы, но как ее решить?

Теперь проблема заключается в следующем: Oracle отключает соединение с базой данных, но пул соединений считает, что соединение доступно, поэтому назначает соединение приложению. Пул соединений и приложение не проверяют перед выделением и использованием соединения. Наличие подключения к базе данных.

Проверьте документацию и исходный код DBCP, и обнаружили, что эти 4 атрибута могут быть использованы:

• Атрибут validationQuery используется для определения достоверности соединения с базой данных, полученного из пула соединений перед возвратом к вызывающей стороне. Если установлено, этот запрос SQL должен иметь как минимум один фрагмент данных. Этот атрибут может быть установлен для выбора 1 из двойного
• Свойство testOnBorrow определяет, является ли объект, полученный из пула соединений, действительным. Если он недействителен, удалите его из пула соединений и попробуйте следующий объект. По умолчанию это свойство имеет значение true и его можно оставить неустановленным.
• Атрибут testOnReturn используется, чтобы определить, является ли объект действительным, прежде чем помещать его обратно в пул соединений.Этот атрибут по умолчанию имеет значение false, и его рекомендуется установить в значение true
• Атрибут testWhileIdle используется для определения того, является ли объект действительным через устройство удаления пустых объектов, если он недействителен, он удаляется из пула соединений и по умолчанию имеет значение false.

Итак, после добавления этих атрибутов конфигурация пула соединений выглядит следующим образом

	<bean id="propertyConfigurer"
		class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
		<property name="locations">
			<list>
				<value>classpath:jdbc.properties</value>
			</list>
		</property>
	</bean>
	<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"
		destroy-method="close">
		<property name="driverClassName">
			<value>${jdbc.driverClassName}</value>
		</property>
		<property name="url">
			<value>${jdbc.url}</value>
		</property>
		<property name="username">
			<value>${jdbc.username}</value>
		</property>
		<property name="password">
			<value>${jdbc.password}</value>
		</property>
		<property name="maxActive">
			<value>20</value>
		</property>
		<property name="maxIdle">
			<value>3</value>
		</property>
		<property name="maxWait">
			<value>-1</value>
		</property>
		<property name="defaultAutoCommit">
			<value>false</value>
		</property>
		<! - Прежде чем возвращать соединение с базой данных, полученное из пула соединений, вызывающей стороне, используйте этот SQL-запрос, чтобы определить его достоверность ->
		 <! - Если установлено, этот запрос SQL должен содержать хотя бы один фрагмент данных ->
		<property name="validationQuery">
			<value>select 1 from dual</value>
		</property>
		 <! - Определите, является ли объект, полученный из пула соединений, действительным, если он недействительным, удалите его из пула соединений, а затем попробуйте следующий объект ->
		<property name="testOnBorrow">
			<value>true</value>
		</property>
		 <! - Оцените, является ли объект действительным, прежде чем поместить его обратно в пул соединений ->
		<property name="testOnReturn">
			<value>true</value>
		</property>
		 <! - Определить, действителен ли объект с помощью устройства для удаления пустых объектов, если он недействителен, удалить его из пула соединений ->
		<property name="testWhileIdle">
			<value>true</value>
		</property>
	</bean>

Испытано на производстве, проблема была решена.

            ORA-17410: No more data to read from socket

Your database connection has timed out, either due to network problems or due to Oracle reaching the IDLE_TIME profile limit.

Your application however tried to use the connection, but as the connection has closed, failed to do so.
This error mostly happens when using connection pools . Normally, when a connection is timed out or gone, the application should automatically reconnect.
Failure to do so results in this error.

Yes, I was running with weblogic service, which is connected with the pool. oracle did not give a solution Yeah. Is there a manual on procedures to obtain Connection?

I link with the database connection pool is not big enough yet. With more than a few do not fundamentally solve the problem that way, came in and said what had resolved to die.

Reply:
SF wanted to let others sit, I faint, and so one afternoon, no one to do that, I’ll sit, oracle veterans coming soon to die.

Reply:
Friendly Bangding
Never used weblogic, understand
What can oracle sqlplus login
Well no connection with
Reply:
When did you wrong, weblogic in how you configure the Oracle connection.

There is no firewall between Applicationserver and Oracle have time firewall, network time is too long, if not continuous, then the firewall will automatically close the connection. Or is the user’s profile in the specified idle time.

You can look up the user’s profile there is no such restriction
select * from user_resource_limits
Reply:

reference to the third floor inthirties reply:

when you are wrong, weblogic in how you configure the Oracle connection.

There is no firewall between Applicationserver and Oracle have time firewall, network time is too long, if not continuous, then the firewall will automatically close the connection. Or is the user’s profile in the specified idle time.

You can look up the user’s profile there is no such restriction
select * from user_resource_limits

No, debugger, I found an SQL query Times

Cause by: java.sql.sqlrecoverableexception: Unable to get more data from the socket.

The SQL queries into the DB tools inside. SQL sentence will report ORA-17410 errors,

SQL is a simple main foreign related inquiries, other select * from other tables without error.

It sounds incredible, but it is a fact, just a query command.
Reply:
In this sql plus outer layer

select * from (

…
);
Reply:

references, 5th Floor shiyiwan reply:

in this sql plus outer layer

select * from (

…
);

No

select * from org o inner join relationorg t on o.org_oid ​​= t.org_oid ​​This sentence is not an error.

select * from relationorg t inner join org o on o.org_oid ​​= t.org_oid ​​this sentence report ora 17410 error.

This is how the matter.
Reply:
A strange bug, Method # 5 is also a forum to look abroad
Reply:

reference to the 7th floor shiyiwan reply:

a strange bug, # Method 5 is also a forum to look abroad

< br />
Ah, I found this error on Google inside out connections are in English.
Reply:

references, 4th Floor youjianbo_han_87 reply:

reference to the third floor inthirties reply:
When did you wrong, weblogic in how you configure the Oracle connection.

There is no firewall between Applicationserver and Oracle have time firewall, network time is too long, if not continuous, then the firewall will automatically close the connection. Or is the user’s profile in the specified idle time.

You can look up the user’s profile there is no such restriction
select * from user_resource_limits

No, debugger, I found an SQL query Times

Cause by: java.sql.sqlrecoverableexception: Unable to get more data from the socket.

The SQL queries into the DB tools inside. SQL sentence will report ORA-17410 errors,

SQL is a simple main foreign related inquiries, other select * from other tables without error.

It sounds incredible, but it is a fact, just a query command.

sql are being given what has been executed.

Your mistake, it should be turned off connect lead. Check the network status and firewall configuration and idle time
Reply:

reference to the 9th floor inthirties reply:

references, 4th Floor youjianbo_han_87 reply:
References to the third floor inthirties reply:
When did you wrong, weblogic in how you configure the Oracle connection.

There is no firewall between Applicationserver and Oracle have time firewall, network time is too long, if not continuous, then the firewall will automatically close the connection. Or is the user’s profile in the specified idle time.

You can look up the user’s profile there is no such restriction
select * from user_resource_limits

No, debugger, I found an SQL query Times

Cause by: java.sql.sqlrecoverableexception: Unable to get more data from the socket.

The SQL queries into the DB tools inside. SQL sentence will report ORA-17410 errors,

SQL is a simple main foreign related inquiries, other select * from other tables without error.

It sounds incredible, but it is a fact, just a query command.

sql are being given what has been executed.

Your mistake, it should be turned off connect lead. Check the network status and firewall configuration and idle time

After executing the sentence error, DB Connect cut off. DB connection has been is good. There is no firewall blocking problem is execute this SQL problem.
Reply:
http://yangtingkun.itpub.net/post/468/499924
When accessed through JDBC 10.2.0.1 database program, met a ORA-17410 error.

Detailed error information:
This error message is difficult to see Oracle error messages, check online this

When the error-related information is actually found this error ORA-17410.
ORA-17410: No more data to read from socket
.Error is rather strange that the same SQL in

sqlplus inside execution does not have any problem if some of the failed SQL query removed, it does not produce an error. And the same procedure did not come across this error before. Suspect several

According to the database version 10.2.0.1 related to this issue does not appear in 10.2.0.3 Over.
Checked metalink, found the document ID 1083922.1 describes this phenomenon.

10.2 到 11.2 this error
All versions are likely to occur.
For the 11.1 version, can be resolved through PATCH 8935561, version 10.2 for JDBC, in addition to upgrading the database to the version of this error does not occur, but also

Can be connected through OCI, because this error occurs only in JDBC thin client connection mode.

Популярные сообщения из этого блога