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

Bug 349235

Summary: restart can fail after installing new bundles, as a function of total number of installed bundles
Product: [Eclipse Project] Equinox Reporter: Thomas Watson <tjwatson>
Component: FrameworkAssignee: Thomas Watson <tjwatson>
Status: RESOLVED FIXED QA Contact:
Severity: major    
Priority: P3 CC: david_williams, dj.houghton, kim.moir, manderse, mknauer, pascal, snjezana.peco, tjwatson, wayne.beaton
Version: 3.7   
Target Milestone: Juno M1   
Hardware: PC   
OS: Linux   
Whiteboard:

Description Thomas Watson CLA 2011-06-13 16:30:29 EDT
Opened this bug to release fix to Juno.

+++ This bug was initially created as a clone of Bug #349105 +++

While stess testing Indigo RC4 packages (Java EE IDE) and while trying to reproduce bug 349073 (which I could not) I did once see a seemingly bad error, that left my installation in some sort of state where it would not restart. 

Worse, there was no error log where it told be to go check for errors. On restart after installing a bunch of stuff (and subsequent attempts) I get an error dialog that said "An error has occurred. See the log file
/home/davidw/.eclipse/org.eclipse.platform_3.7.0_692754952/configuration/1307756571714.log" but no log there. 

And ... the main reason I'm opening this bug ... I was surprised by some of the error messages left in workspace log during the "install everything" phase of the test ... and they might be related to the error state? 

Many messages are similar to

!ENTRY org.eclipse.equinox.p2.touchpoint.natives 4 0 2011-06-10 21:36:30.274
!MESSAGE org.eclipse.equinox.internal.p2.touchpoint.natives.actions.UnzipAction error unzipping zipfile: /home/davidw/.eclipse/o
rg.eclipse.platform_3.7.0_692754952/p2/org.eclipse.equinox.p2.core/cache/binary/org.eclipse.xtext.ui_root_2.0.0.v201106070531des
tination: /usr/local/eclipseIndigoRC4

I think that is saying it is trying to use as destination /usr/local/eclipseIndigoRC4, which, as you might guess, is my "shared installed" and indeed me as "user" does not have write access there ... so, I'm surprised anything is trying to unzip something there. (and, unzip failures might even be related to the "too many files open" problem I was initially investigating, if so wanted to be sure to capture the log, and info, in case it helps.
Comment 1 Thomas Watson CLA 2011-06-13 16:33:46 EDT
Fixed in HEAD.