Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 349235 - restart can fail after installing new bundles, as a function of total number of installed bundles
Summary: restart can fail after installing new bundles, as a function of total number ...
Status: RESOLVED FIXED
Alias: None
Product: Equinox
Classification: Eclipse Project
Component: Framework (show other bugs)
Version: 3.7   Edit
Hardware: PC Linux
: P3 major (vote)
Target Milestone: Juno M1   Edit
Assignee: Thomas Watson CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-13 16:30 EDT by Thomas Watson CLA
Modified: 2011-06-13 16:33 EDT (History)
9 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.