Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 391901

Summary:

Firewall blocks network access for JDK 1.7.0_07 on Hudson Windows slave

Product:

Community

Reporter:

Markus Keller <markus.kell.r>

Component:

CI-Jenkins

Assignee:

CI Admin Inbox <ci.admin-inbox>

Status:

RESOLVED FIXED

QA Contact:

Severity:

normal

Priority:

CC:

david_williams, webmaster

Version:

unspecified

Target Milestone:

---

Hardware:

OS:

Windows 7

Whiteboard:

Attachments:

Description	Flags
Screenshot	none

Description Markus Keller

2012-10-15 06:11:55 EDT

Created attachment 222293 [details]
Screenshot

Firewall blocks network access for JDK 1.7.0_07 on Hudson Windows slave

Not sure if that's relevant, but when I was looking at our tests, I saw the attached screenshot [1]. This could cause test failures (although I cannot point at a test that likely fails due to this).


[1] copy of http://download.eclipse.org/eclipse/downloads/drops4/N20121014-2000/testresults/win32.win32.x86_7.0/org.eclipse.ui.workbench.texteditor.tests.ScreenshotTest.testWindowsTaskManagerScreenshots1.png

Comment 1 David Williams

2012-10-15 08:49:03 EDT

Moving to Hudson to ask Hudson admins (webmasters) to modify tables (or, click "yes" when this pops up.

Comment 2 Eclipse Webmaster

2012-10-15 15:59:13 EDT

Ok, I've logged into the slave and clicked the 'allow' button.  Let me know if it keeps appearing.

-M.

Comment 3 Denis Roy

2012-10-15 16:11:13 EDT

Seems every time we change the VM this will happen.  Is there any way we can turn this silliness off?  Or will our Windows turn into a virus-infested pile in no time?

Comment 4 Eclipse Webmaster

2012-10-15 16:19:22 EDT

Well, it's already got the super virus known as Windows so......

Last time I looked into the firewall settings available they didn't seem to allow for such a 'generic' type of rule, as it seems to get really sticky about paths and binaries.

-M.

Comment 5 Markus Keller

2012-10-16 05:43:37 EDT

(In reply to comment #2)
> Let me know if it keeps appearing.

I'll do, but currently I'm blind because the VNC connection to the Windows slave is not running: http://download.eclipse.org/eclipse/downloads/drops4/N20121015-2000/testresults/win32.win32.x86_7.0/org.eclipse.ui.workbench.texteditor.tests.ScreenshotTest.testWindowsTaskManagerScreenshots1.png

Comment 6 David Williams

2012-10-16 10:31:59 EDT

(In reply to comment #5)
> (In reply to comment #2)
> > Let me know if it keeps appearing.
> 
> I'll do, but currently I'm blind because the VNC connection to the Windows
> slave is not running:
> http://download.eclipse.org/eclipse/downloads/drops4/N20121015-2000/
> testresults/win32.win32.x86_7.0/org.eclipse.ui.workbench.texteditor.tests.
> ScreenshotTest.testWindowsTaskManagerScreenshots1.png

It turns out that having a VNC connection open on one of these test boxes
appears to slow down the whole machine considerably (apparently for windows only?). Some indication that tests take nearly twice as long. (though no hard data at the moment).  See bug 389857 comment 57 and subsequent. 
We may have to reconsider this VNC connection requirement if it is done
primarily for one unit test and this ability to capture screen shots. 

Perhaps have the ability to run it off and on? Then have it off most of the time, turn it on when seems to be an issue? 

Or ... figure out how to improve the VNC connection so it does not impact the testing time ... it may interact poorly with other windows mechanisms such as firewalls? Antivirus? Or perhaps the other virtualized mechanisms (all just guesses).

Comment 7 Denis Roy

2012-10-16 15:32:49 EDT

> Or ... figure out how to improve the VNC connection so it does not impact
> the testing time ... it may interact poorly with other windows mechanisms
> such as firewalls? Antivirus? Or perhaps the other virtualized mechanisms
> (all just guesses).

As I understand it, when there is a screen, the emulator spends a large portion of its time emulating graphics.