Return-Path: X-Original-To: apmail-manifoldcf-user-archive@www.apache.org Delivered-To: apmail-manifoldcf-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1AA3A106F8 for ; Fri, 10 Jan 2014 09:17:30 +0000 (UTC) Received: (qmail 72936 invoked by uid 500); 10 Jan 2014 09:17:17 -0000 Delivered-To: apmail-manifoldcf-user-archive@manifoldcf.apache.org Received: (qmail 72777 invoked by uid 500); 10 Jan 2014 09:17:11 -0000 Mailing-List: contact user-help@manifoldcf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@manifoldcf.apache.org Delivered-To: mailing list user@manifoldcf.apache.org Received: (qmail 72769 invoked by uid 99); 10 Jan 2014 09:17:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Jan 2014 09:17:09 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of Adrian.Conlon@arup.com designates 149.126.107.84 as permitted sender) Received: from [149.126.107.84] (HELO smtp03.uk.arup.com) (149.126.107.84) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 10 Jan 2014 09:16:59 +0000 DomainKey-Signature: s=MAY2011; d=arup.com; c=nofws; q=dns; h=X-IronPort-AV:Received:Received:From:To:Subject: Thread-Topic:Thread-Index:Date:Message-ID:References: In-Reply-To:Accept-Language:Content-Language: X-MS-Has-Attach:X-MS-TNEF-Correlator:mmsendingitemguid: x-originating-ip:Content-Type:MIME-Version; b=P2dBVYFywZeYnvrkMuAKW727gXTeVso6V/KLDSkr917zvU/+0LpzXxxa l4ure1FyQgzUQaiQBJh0Cl/7QRkXHQf2ypxHV2Vxaj7bJGFnm3+Mz0nia nPbetwaId8j0Jko; X-IronPort-AV: E=Sophos;i="4.95,637,1384300800"; d="scan'208,217";a="10397291" Received: from eurxmbs06.global.arup.com ([10.128.29.13]) by smtp03.uk.arup.com with ESMTP/TLS/AES128-SHA; 10 Jan 2014 09:16:38 +0000 Received: from EURXMBS05.global.arup.com ([10.128.29.12]) by EURXMBS06.global.arup.com ([10.128.29.13]) with mapi id 14.02.0309.003; Fri, 10 Jan 2014 09:16:38 +0000 From: Adrian Conlon To: "user@manifoldcf.apache.org" Subject: RE: Lock Warnings in ManifoldCF logs Thread-Topic: Lock Warnings in ManifoldCF logs Thread-Index: Ac8MkLe0y1Vp/hhYTH+5p2IRYiHgNwACW+IAAALK4/AAT4z94A== Date: Fri, 10 Jan 2014 09:16:36 +0000 Message-ID: <9981956DB68BC442B357E8F31F0028AD2FBA6C54@EURXMBS05.global.arup.com> References: <9981956DB68BC442B357E8F31F0028AD2FBA42DD@EURXMBS05.global.arup.com> <9981956DB68BC442B357E8F31F0028AD2FBA4617@EURXMBS05.global.arup.com> In-Reply-To: <9981956DB68BC442B357E8F31F0028AD2FBA4617@EURXMBS05.global.arup.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: mmsendingitemguid: 52df9455-d24a-43e7-9e46-0cfc021c85f7 x-originating-ip: [10.128.112.8] Content-Type: multipart/alternative; boundary="_000_9981956DB68BC442B357E8F31F0028AD2FBA6C54EURXMBS05global_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_9981956DB68BC442B357E8F31F0028AD2FBA6C54EURXMBS05global_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Karl, Well, the good news is we've got rid of pretty much *all* of the lock file = warnings by ensuring the all ManifoldCF programs are running as the same us= er. The bad news is that we're left with a lock error that shuts down the agent= s process: ERROR 2014-01-09 23:43:47,560 (Worker thread '17') - Couldn't write to lock= file; disk may be full. Shutting down process; locks may be left dangling= . You must cleanup before restarting. java.io.FileNotFoundException: C:\Solr\Application\crawler\Enterprise-Searc= h\.\syncharea\32\542\lock-_Cache_OUTPUTCONNECTION_Oasys&58! Output connecti= on.file (Access is denied) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.(Unknown Source) at java.io.FileOutputStream.(Unknown Source) at java.io.FileWriter.(Unknown Source) at org.apache.manifoldcf.core.lockmanager.LockObject.writeF= ile(LockObject.java:732) at org.apache.manifoldcf.core.lockmanager.LockObject.enterR= eadLockNoWait(LockObject.java:449) at org.apache.manifoldcf.core.lockmanager.LockObject.enterR= eadLock(LockObject.java:401) at org.apache.manifoldcf.core.lockmanager.LockManager.enter= Locks(LockManager.java:924) at org.apache.manifoldcf.core.cachemanager.CacheManager.ent= erCache(CacheManager.java:278) at org.apache.manifoldcf.core.cachemanager.CacheManager.fin= dObjectsAndExecute(CacheManager.java:98) at org.apache.manifoldcf.agents.outputconnection.OutputConn= ectionManager.loadMultiple(OutputConnectionManager.java:256) at org.apache.manifoldcf.agents.outputconnection.OutputConn= ectionManager.load(OutputConnectionManager.java:233) at org.apache.manifoldcf.agents.incrementalingest.Increment= alIngester.getOutputDescription(IncrementalIngester.java:306) at org.apache.manifoldcf.crawler.system.WorkerThread.run(Wo= rkerThread.java:306) This error looks like some kind of resource management limit issue, so I'll= look into this (the disk isn't full). If you've got any further ideas, th= at'd be useful... Adrian From: Adrian Conlon [mailto:Adrian.Conlon@arup.com] Sent: 08 January 2014 19:16 To: user@manifoldcf.apache.org Subject: RE: Lock Warnings in ManifoldCF logs Hi Karl, Thanks for the reply: that does make some sense, I haven't bothered ensurin= g my agents are running under the same account as the servlet container on = Windows. On Linux, I *did* sort this out just because it was the most stra= ightforward approach. I'll sort out my Windows agents process (might take a day or two before I g= et around to this) and reply back to this thread. Thanks again for the info, Adrian From: Karl Wright [mailto:daddywri@gmail.com] Sent: 08 January 2014 17:51 To: user@manifoldcf.apache.org Subject: Re: Lock Warnings in ManifoldCF logs Hi Adrian, "WARN 2014-01-06 11:06:00,782 (http-bio-8080-exec-5) - Attempt to set file = lock 'C:\Solr\Application\crawler\Enterprise-Search\.\syncharea\392\308\loc= k-_Cache_JOB_1387380847667.lock' failed: The system cannot find the path sp= ecified java.io.IOException: The system cannot find the path specified at java.io.WinNTFileSystem. createFileExclusively(Native Method)" This does not have anything to do with your controller software. What it i= s complaining about is that it cannot create a file. There are a number of= possible reasons for this. (1) You may be out of system resources (2) You may have run ManifoldCF scripts as an incorrect user, causing direc= tories to be created which other manifoldcf processes don't have write acce= ss to (3) Windows may have gotten itself into a funky state My suggestion is to first of all make SURE your ManifoldCF processes are al= l being executed by the same user. THEN perform the lock clean sequence: - shut down all manifoldcf processes - run the lockclean.bat script - start your manifoldcf processes again Thanks, Karl On Wed, Jan 8, 2014 at 11:51 AM, Adrian Conlon > wrote: Hi All, I'm getting large numbers of locking warnings in my logs on a Windows serve= r (normally I run under Ubuntu/Linux). Eventually the agent service stops = working. Anyway, here's a couple of sample exceptions from the log: WARN 2014-01-07 02:04:47,740 (http-bio-8080-exec-20) - Attempt to set file = lock 'C:\Solr\Application\crawler\Enterprise-Search\.\syncharea\32\542\lock= -_Cache_OUTPUTCONNECTION_Oasys&58! Output connection.lock' failed: Access i= s denied java.io.IOException: Access is denied at java.io.WinNTFileSystem.createFileExclusively(Native Met= hod) at java.io.File.createNewFile(Unknown Source) at org.apache.manifoldcf.core.lockmanager.LockObject.grabFi= leLock(LockObject.java:550) at org.apache.manifoldcf.core.lockmanager.LockObject.enterR= eadLockNoWait(LockObject.java:439) at org.apache.manifoldcf.core.lockmanager.LockObject.enterR= eadLock(LockObject.java:401) at org.apache.manifoldcf.core.lockmanager.LockManager.enter= Locks(LockManager.java:924) at org.apache.manifoldcf.core.cachemanager.CacheManager.ent= erCache(CacheManager.java:278) at org.apache.manifoldcf.core.cachemanager.CacheManager.fin= dObjectsAndExecute(CacheManager.java:98) at org.apache.manifoldcf.agents.outputconnection.OutputConn= ectionManager.loadMultiple(OutputConnectionManager.java:256) at org.apache.manifoldcf.agents.outputconnection.OutputConn= ectionManager.load(OutputConnectionManager.java:233) at org.apache.manifoldcf.crawler.system.ManifoldCF.apiReadO= utputConnection(ManifoldCF.java:2122) at org.apache.manifoldcf.crawler.system.ManifoldCF.executeR= eadCommand(ManifoldCF.java:3191) at org.apache.manifoldcf.apiservlet.APIServlet.executeRead(= APIServlet.java:231) at org.apache.manifoldcf.apiservlet.APIServlet.doGet(APISer= vlet.java:77) at javax.servlet.http.HttpServlet.service(HttpServlet.java:= 621) at javax.servlet.http.HttpServlet.service(HttpServlet.java:= 722) at org.apache.catalina.core.ApplicationFilterChain.internal= DoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter= (ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(Sta= ndardWrapperValve.java:225) at org.apache.catalina.core.StandardContextValve.invoke(Sta= ndardContextValve.java:169) at org.apache.catalina.authenticator.AuthenticatorBase.invo= ke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(Standa= rdHostValve.java:168) at org.apache.catalina.valves.ErrorReportValve.invoke(Error= ReportValve.java:98) at org.apache.catalina.valves.AccessLogValve.invoke(AccessL= ogValve.java:927) at org.apache.catalina.core.StandardEngineValve.invoke(Stan= dardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(Coyo= teAdapter.java:407) at org.apache.coyote.http11.AbstractHttp11Processor.process= (AbstractHttp11Processor.java:999) at org.apache.coyote.AbstractProtocol$AbstractConnectionHan= dler.process(AbstractProtocol.java:565) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.r= un(JIoEndpoint.java:309) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknow= n Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unkno= wn Source) at java.lang.Thread.run(Unknown Source) WARN 2014-01-06 11:06:00,782 (http-bio-8080-exec-5) - Attempt to set file l= ock 'C:\Solr\Application\crawler\Enterprise-Search\.\syncharea\392\308\lock= -_Cache_JOB_1387380847667.lock' failed: The system cannot find the path spe= cified java.io.IOException: The system cannot find the path specified at java.io.WinNTFileSystem.createFileExclusively(Native Met= hod) at java.io.File.createNewFile(Unknown Source) at org.apache.manifoldcf.core.lockmanager.LockObject.grabFi= leLock(LockObject.java:550) at org.apache.manifoldcf.core.lockmanager.LockObject.leaveR= eadLock(LockObject.java:489) at org.apache.manifoldcf.core.lockmanager.LockManager.leave= ReadLock(LockManager.java:752) at org.apache.manifoldcf.core.lockmanager.LockManager.leave= Locks(LockManager.java:1216) at org.apache.manifoldcf.core.cachemanager.CacheManager.com= mitTransaction(CacheManager.java:761) at org.apache.manifoldcf.core.database.Database.endTransact= ion(Database.java:395) at org.apache.manifoldcf.core.database.DBInterfacePostgreSQ= L.endTransaction(DBInterfacePostgreSQL.java:1161) at org.apache.manifoldcf.core.database.BaseTable.endTransac= tion(BaseTable.java:277) at org.apache.manifoldcf.crawler.jobs.Jobs.getAll(Jobs.java= :538) at org.apache.manifoldcf.crawler.jobs.JobManager.getAllJobs= (JobManager.java:486) at org.apache.manifoldcf.crawler.system.ManifoldCF.apiReadJ= obs(ManifoldCF.java:1753) at org.apache.manifoldcf.crawler.system.ManifoldCF.executeR= eadCommand(ManifoldCF.java:3069) at org.apache.manifoldcf.apiservlet.APIServlet.executeRead(= APIServlet.java:231) at org.apache.manifoldcf.apiservlet.APIServlet.doGet(APISer= vlet.java:77) at javax.servlet.http.HttpServlet.service(HttpServlet.java:= 621) at javax.servlet.http.HttpServlet.service(HttpServlet.java:= 722) at org.apache.catalina.core.ApplicationFilterChain.internal= DoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter= (ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(Sta= ndardWrapperValve.java:225) at org.apache.catalina.core.StandardContextValve.invoke(Sta= ndardContextValve.java:169) at org.apache.catalina.authenticator.AuthenticatorBase.invo= ke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(Standa= rdHostValve.java:168) at org.apache.catalina.valves.ErrorReportValve.invoke(Error= ReportValve.java:98) at org.apache.catalina.valves.AccessLogValve.invoke(AccessL= ogValve.java:927) at org.apache.catalina.core.StandardEngineValve.invoke(Stan= dardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(Coyo= teAdapter.java:407) at org.apache.coyote.http11.AbstractHttp11Processor.process= (AbstractHttp11Processor.java:999) at org.apache.coyote.AbstractProtocol$AbstractConnectionHan= dler.process(AbstractProtocol.java:565) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.r= un(JIoEndpoint.java:309) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknow= n Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unkno= wn Source) at java.lang.Thread.run(Unknown Source) Does anyone have any ideas on what might be causing this? I note that alth= ough my AWS Ubuntu instance doesn't fail (or generate warnings), the syncha= rea does seem to get awfully large. Is it the intention that the syncharea= should be self-cleansing? Adrian p.s. I should note that my (home-grown) ManifoldCF controller software generates= large amounts of ManifoldCF jobs, and is always tinkering with them (start= ing, stopping, modifying, etc.). ____________________________________________________________ Electronic mail messages entering and leaving Arup business systems are scanned for acceptability of content and viruses --_000_9981956DB68BC442B357E8F31F0028AD2FBA6C54EURXMBS05global_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

ERROR 2014-01-09 23:43:47,560 (Worker thread '17') -= Couldn't write to lock file; disk may be full.  Shutting down process= ; locks may be left dangling.  You must cleanup before restarting.<= /p>

java.io.FileNotFoundException: C:\Solr\Application\c= rawler\Enterprise-Search\.\syncharea\32\542\lock-_Cache_OUTPUTCONNECTION_Oa= sys&58! Output connection.file (Access is denied)

        &nbs= p;       at java.io.FileOutputStream.open(Nat= ive Method)

        &nbs= p;       at java.io.FileOutputStream.<init= >(Unknown Source)

        &nbs= p;       at java.io.FileOutputStream.<init= >(Unknown Source)

        &nbs= p;       at java.io.FileWriter.<init>(U= nknown Source)

        &nbs= p;       at org.apache.manifoldcf.core.lockma= nager.LockObject.writeFile(LockObject.java:732)

        &nbs= p;       at org.apache.manifoldcf.core.lockma= nager.LockObject.enterReadLockNoWait(LockObject.java:449)

        &nbs= p;       at org.apache.manifoldcf.core.lockma= nager.LockObject.enterReadLock(LockObject.java:401)

        &nbs= p;       at org.apache.manifoldcf.core.lockma= nager.LockManager.enterLocks(LockManager.java:924)

        &nbs= p;       at org.apache.manifoldcf.core.cachem= anager.CacheManager.enterCache(CacheManager.java:278)

        &nbs= p;       at org.apache.manifoldcf.core.cachem= anager.CacheManager.findObjectsAndExecute(CacheManager.java:98)<= /p>

        &nbs= p;       at org.apache.manifoldcf.agents.outp= utconnection.OutputConnectionManager.loadMultiple(OutputConnectionManager.j= ava:256)

        &nbs= p;       at org.apache.manifoldcf.agents.outp= utconnection.OutputConnectionManager.load(OutputConnectionManager.java:233)=

        &nbs= p;       at org.apache.manifoldcf.agents.incr= ementalingest.IncrementalIngester.getOutputDescription(IncrementalIngester.= java:306)

        &nbs= p;       at org.apache.manifoldcf.crawler.sys= tem.WorkerThread.run(WorkerThread.java:306)

From: Adrian Conlon [mailto:Adrian.Conlon@arup.com]
Sent: 08 January 2014 19:16
To: user@manifoldcf.apache.org
Subject: RE: Lock Warnings in ManifoldCF logs

 

From: Karl Wright [= mailto:daddywri@gmail.com]
Sent: 08 January 2014 17:51
To: user@manifoldcf.ap= ache.org
Subject: Re: Lock Warnings in ManifoldCF logs

 

 

Hi Adrian,

"WARN 2014-01-06 11:06:00,782 (http-bio-8080-exec-5) - Attempt to set = file lock 'C:\Solr\Application\crawler\Enterprise-Search\.\syncharea\392\30= 8\lock-_Cache_JOB_1387380847667.lock' failed: The system cannot find the pa= th specified

java.io.IOException: The system cannot find the path specified

        &nbs= p;       at java.io.WinNTFileSystem.

createFileExclusively(Native Method)"

 

This does not have anything to do with your controller software.&n= bsp; What it is complaining about is that it cannot create a file.  Th= ere are a number of possible reasons for this.

 

(1) You may be out of system resources

(2) You may have run ManifoldCF scripts as an incorrect user, caus= ing directories to be created which other manifoldcf processes don't have w= rite access to

(3) Windows may have gotten itself into a funky state

 

My suggestion is to first of all make SURE your ManifoldCF process= es are all being executed by the same user.  THEN perform the lock cle= an sequence:

 

- shut down all manifoldcf processes

- run the lockclean.bat script

- start your manifoldcf processes again

 

Thanks,

Karl

 

 

On Wed, Jan 8, 2014 at 11:51 AM, Adrian Conlon <<= a href=3D"mailto:Adrian.Conlon@arup.com" target=3D"_blank">Adrian.Conlon@ar= up.com> wrote:

Hi All,

 

I’m getting large numbers of locking warnings in my logs on = a Windows server (normally I run under Ubuntu/Linux).  Eventually the = agent service stops working.

 

Anyway, here’s a couple of sample exceptions from the log:

 

WARN 2014-01-07 02:04:47,740 (http-bio-8080-exec-20) - Attempt to = set file lock 'C:\Solr\Application\crawler\Enterprise-Search\.\syncharea\32= \542\lock-_Cache_OUTPUTCONNECTION_Oasys&58! Output connection.lock' failed: Access is denied

java.io.IOException: Access is denied

           =      at java.io.WinNTFileSystem.createFileExclusively(N= ative Method)

           =      at java.io.File.createNewFile(Unknown Source)=

           =      at org.apache.manifoldcf.core.lockmanager.LockObje= ct.grabFileLock(LockObject.java:550)

           =      at org.apache.manifoldcf.core.lockmanager.LockObje= ct.enterReadLockNoWait(LockObject.java:439)

           =      at org.apache.manifoldcf.core.lockmanager.LockObje= ct.enterReadLock(LockObject.java:401)

           =      at org.apache.manifoldcf.core.lockmanager.LockMana= ger.enterLocks(LockManager.java:924)

           =      at org.apache.manifoldcf.core.cachemanager.CacheMa= nager.enterCache(CacheManager.java:278)

           =      at org.apache.manifoldcf.core.cachemanager.CacheMa= nager.findObjectsAndExecute(CacheManager.java:98)

           =      at org.apache.manifoldcf.agents.outputconnection.O= utputConnectionManager.loadMultiple(OutputConnectionManager.java:256)<= /o:p>

           =      at org.apache.manifoldcf.agents.outputconnection.O= utputConnectionManager.load(OutputConnectionManager.java:233)

           =      at org.apache.manifoldcf.crawler.system.ManifoldCF= .apiReadOutputConnection(ManifoldCF.java:2122)

           =      at org.apache.manifoldcf.crawler.system.ManifoldCF= .executeReadCommand(ManifoldCF.java:3191)

           =      at org.apache.manifoldcf.apiservlet.APIServlet.exe= cuteRead(APIServlet.java:231)

           =      at org.apache.manifoldcf.apiservlet.APIServlet.doG= et(APIServlet.java:77)

           =      at javax.servlet.http.HttpServlet.service(HttpServ= let.java:621)

           =      at javax.servlet.http.HttpServlet.service(HttpServ= let.java:722)

           =      at org.apache.catalina.core.ApplicationFilterChain= .internalDoFilter(ApplicationFilterChain.java:305)

           =      at org.apache.catalina.core.ApplicationFilterChain= .doFilter(ApplicationFilterChain.java:210)

           =      at org.apache.catalina.core.StandardWrapperValve.i= nvoke(StandardWrapperValve.java:225)

           =      at org.apache.catalina.core.StandardContextValve.i= nvoke(StandardContextValve.java:169)

           =      at org.apache.catalina.authenticator.Authenticator= Base.invoke(AuthenticatorBase.java:472)

           =      at org.apache.catalina.core.StandardHostValve.invo= ke(StandardHostValve.java:168)

           =      at org.apache.catalina.valves.ErrorReportValve.inv= oke(ErrorReportValve.java:98)

           =      at org.apache.catalina.valves.AccessLogValve.invok= e(AccessLogValve.java:927)

           =      at org.apache.catalina.core.StandardEngineValve.in= voke(StandardEngineValve.java:118)

           =      at org.apache.catalina.connector.CoyoteAdapter.ser= vice(CoyoteAdapter.java:407)

           =      at org.apache.coyote.http11.AbstractHttp11Processo= r.process(AbstractHttp11Processor.java:999)

           =      at org.apache.coyote.AbstractProtocol$AbstractConn= ectionHandler.process(AbstractProtocol.java:565)

           =      at org.apache.tomcat.util.net.JIoEndpoint$SocketPr= ocessor.run(JIoEndpoint.java:309)

           =      at java.util.concurrent.ThreadPoolExecutor.runWork= er(Unknown Source)

           =      at java.util.concurrent.ThreadPoolExecutor$Worker.= run(Unknown Source)

           =      at java.lang.Thread.run(Unknown Source)=

 

WARN 2014-01-06 11:06:00,782 (http-bio-8080-exec-5) - Attempt to s= et file lock 'C:\Solr\Application\crawler\Enterprise-Search\.\syncharea\392= \308\lock-_Cache_JOB_1387380847667.lock' failed: The system cannot find the path specified

java.io.IOException: The system cannot find the path specified

           =      at java.io.WinNTFileSystem.createFileExclusively(N= ative Method)

           =      at java.io.File.createNewFile(Unknown Source)=

           =      at org.apache.manifoldcf.core.lockmanager.LockObje= ct.grabFileLock(LockObject.java:550)

           =      at org.apache.manifoldcf.core.lockmanager.LockObje= ct.leaveReadLock(LockObject.java:489)

           =      at org.apache.manifoldcf.core.lockmanager.LockMana= ger.leaveReadLock(LockManager.java:752)

           =      at org.apache.manifoldcf.core.lockmanager.LockMana= ger.leaveLocks(LockManager.java:1216)

           =      at org.apache.manifoldcf.core.cachemanager.CacheMa= nager.commitTransaction(CacheManager.java:761)

           =      at org.apache.manifoldcf.core.database.Database.en= dTransaction(Database.java:395)

           =      at org.apache.manifoldcf.core.database.DBInterface= PostgreSQL.endTransaction(DBInterfacePostgreSQL.java:1161)

           =      at org.apache.manifoldcf.core.database.BaseTable.e= ndTransaction(BaseTable.java:277)

           =      at org.apache.manifoldcf.crawler.jobs.Jobs.getAll(= Jobs.java:538)

           =      at org.apache.manifoldcf.crawler.jobs.JobManager.g= etAllJobs(JobManager.java:486)

           =      at org.apache.manifoldcf.crawler.system.ManifoldCF= .apiReadJobs(ManifoldCF.java:1753)

           =      at org.apache.manifoldcf.crawler.system.ManifoldCF= .executeReadCommand(ManifoldCF.java:3069)

           =      at org.apache.manifoldcf.apiservlet.APIServlet.exe= cuteRead(APIServlet.java:231)

           =      at org.apache.manifoldcf.apiservlet.APIServlet.doG= et(APIServlet.java:77)

           =      at javax.servlet.http.HttpServlet.service(HttpServ= let.java:621)

           =      at javax.servlet.http.HttpServlet.service(HttpServ= let.java:722)

           =      at org.apache.catalina.core.ApplicationFilterChain= .internalDoFilter(ApplicationFilterChain.java:305)

           =      at org.apache.catalina.core.ApplicationFilterChain= .doFilter(ApplicationFilterChain.java:210)

           =      at org.apache.catalina.core.StandardWrapperValve.i= nvoke(StandardWrapperValve.java:225)

           =      at org.apache.catalina.core.StandardContextValve.i= nvoke(StandardContextValve.java:169)

           =      at org.apache.catalina.authenticator.Authenticator= Base.invoke(AuthenticatorBase.java:472)

           =      at org.apache.catalina.core.StandardHostValve.invo= ke(StandardHostValve.java:168)

           =      at org.apache.catalina.valves.ErrorReportValve.inv= oke(ErrorReportValve.java:98)

           =      at org.apache.catalina.valves.AccessLogValve.invok= e(AccessLogValve.java:927)

           =      at org.apache.catalina.core.StandardEngineValve.in= voke(StandardEngineValve.java:118)

           =      at org.apache.catalina.connector.CoyoteAdapter.ser= vice(CoyoteAdapter.java:407)

           =      at org.apache.coyote.http11.AbstractHttp11Processo= r.process(AbstractHttp11Processor.java:999)

           =      at org.apache.coyote.AbstractProtocol$AbstractConn= ectionHandler.process(AbstractProtocol.java:565)

           =      at org.apache.tomcat.util.net.JIoEndpoint$SocketPr= ocessor.run(JIoEndpoint.java:309)

           =      at java.util.concurrent.ThreadPoolExecutor.runWork= er(Unknown Source)

           =      at java.util.concurrent.ThreadPoolExecutor$Worker.= run(Unknown Source)

           =      at java.lang.Thread.run(Unknown Source)=

 

 

Does anyone have any ideas on what might be causing this?  I = note that although my AWS Ubuntu instance doesn’t fail (or generate w= arnings), the syncharea does seem to get awfully large.  Is it the intention that the syncharea should be self-cleansi= ng?

 

Adrian

 

p.s.

I should note that my (home-grown) ManifoldCF controller software = generates large amounts of ManifoldCF jobs, and is always tinkering with th= em (starting, stopping, modifying, etc.).

 

____________________________________________________________
Electronic mail messages entering and leaving Arup  business
systems are scanned for acceptability of content and viruses

 

--_000_9981956DB68BC442B357E8F31F0028AD2FBA6C54EURXMBS05global_--