0
votes

Problem: A 10 to 15 minute delay in WebSphere application deployments.

Environment/Situation: WebSphere 6.1.0.23, 90MB ear files containing about 19,000 files (ear file contains jar libraries). The ear file, WebSphere, and the automation driving the deployment are all on the same box. No EJBs. There are about 20 deployed applications like this on this box with 10 of them usually running.

Details: The deployment is automated, and the message 'ADMA5013I: Application ... installed successfully' is received. A few moments later, the directory is created (blah.ear/blah.war), but the directory remains empty for 10 to 15 minutes. Except for this specific delay, the performance on the box is fine and CPU utilization is very low. Once the files start getting created, they all show up in under a minute. Steps before and after this step run at an acceptable speed. It's just this one step, waiting for the files to show-up that's the problem.

Additional Details (precipitated by comments, below): WebSphere ND as evidenced by "Deployment Manager", and "Node Agent" in the logs. The ear contains one war file, one application. By using shared a library definition, the size of the ear was reduced to 60MB. WebSphere itself is started with JVM option -XX:MaxPermSize=256M. The deployments are done using the tools in the com.ibm.websphere.management.* packages (jar file supplied by IBM), primary class is "AdminClient". The code is similar to what is in this IBM documentation WS UI entry [System Administration > Console Preferences > "Synchronize changes with nodes"] was checked, but still sits for 15 minutes 'without doing anything'.

1
90KB or 90MB? How many modules within single EAR? How much memory is allocated for WAS? What WAS edition do you have? How exactly the deployment is being done?ᄂ ᄀ
Are you using ND? "Node sync" is required for prompt configuration updates.Brett Kail
90 megabytes, yes, sorry. Edited the original question. The "edition", I'm not sure how to tell, although I think it might be "ND". The deployments are done using the tools inDale
The deployments are done using the tools in the com.ibm.websphere.management.* packages (jar file supplied by IBM), primary class is "AdminClient". Is there an easy way to tell if it's "ND"?Dale
By ND, I meant: are you starting a deployment manager, node agent, and application server in your environment?Brett Kail

1 Answers

0
votes

Just guesses:

  1. ear files timestamp is in the past. Might be caused by jvm time-zone problems, different time zones when building/deploying (esp. if different machines used).
  2. JDK could determine is there enough disk space
  3. WSAD of some tool do not close file descriptor. Try deploy with anti-viruses paused.

Could you please describe situation in more details:

  • does build and deploy on the same machine?
  • does it work the same on all circumstances?