Uploaded image for project: 'FishEye'
  1. FishEye
  2. FE-910

non-read/execute perms on a repo cause FE to loop until EOM (512M/6G even) in a short time

    XMLWordPrintable

Details

    Description

      This scenario came up after I rsynced a remote folder, but I forgot a trailing / and got another folder. fixing this minor problem I went on to other things, not checking.

      After the rysnc took, the updated root directory perms were rwxrwx--- for which the FE process user could not access at all.

      I thought this was initially related a repository scan problem but no, I restarted FE with different memory paramters, with/without the troublesome repo entry and the result was the same. EOM:

      ERROR: problem running command
      java.lang.reflect.InvocationTargetException
      	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
      	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
      	at java.lang.reflect.Method.invoke(Method.java:597)
      	at com.cenqua.fisheye.FishEyeCtl.mainImpl(FishEyeCtl.java:105)
      	at com.cenqua.fisheye.FishEyeCtl.main(FishEyeCtl.java:38)
      Caused by: java.lang.OutOfMemoryError: Java heap space
      	at java.util.Arrays.copyOf(Arrays.java:2882)
      	at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:100)
      	at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:572)
      	at java.lang.StringBuilder.append(StringBuilder.java:203)
      	at java.io.UnixFileSystem.resolve(UnixFileSystem.java:93)
      	at java.io.File.<init>(File.java:207)
      	at java.io.File.listFiles(File.java:1056)
      	at com.cenqua.fisheye.io.IOHelper.recursiveDeleteImpl(IOHelper.java:158)
      	at com.cenqua.fisheye.io.IOHelper.recursiveDelete(IOHelper.java:143)
      	at com.cenqua.fisheye.rep.DiffTextCache.<init>(DiffTextCache.java:51)
      	at com.cenqua.fisheye.rep.RepositoryScanner.<init>(RepositoryScanner.java:66)
      	at com.cenqua.fisheye.perforce.P4Scanner.<init>(P4Scanner.java:48)
      	at com.cenqua.fisheye.perforce.P4RepositoryEngine.<init>(P4RepositoryEngine.java:36)
      	at com.cenqua.fisheye.perforce.P4RepositoryConfig.createRepositoryEngine(P4RepositoryConfig.java:140)
      	at com.cenqua.fisheye.rep.RepositoryHandle.run(RepositoryHandle.java:265)
      	at com.cenqua.fisheye.config.RepositoryManager.runRepository(RepositoryManager.java:222)
      	at com.cenqua.fisheye.config.RootConfig.startRepositories(RootConfig.java:349)
      	at com.cenqua.fisheye.ctl.Run.mainImpl(Run.java:261)
      	at com.cenqua.fisheye.ctl.Run.main(Run.java:44)
      	... 6 more
      

      I'm guessing that there is something not quite kosher in the exception handling for native command execution/cleanup....

      Attachments

        Activity

          People

            Unassigned Unassigned
            4065af06a75f Andy Brook (Javahollic Software)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: