Community
Participate
Working Groups
The below error makes the Revision Graph functionality unusable. I use it rather seldom so I cannot exactly say since when it fails. The most noticable operation on our subversion repository was to switch from "svn+ssh" protocol to "https" (WebDAV). Is there any way to reset the cache in order to get this working again? Version: 0.7.9.I20101001-1700 SVN Client: org.eclipse.team.svn.connector.svnkit16 2.2.2.I20100917-1700 SVN/1.6.11 SVNKit/1.3.3 (http://svnkit.com/) r6649 JVM Properties: {java.runtime.name=Java(TM) SE Runtime Environment, java.runtime.version=1.6.0_21-b06, java.vendor=Sun Microsystems Inc., line.separator= , java.class.version=50.0, os.name=Linux, os.arch=i386, user.country=US, os.version=2.6.32-25-generic, eclipse.commands=-os linux -ws gtk -arch x86 -showsplash /opt/Eclipse/3.6.0-Helios-2010-10-12-TasktopPro/eclipse//plugins/org.eclipse.platform_3.6.0.v201006080911/splash.bmp -launcher /opt/Eclipse/3.6.0-Helios-2010-10-12-TasktopPro/eclipse/eclipse -name Eclipse --launcher.library /opt/Eclipse/3.6.0-Helios-2010-10-12-TasktopPro/eclipse//plugins/org.eclipse.equinox.launcher.gtk.linux.x86_1.1.0.v20100503/eclipse_1307.so -startup /opt/Eclipse/3.6.0-Helios-2010-10-12-TasktopPro/eclipse//plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar -product org.eclipse.epp.package.jee.product -keyring /home/joerg/.eclipse-keyring/.keyring -vm /LOCAL_COPY/fileserver/export/opt2/JavaCentral/linux/jdk1.6.0_21/bin/../jre/lib/i386/client/libjvm.so , java.version=1.6.0_21, osgi.framework.version=3.6.0.v20100517, file.separator=/, java.vm.info=mixed mode, path.separator=:, user.timezone=Europe/Berlin, user.language=en, java.vm.name=Java HotSpot(TM) Client VM, file.encoding=ISO-8859-1} java.io.FileNotFoundException: /export/home/joerg/macd/workspace/.metadata/.plugins/org.eclipse.team.svn.revision.graph/repositories.data (No such file or directory) java.io.FileNotFoundException: /export/home/joerg/macd/workspace/.metadata/.plugins/org.eclipse.team.svn.revision.graph/repositories.data (No such file or directory) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.<init>(FileOutputStream.java:179) at java.io.FileOutputStream.<init>(FileOutputStream.java:131) at java.io.PrintWriter.<init>(PrintWriter.java:258) at org.eclipse.team.svn.revision.graph.cache.RepositoryCachesManager.saveRepositoryCachesData(RepositoryCachesManager.java:85) at org.eclipse.team.svn.revision.graph.cache.RepositoryCachesManager.save(RepositoryCachesManager.java:80) at org.eclipse.team.svn.revision.graph.cache.RepositoryCachesManager.getCacheOrCreate(RepositoryCachesManager.java:159) at org.eclipse.team.svn.revision.graph.operation.CreateCacheDataOperation.runImpl(CreateCacheDataOperation.java:53) at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104) at org.eclipse.team.svn.core.operation.CompositeOperation.runImpl(CompositeOperation.java:95) at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104) at org.eclipse.team.svn.core.operation.CompositeOperation.runImpl(CompositeOperation.java:95) at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81) at org.eclipse.team.svn.core.operation.LoggedOperation.run(LoggedOperation.java:39) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTaskExternal(ProgressMonitorUtility.java:90) at org.eclipse.team.svn.ui.utility.DefaultCancellableOperationWrapper.run(DefaultCancellableOperationWrapper.java:55) at org.eclipse.team.svn.ui.utility.SVNTeamOperationWrapper.run(SVNTeamOperationWrapper.java:35) at org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:144) at org.eclipse.team.internal.ui.actions.JobRunnableContext$ResourceJob.runInWorkspace(JobRunnableContext.java:72) at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
I have check this functionality several times but not even once I have had issues like this. So, I think the issue is related to the access rights on the file system (I've seen already similar reports quite a time ago) and in order to solve the problem please make the folder accessible for modifications.
Sorry for the late reply, but it looks like there is some security issue: file access rights were changed so that the revision graph could not open this file for write anymore. Could you check it please if it is not too late?
(In reply to comment #2) > Sorry for the late reply, but it looks like there is some security issue: file > access rights were changed so that the revision graph could not open this file > for write anymore. Could you check it please if it is not too late? Дорогой Александр, I have no idea how the access could be changed. I am using Linux and the workspace is in my home directory. Maybe you could tell me some background information how this could happen or some better ways to debug this issue if it reappears. Спасибо, Jörg
Exception happened at the first line of the code: PrintWriter out = new PrintWriter(file, "UTF-8"); try { ................ } finally { out.close(); } There is only one reason why it could happen: file could not be opened for write and could not be created. Why it could happen? I could think up a few reasons: 1) file exists, but has no rights for write/read 2) file does not exists, but can't be created due to security restrictions 3) instead of file there is a directory with the same name 4) file exists, have all required rights, but locked by another process Situation 3) should not be happening because it requires manual intrusion (delete file, then create directory with the same name). Situations 1), 2) and 4) could happen but when and why - I actually have no idea. So, this is all possible reasons for the code to fail, I can think of.
> 1) file exists, but has no rights for write/read > 2) file does not exists, but can't be created due to security restrictions > 3) instead of file there is a directory with the same name > 4) file exists, have all required rights, but locked by another process Do you lock this file on Linux? > So, this is all possible reasons for the code to fail, I can think of. Maybe reason 2b) Lack of disk space... OK, if it happens the next time, I will check according to your ideas. Cheers, Jörg
> Do you lock this file on Linux? No. > Maybe reason 2b) Lack of disk space... It is possible, but unlikely. It is not something you could occasionally overlook (because no one likes working with only few kilobytes of disk space available :) ).
(In reply to comment #5) Hello Jörg, As it seems the issue is not reproduced in such a long time, I suppose it really was a case > 2b) Lack of disk space as you suggested. So, for now I'll close the report as one that doesn't require a fix.
