Release candidate is withdrawn. Karl
On Sat, Aug 16, 2014 at 6:55 AM, Mingchun Zhao <mingchun.zha...@gmail.com> wrote: > Hi Karl, > > Got it. > I'll spin up the RC1 just now. > > Regards, > Mingchun > > 2014-08-15 19:26 GMT+09:00 Karl Wright <daddy...@gmail.com>: > > The ticket is CONNECTORS-1010, which I have fixed and pulled up a fix for > > 1.7 for. > > > > Mingchun, can you close this vote, and spin up an RC1 that we can vote > on? > > > > Thanks! > > Karl > > > > > > > > On Fri, Aug 15, 2014 at 5:50 AM, Karl Wright <daddy...@gmail.com> wrote: > > > >> Hi Erlend, > >> > >> This is actually the result of a bug fix that was made in the 1.7 time > >> frame. The problem actually arose in the first place in 1.5, when a > lock > >> needed to go from being a critical section to a cross-process lock. > But, > >> due to an oversight, this was only fixed now. > >> > >> We can lock based on the uri's hash value; that's the only viable > >> solution. File locking, though, will be removed in MCF 2.0 entirely, in > >> favor of Zookeeper. > >> > >> I'll open a ticket. > >> > >> Karl > >> > >> > >> > >> On Fri, Aug 15, 2014 at 4:11 AM, Erlend GarĂ¥sen < > e.f.gara...@usit.uio.no> > >> wrote: > >> > >>> > >>> Another thing. It's not possible to abort the job due to this problem. > >>> LockManager still tries to set locks over and over again. It's not > just the > >>> previous URL/filename I entered, but several others: > >>> > >>> WARN 2014-08-15 10:07:46,178 (Worker thread '31') - Attempt to set > file > >>> lock '/www/var/data/mcf/mcf-1/conf/../data/synchdir/664/756/lock- > >>> Solr&58!https&58!&47!&47!www.journals.uio.no&58!443&47! > >>> index.php&47!nordina&47!search&47!advancedResults? > >>> subject&61!Small%20group%20learning%2C%203rd%20graders% > >>> 2C%20learning%20of%20DC-circuit%20phenomena%2C% > >>> 20active%20and%20spontaneous%20learning.lock' failed: File name too > long > >>> > >>> Erlend > >>> > >>> > >>> On 15.08.14 09:46, Erlend GarĂ¥sen wrote: > >>> > >>>> > >>>> -1 > >>>> > >>>> All my first tests pass, but I think I found a blocker when I ran the > >>>> last one. > >>>> > >>>> By running MCF using FileLockManager, I'm getting the following error > >>>> and MCF just tries to run this task over and over again. My synch > folder > >>>> now contains a lot of files and it still grows. I think MCF should > >>>> handle long URLs and just strip the length of the filename if it > becomes > >>>> too large. > >>>> > >>>> INFO 2014-08-15 09:30:54,485 (Worker thread '9') - WEB: FETCH > >>>> URL|https://www.journals.uio.no/index.php/nordina/search/ > >>>> advancedResults?subject=effective%20continuing% > >>>> 20professional%20development%2C%20authentic%20and% > >>>> 20entrepreneurial%20learning%2C%20science%20and% > >>>> 20technology%20education|1408087853848+633|200|15735| > >>>> < > https://www.journals.uio.no/index.php/nordina/search/advancedResults?subject=effective%20continuing%20professional%20development%2C%20authentic%20and%20entrepreneurial%20learning%2C%20science%20and%20technology%20education%7C1408087853848+633%7C200%7C15735%7C > > > >>>> > >>>> WARN 2014-08-15 09:30:54,609 (Worker thread '9') - Attempt to set > file > >>>> lock > >>>> '/www/var/data/mcf/mcf-1/conf/../data/synchdir/948/350/lock- > >>>> Solr&58!https&58!&47!&47!www.journals.uio.no&58!443&47! > >>>> > index.php&47!nordina&47!search&47!advancedResults?subject&61!effective% > >>>> 20continuing%20professional%20development%2C%20authentic% > >>>> 20and%20entrepreneurial%20learning%2C%20science%20and% > >>>> 20technology%20education.lock' > >>>> failed: File name too long > >>>> java.io.IOException: File name too long > >>>> at java.io.UnixFileSystem.createFileExclusively(Native Method) > >>>> at java.io.File.createNewFile(File.java:947) > >>>> at > >>>> org.apache.manifoldcf.core.lockmanager.FileLockObject. > >>>> grabFileLock(FileLockObject.java:221) > >>>> > >>>> at > >>>> org.apache.manifoldcf.core.lockmanager.FileLockObject. > >>>> obtainGlobalWriteLockNoWait(FileLockObject.java:77) > >>>> > >>>> at > >>>> > org.apache.manifoldcf.core.lockmanager.LockObject.obtainGlobalWriteLock( > >>>> LockObject.java:121) > >>>> > >>>> at > >>>> org.apache.manifoldcf.core.lockmanager.LockObject. > >>>> enterWriteLock(LockObject.java:74) > >>>> > >>>> at > >>>> org.apache.manifoldcf.core.lockmanager.LockGate. > >>>> enterWriteLock(LockGate.java:177) > >>>> > >>>> at > >>>> org.apache.manifoldcf.core.lockmanager.BaseLockManager. > >>>> enter(BaseLockManager.java:1473) > >>>> > >>>> at > >>>> org.apache.manifoldcf.core.lockmanager.BaseLockManager. > >>>> enterLocks(BaseLockManager.java:803) > >>>> > >>>> at > >>>> org.apache.manifoldcf.agents.incrementalingest.IncrementalIngester$ > >>>> OutputAddEntryPoint.addOrReplaceDocumentWithExcept > >>>> ion(IncrementalIngester.java:3329) > >>>> > >>>> at > >>>> org.apache.manifoldcf.agents.incrementalingest.IncrementalIngester$ > >>>> PipelineAddFanout.sendDocument(IncrementalIngester.java:3051) > >>>> > >>>> > >>>> > >>>> > >>>> On 12.08.14 05:13, Mingchun Zhao wrote: > >>>> > >>>>> Hi all, > >>>>> > >>>>> Please vote on whether to release the ManifoldCF, version 1.7, RC0. > >>>>> > >>>>> You can find the artifact at: > >>>>> > >>>>> http://people.apache.org/~mingchun/apache-manifoldcf-1.7-RC0 > >>>>> > >>>>> There is also a tag at: > >>>>> > >>>>> https://svn.apache.org/repos/asf/manifoldcf/tags/release-1.7-RC0 > >>>>> > >>>>> Vote will remain open at least 72 hours. > >>>>> > >>>>> Thanks! > >>>>> Mingchun Zhao > >>>>> > >>>>> > >>>> > >>> > >> >