This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 212729 - Deployment to Glassfish causes high IO which turns NetBeans into unusable
Summary: Deployment to Glassfish causes high IO which turns NetBeans into unusable
Status: RESOLVED INCOMPLETE
Alias: None
Product: serverplugins
Classification: Unclassified
Component: GlassFish (show other bugs)
Version: 7.2
Hardware: PC Windows XP
: P3 normal (vote)
Assignee: TomasKraus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-05-18 22:14 UTC by bht
Modified: 2012-05-30 08:47 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Logs and snapshot all in zip file (85.25 KB, application/x-zip)
2012-05-18 22:14 UTC, bht
Details

Note You need to log in before you can comment on or make changes to this bug.
Description bht 2012-05-18 22:14:18 UTC
Created attachment 119635 [details]
Logs and snapshot all in zip file

The IDE stops responding due to 99% CPU use. There are Lucene exceptions in the log. The whole computer becomes unresponsive and it takes 30 minutes to create and save a snapshot. Impossible to continue using this build for any work.


When deploying a web application to GlassFish, there is a tab in the output
window for this "<Project name> (run-deploy)" but the content is empty
and the process does not show any output in the output window for a long time.

CPU is at 99% and in Windows XP it takes minutes to start the task manager.
NetBeans is still responding at a glacial speed.
It is NetBeans not GlassFish consuming the CPU.
I click the button "Profile the IDE" and after a minute I click it again.
Saving snapshot does not want to finish, either.
The deploy task is still running after 30 minutes or so and has
produced output:
ant -f <my project> -DforceRedeploy=true -Ddirectory.deployment.supported=true run-deploy
init:
deps-module-jar:
deps-ear-jar:
deps-jar:

The deploy task may not be what is causing this because saving snapshot does not finish, either.
I don't want to lose the snapshot while memory use is going up so I cancel the running deploy task.
ant -f <my project> -DforceRedeploy=true -Ddirectory.deployment.supported=true run-deploy
init:
deps-module-jar:
deps-ear-jar:
deps-jar:
BUILD STOPPED (total time: 41 minutes 44 seconds)
Comment 1 bht 2012-05-18 22:19:35 UTC
netbeans-trunk-nightly-201205160400-ml-windows.exe
Comment 2 David Strupl 2012-05-24 11:10:15 UTC
The IDE was locked due to high IO load and basically no operations on disk were performed during that time.

I suspect Glassfish deployment but it can be any process blocking the IO on Windows machine. Re-assigning to glassfish for evaluation.

The Lucene exceptions are unrelated to the lockup.
Comment 3 TomasKraus 2012-05-24 14:56:39 UTC
Is it happening any time and with any kind of deployment?
What GF (version, local/remote) do you use?

We know that there is JAX-WS bug in GF 3.1.2 which may cause NetBeans to hang when running ant task related to WS.
Check 211962 for more details.

Knowing more about your project and GlassFish may let me know if you may be facing the same issue or not.
Comment 4 bht 2012-05-24 16:43:11 UTC
It usually takes less than a minute to deploy the project not over 41 minutes.
I does not look so much like a GlassFish issue to me although the GlassFish deployment was the only task that I was aware of at the time. I killed the deploy task from within NetBeans and then the CPU use was still as high as before. If there are no other clues in the log file and in the snapshot then I think there is not much we can do until it happens again. My question would be what other steps I could take while it happens to make your analysis easier. Where was 45 minutes of CPU load going? Into I/O?
Comment 5 TomasKraus 2012-05-25 11:23:21 UTC
Log shows a lot of 'slow execution' warnings and also it looks like they were written also before deployment.
In snapshot there are couple of disk I/O that took a very long time.
But It was waiting on java.io, not spending time inside NB code.

At this point I'm even not sure if this was caused by NetBeans. Are you sure that there was nothing else doing intensive disk I/O running on your windows machine?

Next time you can try to check all processes running there. Think http://technet.microsoft.com/en-us/sysinternals/bb896653 (Process Explorer) is a good tool for this.
Comment 6 TomasKraus 2012-05-30 08:47:30 UTC
I'm closing this bug now because I can't do much without knowing more. Please feel free to open it again when you'll the same problem.