can't find files

Hi,

We have a clustered JR setup and currently, we are having issues with accessing files that are older than a certain date (when we did a restart of JR) In the logs there is nothing to see except these errors (see below). So we are wondering how we can restore those files or make a check that these are still correct paths in our JR. We use an oracle DB + FS storage of the files. 

Any suggestion is welcome, as currently we have no idea how to restore our production to a working solution. However files that currently have been uploaded, are able to be retrieved.

####<24-Jan-2020 06:18:02 o'clock CET> <Error> <HTTP> <vsrv1655.int.belbone.be> <ContentRepositoryServer1> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.k
ernel.Default (self-tuning)'> <<WLS Kernel>> <> <47df88576f6fae10:-1dd369c9:16fd3c09c8d:-8000-0000000000002233> <1579843082724> <WL-101019> <[ServletContext@5
72323637[app:tw-repository-webdav-2.1.1 module:tw-repository-webdav-2.1.1.war path:null spec-version:null]] Servlet failed with an IOException
java.io.IOException: Error opening input stream of /shared/cr_prod/tw-repository/repository/CRSRV1/../datastore/fc/25/80/fc258050fa2ba46faacf06f78ae49d72e96e1
eb5
at org.apache.jackrabbit.server.io.DefaultHandler.exportContent(DefaultHandler.java:411)
at org.apache.jackrabbit.server.io.DefaultHandler.exportContent(DefaultHandler.java:425)
at org.apache.jackrabbit.server.io.IOManagerImpl.exportContent(IOManagerImpl.java:177)
at org.apache.jackrabbit.webdav.simple.DavResourceImpl.spool(DavResourceImpl.java:282)
at org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.spoolResource(AbstractWebdavServlet.java:507)
at org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.doGet(AbstractWebdavServlet.java:473)
at org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.execute(AbstractWebdavServlet.java:314)
at org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.service(AbstractWebdavServlet.java:263)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:845)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:242)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:216)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:132)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:338)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:222)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3292)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3262)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
at weblogic.servlet.provider.WlsSubjectHandle.run(WlsSubjectHandle.java:57)
at weblogic.servlet.internal.WebAppServletContext.doSecuredExecute(WebAppServletContext.java:2171)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2099)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2075)
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1513)
at weblogic.servlet.provider.ContainerSupportProviderImpl$WlsRequestExecutor.run(ContainerSupportProviderImpl.java:255)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
>