Hi William,

Why don't you ask "the association" ? ;)

More seriously, last jdbc drivers (ojdbc5/6) use more random number while establishing connection to the database. But with recent version of java in "JAVA_HOME"/lib/security/java.security there is :
securerandom.source=file:/dev/urandom
instead of
securerandom.source=file:///dev/urandom
which cause /dev/random to be used.
Fixing java.security could help.

Aurélien

ps: have a look at: man 4 random

On 15/03/2013 17:41, TIC-Caristan-W wrote:
300 is not the biggest server, I have some with 400+ ;) and it works fine on physical server. No there is no reason yet to upgrade to. But we are trying to move WO from physical server to virual machines, and there are sometimes some performance problems. We are preparing load tests and it would be fine to confirm there is no performance problem at the jdbc driver level. If I could be sure it's OK with 1.4 driver I can stick with it...

Le 15/03/2013 17:24, Aaron Rosenzweig a écrit :
Hi Caristan,

Wow, ok so you have 300 app instances and they are all currently running but you started them up one by one (painful, ouch, sorry man).

Oh, and you raised the open file limits - important piece of info.

In light of all of that I see two possibilities:

1) The new oracle driver actually was using more open connections and leaving them open. If this is true (hard to confirm at this moment) then letting everything restart on their own should be ok but see #2 below.

2) Starting 300 app instances at once is rough. I'd be afraid to do more than twenty at once. Perhaps the older oracle drivers did a better job of waiting for their turn to talk to the database. Maybe the newer one just stalls if it can't communicate in time and then never recovers.

Just curious... what is the reason to upgrade the driver? To stay current? That's a good reason by itself but didn't know if there was another reason.

Sorry this is giving you so much gas.
*Aaron Rosenzweig* / Chat 'n Bike <http://www.chatnbike.com>
*e:* aa...@chatnbike.com <mailto:aa...@chatnbike.com> *t:* (301) 956-2319
Chat 'n Bike    Chat 'n Bike


On Mar 15, 2013, at 11:40 AM, TIC-Caristan-W wrote:

Hi all

I managed to start all modules (about 300), ONE BY ONE with jdbc5! It took hours, as it was more and more slowly to start them but all is up and running. About system limits, I raised open files (ulimit -n) from 1024 to 100000.
Now that all is running, here are some system infos:
# netstat -na|egrep ESTABLISHED\|LISTEN|wc -l
1435
# netstat -na|wc -l
2271
# lsof|wc -l
46193
# ps -axwww|grep java|wc -l
294

Is there some system info I should check before I shutdown and try to restart them all automatiqually from auto- recover?



Le 14/03/2013 18:21, Chuck Hill a écrit :
On 2013-03-14, at 8:10 AM, Aaron Rosenzweig wrote:

Hi Caristan,

Since it happens to lock "sometimes" it does kind of sound like extra sockets are getting open but then never closed.

You could test this more fully by finding one that is locked, killing it, launching it, see that it is locked again (consistently locked). Then, take a healthy one and kill it then try to open another. You might find you can have only X open applications at a time and once you do X + 1 it locks.

WO itself has a problem where It creates an extra db connection and never releases it. It queries the DB for info at startup and never lets go. There are some helper methods in WOnder that can release it or maybe if you are running full-bodied WOnder it does it automatically. But in the same idea... perhaps the newer Oracle driver creates one or more additional DB connections but then never releases them.
That should be fixed in a full Wonder app. That was an EOF bug so it seems unlikely to me that it would exist in the new Oracle JDBC driver. But this is Oracle...


Chuck


AARON ROSENZWEIG / Chat 'n Bike
e:aa...@chatnbike.com <mailto:aa...@chatnbike.com> t: (301) 956-2319


On Mar 14, 2013, at 10:13 AM, TIC-Caristan-W wrote:

Hi Aaron
No there is no other change than remove old jdbc.jar and copy the new one, and replacing Java with the right version for 1.6. Extra connections with the new driver sound like a good explanation. I'll check other system limits.

Seems that at least someone else hit this problem, but he just keep using 1.4 instead of looking deeply for the problem :(
https://forums.oracle.com/forums/thread.jspa?messageID=9742052

Le 14/03/2013 14:22, Aaron Rosenzweig a écrit :
Hmm... If it was the open file limit you'd probably see errors like this:

<WOWorkerThread id=250 socket=null> IOException occurred while
accepting server socket: java.net.SocketException: Too many open files
AARON ROSENZWEIG / Chat 'n Bike
e:aa...@chatnbike.com <mailto:aa...@chatnbike.com> t: (301) 956-2319

On Mar 14, 2013, at 6:28 AM, TIC-Caristan-W wrote:

And here is one from one another module that seems more interesting. As far I understand, seems like the jdbc driver is unable to connect?


Attaching to process ID 21167, please wait...
Debugger attached successfully.
Client compiler detected.
JVM version is 20.14-b01
Deadlock Detection:

No deadlocks found.

Thread 29766: (state = BLOCKED)
- java.lang.Thread.sleep(long) @bci=0 (Interpreted frame)
- com.webobjects.appserver.WOApplication$_LifebeatThread.run() @bci=233, line=1619 (Interpreted frame)


Thread 29731: (state = BLOCKED)
- java.lang.Thread.sleep(long) @bci=0 (Interpreted frame)
- com.webobjects.appserver.WOSessionStore$_SessionTimeoutManager.run() @bci=12, line=98 (Interpreted frame)
- java.lang.Thread.run() @bci=11, line=662 (Interpreted frame)


Thread 21995: (state = BLOCKED)


Thread 21955: (state = BLOCKED)
- sun.misc.Unsafe.park(boolean, long) @bci=0 (Interpreted frame)
- java.util.concurrent.locks.LockSupport.park(java.lang.Object) @bci=14, line=156 (Interpreted frame) - java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt() @bci=1, line=811 (Interpreted frame) - java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(java.util.concurrent.locks.AbstractQueuedSynchronizer$Node, int) @bci=48, line=842 (Interpreted frame) - java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(int) @bci=17, line=1178 (Interpreted frame) - java.util.concurrent.locks.ReentrantLock$NonfairSync.lock() @bci=21, line=186 (Interpreted frame) - java.util.concurrent.locks.ReentrantLock.lock() @bci=4, line=262 (Interpreted frame) - com.webobjects.eocontrol.EOObjectStoreCoordinator.lock() @bci=4, line=420 (Interpreted frame) - com.webobjects.eocontrol.EOEditingContext.lockObjectStore() @bci=41, line=4666 (Interpreted frame) - com.webobjects.eocontrol.EOEditingContext._dispose(boolean) @bci=181, line=1172 (Interpreted frame) - com.webobjects.eocontrol.EOEditingContext.finalize() @bci=9, line=1239 (Interpreted frame) - java.lang.ref.Finalizer.invokeFinalizeMethod(java.lang.Object) @bci=0 (Interpreted frame) - java.lang.ref.Finalizer.runFinalizer() @bci=45, line=83 (Interpreted frame) - java.lang.ref.Finalizer.access$100(java.lang.ref.Finalizer) @bci=1, line=14 (Interpreted frame) - java.lang.ref.Finalizer$FinalizerThread.run() @bci=11, line=160 (Interpreted frame)


Thread 21943: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.lang.Object.wait() @bci=2, line=485 (Interpreted frame)
- java.lang.ref.Reference$ReferenceHandler.run() @bci=46, line=116 (Interpreted frame)


Thread 21814: (state = IN_NATIVE)
- java.io.FileInputStream.readBytes(byte[], int, int) @bci=0 (Interpreted frame) - java.io.FileInputStream.read(byte[], int, int) @bci=4, line=220 (Interpreted frame) - sun.security.provider.SeedGenerator$URLSeedGenerator.getSeedBytes(byte[]) @bci=19, line=493 (Interpreted frame) - sun.security.provider.SeedGenerator.generateSeed(byte[]) @bci=4, line=117 (Interpreted frame) - sun.security.provider.SecureRandom$SeederHolder.<clinit>() @bci=20, line=167 (Interpreted frame) - sun.security.provider.SecureRandom.engineNextBytes(byte[]) @bci=21, line=184 (Interpreted frame) - java.security.SecureRandom.nextBytes(byte[]) @bci=5, line=433 (Interpreted frame)
- oracle.security.o5logon.O5Logon.a() @bci=15 (Interpreted frame)
- oracle.security.o5logon.O5Logon.<clinit>() @bci=0 (Interpreted frame) - oracle.jdbc.driver.T4CTTIoauthenticate.<init>(oracle.jdbc.driver.T4CConnection, java.lang.String, byte[]) @bci=65, line=566 (Interpreted frame) - oracle.jdbc.driver.T4CConnection.logon() @bci=432, line=370 (Interpreted frame) - oracle.jdbc.driver.PhysicalConnection.<init>(java.lang.String, java.util.Properties, oracle.jdbc.driver.OracleDriverExtension) @bci=335, line=546 (Interpreted frame) - oracle.jdbc.driver.T4CConnection.<init>(java.lang.String, java.util.Properties, oracle.jdbc.driver.OracleDriverExtension) @bci=4, line=236 (Interpreted frame) - oracle.jdbc.driver.T4CDriverExtension.getConnection(java.lang.String, java.util.Properties) @bci=7, line=32 (Interpreted frame) - oracle.jdbc.driver.OracleDriver.connect(java.lang.String, java.util.Properties) @bci=296, line=521 (Interpreted frame) - java.sql.DriverManager.getConnection(java.lang.String, java.util.Properties, java.lang.ClassLoader) @bci=210, line=582 (Interpreted frame) - java.sql.DriverManager.getConnection(java.lang.String, java.util.Properties) @bci=7, line=154 (Interpreted frame) - com.webobjects.jdbcadaptor.JDBCContext.connect() @bci=251, line=236 (Interpreted frame) - er.extensions.jdbc.ERXJDBCAdaptor$Context.connect() @bci=29, line=398 (Interpreted frame) - com.webobjects.jdbcadaptor.JDBCContext._tryConnect() @bci=55, line=362 (Interpreted frame) - com.webobjects.jdbcadaptor.JDBCContext._channelWillOpen() @bci=8, line=505 (Interpreted frame) - com.webobjects.jdbcadaptor.JDBCChannel.openChannel() @bci=17, line=111 (Interpreted frame) - com.webobjects.eoaccess.EODatabaseContext._openChannelWithLoginPanel(com.webobjects.eoaccess.EODatabaseChannel) @bci=19, line=1907 (Interpreted frame) - com.webobjects.eoaccess.EODatabaseContext._obtainOpenChannel() @bci=62, line=1966 (Interpreted frame) - com.webobjects.eoaccess.EODatabaseContext._objectsWithFetchSpecificationEditingContext(com.webobjects.eocontrol.EOFetchSpecification, com.webobjects.eocontrol.EOEditingContext) @bci=209, line=3054 (Interpreted frame) - com.webobjects.eoaccess.EODatabaseContext.objectsWithFetchSpecification(com.webobjects.eocontrol.EOFetchSpecification, com.webobjects.eocontrol.EOEditingContext) @bci=34, line=3195 (Interpreted frame) - com.webobjects.eocontrol.EOObjectStoreCoordinator.objectsWithFetchSpecification(com.webobjects.eocontrol.EOFetchSpecification, com.webobjects.eocontrol.EOEditingContext) @bci=97, line=488 (Interpreted frame) - com.webobjects.eocontrol.EOEditingContext.objectsWithFetchSpecification(com.webobjects.eocontrol.EOFetchSpecification, com.webobjects.eocontrol.EOEditingContext) @bci=79, line=4069 (Interpreted frame) - er.extensions.eof.ERXEC.objectsWithFetchSpecification(com.webobjects.eocontrol.EOFetchSpecification, com.webobjects.eocontrol.EOEditingContext) @bci=10, line=1215 (Interpreted frame) - com.webobjects.eocontrol.EOEditingContext.objectsWithFetchSpecification(com.webobjects.eocontrol.EOFetchSpecification) @bci=3, line=4444 (Interpreted frame) - org.cocktail.fwkcktlwebapp.server.database._CktlBasicDataBus.fetchArray(com.webobjects.eocontrol.EOEditingContext, java.lang.String, com.webobjects.eocontrol.EOQualifier, com.webobjects.foundation.NSArray, boolean, boolean, int) @bci=65, line=628 (Interpreted frame) - org.cocktail.fwkcktlwebapp.server.database._CktlBasicDataBus.fetchArray(com.webobjects.eocontrol.EOEditingContext, java.lang.String, com.webobjects.eocontrol.EOQualifier, com.webobjects.foundation.NSArray, boolean, boolean) @bci=11, line=602 (Interpreted frame) - org.cocktail.fwkcktlwebapp.server.database._CktlBasicDataBus.fetchArray(com.webobjects.eocontrol.EOEditingContext, java.lang.String, com.webobjects.eocontrol.EOQualifier, com.webobjects.foundation.NSArray) @bci=11, line=567 (Interpreted frame) - org.cocktail.fwkcktlwebapp.server.CktlConfig.reloadBaseConfig() @bci=53, line=434 (Interpreted frame) - org.cocktail.fwkcktlwebapp.server.CktlConfig.valuesForKeyFromBase(java.lang.String) @bci=49, line=601 (Interpreted frame) - org.cocktail.fwkcktlwebapp.server.CktlConfig.valuesForKey(java.lang.String) @bci=60, line=483 (Interpreted frame) - org.cocktail.fwkcktlwebapp.server.CktlConfig.valueForKey(java.lang.String) @bci=2, line=508 (Interpreted frame) - org.cocktail.fwkcktlwebapp.server.CktlConfig.stringForKey(java.lang.String) @bci=2, line=525 (Interpreted frame) - org.cocktail.fwkcktlwebapp.server.CktlWebApplication.initNetSettings() @bci=11, line=863 (Interpreted frame) - org.cocktail.fwkcktlwebapp.server.CktlWebApplication.initApplication() @bci=126, line=968 (Interpreted frame) - org.cocktail.agrhum.serveur.Application.initApplication() @bci=31, line=197 (Interpreted frame) - org.cocktail.fwkcktlwebapp.server.CktlWebApplication.<init>() @bci=20, line=129 (Interpreted frame) - org.cocktail.fwkcktlajaxwebext.serveur.CocktailAjaxApplication.<init>() @bci=1, line=39 (Interpreted frame) - org.cocktail.agrhum.serveur.Application.<init>() @bci=1, line=165 (Interpreted frame) - sun.reflect.NativeConstructorAccessorImpl.newInstance0(java.lang.reflect.Constructor, java.lang.Object[]) @bci=0 (Interpreted frame) - sun.reflect.NativeConstructorAccessorImpl.newInstance(java.lang.Object[]) @bci=72, line=39 (Interpreted frame) - sun.reflect.DelegatingConstructorAccessorImpl.newInstance(java.lang.Object[]) @bci=5, line=27 (Interpreted frame) - java.lang.reflect.Constructor.newInstance(java.lang.Object[]) @bci=92, line=513 (Interpreted frame) - java.lang.Class.newInstance0() @bci=118, line=357 (Interpreted frame) - java.lang.Class.newInstance() @bci=16, line=310 (Interpreted frame) - com.webobjects.appserver.WOApplication.main(java.lang.String[], java.lang.Class) @bci=44, line=547 (Interpreted frame) - er.extensions.appserver.ERXApplication.main(java.lang.String[], java.lang.Class) @bci=6, line=820 (Interpreted frame) - org.cocktail.agrhum.serveur.Application.main(java.lang.String[]) @bci=3, line=161 (Interpreted frame) - sun.reflect.NativeMethodAccessorImpl.invoke0(java.lang.reflect.Method, java.lang.Object, java.lang.Object[]) @bci=0 (Interpreted frame) - sun.reflect.NativeMethodAccessorImpl.invoke(java.lang.Object, java.lang.Object[]) @bci=87, line=39 (Interpreted frame) - sun.reflect.DelegatingMethodAccessorImpl.invoke(java.lang.Object, java.lang.Object[]) @bci=6, line=25 (Interpreted frame) - java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object[]) @bci=161, line=597 (Interpreted frame) - com.webobjects._bootstrap.WOBootstrap.main(java.lang.String[]) @bci=118, line=87 (Interpreted frame)


Le 14/03/2013 11:15, TIC-Caristan-W a écrit :
Hi

Here is the stack from the stuck instance:

Attaching to process ID 29814, please wait...
Debugger attached successfully.
Client compiler detected.
JVM version is 20.14-b01
Deadlock Detection:

No deadlocks found.

Thread 29857: (state = BLOCKED)
- java.lang.Thread.sleep(long) @bci=0 (Interpreted frame)
- com.webobjects.appserver.WOApplication$_LifebeatThread.run() @bci=233, line=1233 (Interpreted frame)


Thread 29856: (state = BLOCKED)
- java.lang.Thread.sleep(long) @bci=0 (Interpreted frame)
- com.webobjects.appserver.WOSessionStore$_SessionTimeoutManager.run() @bci=16, line=110 (Interpreted frame)
- java.lang.Thread.run() @bci=11, line=662 (Interpreted frame)


Thread 29852: (state = BLOCKED)


Thread 29851: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.lang.ref.ReferenceQueue.remove(long) @bci=44, line=118 (Interpreted frame) - java.lang.ref.ReferenceQueue.remove() @bci=2, line=134 (Interpreted frame) - java.lang.ref.Finalizer$FinalizerThread.run() @bci=3, line=159 (Interpreted frame)


Thread 29850: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.lang.Object.wait() @bci=2, line=485 (Interpreted frame)
- java.lang.ref.Reference$ReferenceHandler.run() @bci=46, line=116 (Interpreted frame)


Thread 29848: (state = IN_NATIVE)
- java.io.FileInputStream.readBytes(byte[], int, int) @bci=0 (Compiled frame; information may be imprecise)
Error occurred during stack walking:
java.lang.NullPointerException
at sun.jvm.hotspot.runtime.Frame.addressOfStackSlot(Frame.java:224) at sun.jvm.hotspot.runtime.x86.X86Frame.senderForCompiledFrame(X86Frame.java:342)
at sun.jvm.hotspot.runtime.x86.X86Frame.sender(X86Frame.java:283)
at sun.jvm.hotspot.runtime.Frame.sender(Frame.java:194)
at sun.jvm.hotspot.runtime.Frame.realSender(Frame.java:199)
at sun.jvm.hotspot.runtime.VFrame.sender(VFrame.java:119)
at sun.jvm.hotspot.runtime.CompiledVFrame.sender(CompiledVFrame.java:178)
at sun.jvm.hotspot.runtime.VFrame.javaSender(VFrame.java:146)
at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:76)
at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:45)
at sun.jvm.hotspot.tools.JStack.run(JStack.java:60)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:221)
at sun.jvm.hotspot.tools.JStack.main(JStack.java:86)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at sun.tools.jstack.JStack.runJStackTool(JStack.java:118)
at sun.tools.jstack.JStack.main(JStack.java:84)







And a stack from one that start correctly:

Attaching to process ID 14614, please wait...
Debugger attached successfully.
Client compiler detected.
JVM version is 20.14-b01
Deadlock Detection:

No deadlocks found.

Thread 27762: (state = BLOCKED)
- java.net.PlainSocketImpl.accept(java.net.SocketImpl) @bci=0, line=406 (Interpreted frame) - java.net.ServerSocket.implAccept(java.net.Socket) @bci=60, line=462 (Interpreted frame) - java.net.ServerSocket.accept() @bci=48, line=430 (Interpreted frame) - com.webobjects.appserver._private.WOWorkerThread.run() @bci=26, line=238 (Interpreted frame)
- java.lang.Thread.run() @bci=11, line=662 (Interpreted frame)

... same threads..


Thread 27741: (state = BLOCKED)
- java.net.PlainSocketImpl.accept(java.net.SocketImpl) @bci=0, line=406 (Interpreted frame) - java.net.ServerSocket.implAccept(java.net.Socket) @bci=60, line=462 (Interpreted frame) - java.net.ServerSocket.accept() @bci=48, line=430 (Interpreted frame) - com.webobjects.appserver._private.WOWorkerThread.run() @bci=26, line=238 (Interpreted frame)
- java.lang.Thread.run() @bci=11, line=662 (Interpreted frame)


Thread 21798: (state = BLOCKED)
- java.lang.Thread.sleep(long) @bci=0 (Interpreted frame)
- com.webobjects.appserver.WOApplication$_LifebeatThread.run() @bci=233, line=1233 (Interpreted frame)


Thread 20783: (state = BLOCKED)
- java.lang.Thread.sleep(long) @bci=0 (Interpreted frame)
- com.webobjects.appserver.WOSessionStore$_SessionTimeoutManager.run() @bci=16, line=110 (Interpreted frame)
- java.lang.Thread.run() @bci=11, line=662 (Interpreted frame)


Thread 15402: (state = BLOCKED)


Thread 15279: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.lang.ref.ReferenceQueue.remove(long) @bci=44, line=118 (Interpreted frame) - java.lang.ref.ReferenceQueue.remove() @bci=2, line=134 (Interpreted frame) - java.lang.ref.Finalizer$FinalizerThread.run() @bci=3, line=159 (Interpreted frame)


Thread 15264: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- java.lang.Object.wait() @bci=2, line=485 (Interpreted frame)
- java.lang.ref.Reference$ReferenceHandler.run() @bci=46, line=116 (Interpreted frame)


Thread 15117: (state = BLOCKED)
- java.lang.Object.wait(long) @bci=0 (Interpreted frame)
- com.webobjects.appserver._WORunLoop._acceptInputBeforeDate(com.webobjects.foundation.NSTimestamp) @bci=98, line=217 (Interpreted frame) - com.webobjects.appserver._WORunLoop.runBeforeDate(com.webobjects.foundation.NSTimestamp) @bci=39, line=71 (Interpreted frame) - com.webobjects.appserver.WOApplication._runOnce() @bci=17, line=775 (Interpreted frame) - com.webobjects.appserver.WOApplication.run() @bci=99, line=900 (Interpreted frame) - fr.univlr.cri.webapp.CRIWebApplication.run() @bci=5, line=354 (Interpreted frame) - com.webobjects.appserver.WOApplication.main(java.lang.String[], java.lang.Class) @bci=24, line=324 (Interpreted frame) - Application.main(java.lang.String[]) @bci=33, line=52 (Interpreted frame) - sun.reflect.NativeMethodAccessorImpl.invoke0(java.lang.reflect.Method, java.lang.Object, java.lang.Object[]) @bci=0 (Interpreted frame) - sun.reflect.NativeMethodAccessorImpl.invoke(java.lang.Object, java.lang.Object[]) @bci=87, line=39 (Interpreted frame) - sun.reflect.DelegatingMethodAccessorImpl.invoke(java.lang.Object, java.lang.Object[]) @bci=6, line=25 (Interpreted frame) - java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object[]) @bci=161, line=597 (Interpreted frame) - com.webobjects._bootstrap.WOBootstrap.main(java.lang.String[]) @bci=136, line=71 (Interpreted frame)


Le 13/03/2013 19:03, Chuck Hill a écrit :
It sounds like it is stuck waiting for a timeout. Can you start the app, wait for it to get stuck and then use

jstack -F <process ID>

to get a stack trace? That may suggest what is wrong.

Chuck


On 2013-03-13, at 10:57 AM, TIC-Caristan-W wrote:


Hi Aaron

I said that some instance can't start but I misspoke. I should have said some isntance don't start "correctly", it starts and just stuck. The only difference when running from command line is a few jars loading order

ojdbc14.jar working:
...
/opt/webobjects_5.3.3/Local/Library/WebObjects/Extensions/ojdbc14.jar
/opt/webobjects_5.3.3/Local/Library/WebObjects/Extensions/antlr.jar
/opt/webobjects_5.3.3/Local/Library/WebObjects/Extensions/jdt-compiler-3.1.1.jar
/opt/webobjects_5.3.3/Local/Library/WebObjects/Extensions/commons-logging-1.0.4.jar
/opt/webobjects_5.3.3/Local/Library/WebObjects/Extensions/log4j-1.2.4.jar
/opt/webobjects_5.3.3/Local/Library/WebObjects/Extensions/jca_1.0.jar
...
Log:
[2013-03-12 11:55:11 CET] <main> Creating LifebeatThread now with: ServAutB2F 52200 servername/ip 1085 30000
[12/03/13 11:55:11] Demarrage du service d'authentification...
Date de lancement : 12/03/13 11:55:11
Version : 2.0.0
[12/03/13 10:56:04] Le service d'authentification demarre
[2013-03-12 11:56:05 CET] <main> The URL for webserver connect is:

http://cocktailbx2.univ-bordeaux.fr/cgi-bin/WebObjects/ServAutB2F.woa/-52200

[2013-03-12 11:56:05 CET] <main> null
[2013-03-12 11:56:05 CET] <main> Waiting for requests...


ojdbc5.jar:
...
/opt/webobjects_5.3.3/Local/Library/WebObjects/Extensions/antlr.jar
/opt/webobjects_5.3.3/Local/Library/WebObjects/Extensions/jdt-compiler-3.1.1.jar
/opt/webobjects_5.3.3/Local/Library/WebObjects/Extensions/commons-logging-1.0.4.jar
/opt/webobjects_5.3.3/Local/Library/WebObjects/Extensions/log4j-1.2.4.jar
/opt/webobjects_5.3.3/Local/Library/WebObjects/Extensions/jca_1.0.jar
/opt/webobjects_5.3.3/Local/Library/WebObjects/Extensions/ojdbc5.jar
...

Log:
[2013-03-13 18:48:00 CET] <main> Creating LifebeatThread now with: ServAutB2F 52200 servername/ip 1085 30000
[13/03/13 18:48:00] Demarrage du service d'authentification...
Date de lancement : 13/03/13 18:48:00
Version : 2.0.0

<stuck here>



I even tried to rename ojdbc5.jar ojdbc14.jar whenever the jar loading order may do something, but no chance.



Le 13/03/2013 14:35, Aaron Rosenzweig a écrit :

Hi Caristan,

I would open up a terminal and try to launch from the command line. Jump inside the ".woa" and run the executable. You'll see log messages in standard out. Depending on how far it got check the WO logging directory.

It's possible, depending on how it is installed, that the new drivers are in a new place that can't be found by WO or the permissions are messed up.

Anyway, launching from terminal will give you more clues.
AARON ROSENZWEIG / Chat 'n Bike
e:
aa...@chatnbike.com <mailto:aa...@chatnbike.com>
t: (301) 956-2319

On Mar 13, 2013, at 5:27 AM, TIC-Caristan-W wrote:


Hi all
I'm running WebObjects instances that connect to Oracle 10g and 11g databases on linux with Java 1.5/ojdbc14.jar
All is working fine.

But when I try to ugrade the jdbc driver to ojdbc5.jar or to ojdbc6.jar+Java 1.6, most instaces can't start. Some can randomly start. When sniffing network, connection to database start, theer is a reply but it's quickly seems stuck compared to a working connection. I can manage to get it work with jst a few instace but not when enabling all. Database is in shared but I also tried in dedicated. I have check database session count, and anyway it's working with ojdbc14.jar so I thnik there is enough.
I also tried java i586 and x86_64.

Do you have some idea what I could check?

Thanks

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (
Webobjects-deploy@lists.apple.com <mailto:Webobjects-deploy@lists.apple.com>
)
Help/Unsubscribe/Update your Subscription:

https://lists.apple.com/mailman/options/webobjects-deploy/aaron%40chatnbike.com


This email sent to
aa...@chatnbike.com <mailto:aa...@chatnbike.com>
--

Cordialement,
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (
Webobjects-deploy@lists.apple.com <mailto:Webobjects-deploy@lists.apple.com>
)
Help/Unsubscribe/Update your Subscription:

https://lists.apple.com/mailman/options/webobjects-deploy/chill%40global-village.net


This email sent to
ch...@global-village.net <mailto:ch...@global-village.net>
--

Cordialement,
<Université_de_Bordeaux.gif>
William CARISTAN
cellule bases de données & exploitation
département technologies de l’information et de la communication
Domaine du Haut-Carré - bât. C4 - 2ème étage
43 rue Pierre Noailles - 33400 TALENCE
T 33 (0)5 40 00 60 11 - F 33 (0)5 40 00 26 21
www.univ-bordeaux.fr/tic <http://www.univ-bordeaux.fr/tic>
www.univ-bordeaux.fr <http://www.univ-bordeaux.fr>
--

Cordialement,
<Université_de_Bordeaux.gif>
William CARISTAN
cellule bases de données & exploitation
département technologies de l’information et de la communication
Domaine du Haut-Carré - bât. C4 - 2ème étage
43 rue Pierre Noailles - 33400 TALENCE
T 33 (0)5 40 00 60 11 - F 33 (0)5 40 00 26 21
www.univ-bordeaux.fr/tic <http://www.univ-bordeaux.fr/tic>
www.univ-bordeaux.fr <http://www.univ-bordeaux.fr> _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com <mailto:Webobjects-deploy@lists.apple.com>)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-deploy/aaron%40chatnbike.com

This email sent toaa...@chatnbike.com <mailto:toaa...@chatnbike.com>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com <mailto:Webobjects-deploy@lists.apple.com>)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-deploy/chill%40global-village.net

This email sent toch...@global-village.net <mailto:toch...@global-village.net>





--
signature UBx
Cordialement,
Université de Bordeaux <http://www.univ-bordeaux.fr/>
William CARISTAN*
*cellule bases de données & exploitation
------------------------------------------------------------------------
département technologies de l’information et de la communication
Domaine du Haut-Carré - bât. C4 - 2ème étage
43 rue Pierre Noailles - 33400 TALENCE
T 33 (0)5 40 00 60 11 - F 33 (0)5 40 00 26 21
www.univ-bordeaux.fr/tic <http://www.univ-bordeaux.fr/tic/>

------------------------------------------------------------------------
        www.univ-bordeaux.fr <http://www.univ-bordeaux.fr>



  _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-deploy/aurelien.minet%40univ-provence.fr

This email sent to aurelien.mi...@univ-provence.fr

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to