Pinned topicXIO timeout on 1 million records while ORB works fine

‏2013-03-28T20:16:47Z
|Tags:

Answered question
This question has been answered.

Unanswered question
This question has not been answered yet.

Hi
I receive timeout error as in the logs below.When I reduce the no of record to be preloaded , it works fine . It is a client based preload
Another interesting observation is that for the same preloading with ORB the results are good and I do not receive any error .
I am sure it has something to do due to XIO as transport.
I changed the XIO timeout to 90 secs from 30 secs on the client and server side .Still the time out occurs and I see a reference to a 30000 ms timeout. I am not sure what timeout value it is and how can it be set to a tuned value.

Is there a way i can optimize or increase the timeout to get all the records preloaded
################################LOGS##############################

Catalog Service Endpoints not specified. Starting an embedded server using end points: localhost:28093/28/13 15:23:51:088 EDT 00000001 WsLoggerConfi W com.ibm.ws.logging.WsLoggerConfigurator getExtensionPointLoggingConfiguration Unable to get extension point - com.ibm.wsspi.extension.logger-properties3/28/13 15:23:50:992 EDT 00000001 RuntimeInfo I CWOBJ0903I: The internal version of WebSphere eXtreme Scale is v7.0.0 (8.6.0.0) http://cf11305.31182928.3/28/13 15:23:51:434 EDT 00000001 WXSProperties I CWOBJ0054I: The value of the "com.ibm.websphere.objectgrid.container.reconnect.block.reconnect.time" property is "30000".3/28/13 15:23:51:434 EDT 00000001 WXSProperties I CWOBJ0054I: The value of the "com.ibm.websphere.objectgrid.container.reconnect.min.successful.heartbeats" property is "10".3/28/13 15:23:51:435 EDT 00000001 WXSProperties I CWOBJ0054I: The value of the "com.ibm.websphere.objectgrid.container.reconnect.restart" property is "true".3/28/13 15:23:51:436 EDT 00000001 WXSProperties I CWOBJ0054I: The value of the "com.ibm.websphere.objectgrid.container.reconnect.restart.delay" property is "2000".3/28/13 15:23:51:437 EDT 00000001 WXSProperties I CWOBJ0054I: The value of the "com.ibm.websphere.objectgrid.container.reconnect.restart.parent.timeout" property is "180000".3/28/13 15:23:51:437 EDT 00000001 WXSProperties I CWOBJ0054I: The value of the "com.ibm.websphere.objectgrid.container.reconnect.retry.forever" property is "false".3/28/13 15:23:51:542 EDT 00000001 LocationServi I CWOBJ0204I: The transport type of this Client JVM is being determined by contacting the catalog service domain with the catalog service endpoints of: localhost:2809. 3/28/13 15:23:52:473 EDT 00000001 XIOOutboundTr I CWOBJ0054I: The value of the "minXIONetworkThreads" property is "1".3/28/13 15:23:52:474 EDT 00000001 XIOOutboundTr I CWOBJ0054I: The value of the "maxXIONetworkThreads" property is "256".3/28/13 15:23:52:475 EDT 00000001 XIOOutboundTr I CWOBJ0054I: The value of the "xioTimeout" property is "30".3/28/13 15:23:52:475 EDT 00000001 XIOOutboundTr I CWOBJ0054I: The value of the "xioReadTimeout" property is "30".3/28/13 15:23:52:476 EDT 00000001 XIOOutboundTr I CWOBJ0054I: The value of the "xioWriteTimeout" property is "30".3/28/13 15:23:52:476 EDT 00000001 XIOOutboundTr I CWOBJ0054I: The value of the "extendedCatalogServerTimeout" property is "180000".3/28/13 15:23:52:519 EDT 00000001 XIORegistry I CWOBJ9054I: The eXtremeIO registry is using the endpoint ID 4000013db274cb90e0000dac569537b4.3/28/13 15:23:52:526 EDT 00000001 XIOQueueManag I CWOBJ0054I: The value of the "minXIOWorkerThreads" property is "1".3/28/13 15:23:52:527 EDT 00000001 XIOQueueManag I CWOBJ0054I: The value of the "maxXIOWorkerThreads" property is "256".3/28/13 15:23:52:608 EDT 00000001 LocationServi I CWOBJ0200I: The transport type is eXtremeIO.3/28/13 15:23:52:873 EDT 00000001 ObjectGridMan I CWOBJ2433I: Client-side ObjectGrid settings are going to be overridden for domain DefaultDomain using the URL file:/home/a039939/extremescaletrial860/ObjectGrid/samples/westest/build/classes/META-INF/objectgrid2.xml.
Client proerties are ClientPropertiesImpl{preferLocalJVM=true, preferLocalHost=true, preferZones=null, clientInfo=ClientInfo{xsver=48,features=http://XSSYSTEM],sysprop={java.specification.version=1.7, java.runtime.version=1.7.0_17-b02, java.version=1.7.0_17, os.version=2.6.32-279.1.1.el6.x86_64, os.name=Linux, os.arch=amd64},unmarkedCfgd=true}, bootStrapListShuffle=true3/28/13 15:23:52:926 EDT 00000019 ClusterStore I CWOBJ1132I: An updated routing entry for domain:grid:epoch DefaultDomain:SAMPLE:1364496101308 was obtained from the catalog server.3/28/13 15:23:52:934 EDT 00000019 LocationServi I CWOBJ2521I: The catalog server bootstrap addresses changed from localhost:2809 to rxpoc.testcom:2809.3/28/13 15:23:53:165 EDT 00000001 ObjectGridImp I CWOBJ0059I: The transaction timeout value was not configured or was set to 0 for ObjectGrid SAMPLE. With this configuration, transactions never time out. The transaction timeout value is being set to 600 seconds.3/28/13 15:23:53:194 EDT 00000001 XDFHelper I CWOBJ6306I: XDF has been enabled for map Ticket.3/28/13 15:23:53:281 EDT 00000001 ClientDomainC I CWOBJ1126I: The ObjectGrid client connected to the SAMPLE grid in the DefaultDomain domain using connection 0.
Client proerties are ClientPropertiesImpl{preferLocalJVM=true, preferLocalHost=true, preferZones=null, clientInfo=ClientInfo{xsver=48,features=http://XSSYSTEM],sysprop={java.specification.version=1.7, java.runtime.version=1.7.0_17-b02, java.version=1.7.0_17, os.version=2.6.32-279.1.1.el6.x86_64, os.name=Linux, os.arch=amd64},unmarkedCfgd=true}, bootStrapListShuffle=true
com.ibm.ws.objectgrid.ObjectGridImpl@3dc264b1{name=SAMPLE, type=CLIENT, isOffheapEligible=true}

Re: XIO timeout on 1 million records while ORB works fine

I changed the XIO timeout to 90 secs, added XIO readtimeout, XIO write timeeut to 90 secs. When I started the catalog and container , i did see in the logs they get reflected.

I use a client server topology .On my eclipse console , i found the client also has the property different and defaulted to 30 .I used client clustercontext setClientProperties methd to over ride the value to 90 secs. In the logs i see when the client instance start up , the tiemout set to 30 secs and then overridden to 90 secs when i s..o.p the getClientProperties.

Now i expect the timeout to be set to 90.but i still get the same error. I doubt is it the same timeout value that throws the error.

Re: XIO timeout on 1 million records while ORB works fine

The 30 seconds is likely the request retry timeout. By default it is 30 seconds or the remaining time in the transaction timeout, which ever is smaller. If you want a request to retry for longer you need to set the request retry timeout to a higher number in your client properties or Session.

It appears though that you are running into an issue where the server is not giving a response in the necessary time. If you are doing a simple transaction it would seem that you may be running into a product defect possibly. With more details of what you are attempting in your transaction, we will be able to know more of what the problem could be.