Hi Oliver,
thanks for the immediate response.
Does this imply, I should change to version 2.2_pre1 for our
production
server? I saw in SVN, you implemented "fail-fast"
today. 
Yours
Arne
Oliver Zeigermann schrieb:
> Using the latest source from SVN you can set the
"sequential-mode" to
> "fail-fast" now. This checks for read/write
conflicts, but does not
> block anything in case of a conflict. It will instead
fail immedeatly
> with a conflict error.
>
> HTH
>
> Oliver
>
> 2007/4/18, aslam bari <iamaslamok yahoo.co.in>:
>> I was also facing this problem before. After that i
did a small
>> change and now it is working fine. What i did is:-
>>
>> 1) In domain.xml change sequential-mode parameter
to "full" from
>> "fine-grain" like this:-
>> <parameter
name="sequential-mode">full</parameter>
>>
>> 2)If you are using (Lucenen Indexing) then In
Domain.xml use
>> asyncron mode for this and also set priority to
lowest like 1:- like
>> this:-
>>
>>
>> <contentindexer
>>
classname="org.apache.slide.index.lucene.LuceneContentI
ndexer">
>> <parameter
>>
name="indexpath">$/../data/store/ind
ex_content</parameter>
>> <parameter
name="asynchron">false</parameter>
>> <parameter
name="priority">1</parameter>
>> <parameter
>>
name="analyzer">org.apache.lucene.analysis.stan
dard.StandardAnalyzer</parameter>
>>
>> <parameter
name="max-field">100000</parameter>
>> </contentindexer>
>>
>> Thanks....
>>
>>
>> ----- Original Message ----
>> From: Oliver Zeigermann <oliverzeigermann.de>
>> To: Slide Users Mailing List <slide-userjakarta.apache.org>;
>> Arne.vonIrmeruni-dortmund.de
>> Sent: Wednesday, 18 April, 2007 12:31:42 AM
>> Subject: Re: Deadlocks in the Filestore of Silde
2.1
>>
>>
>> I was just having a look at the 2.2 code and it
looks that you can
>> even switch off locking completely. Otherwise the
locking code in 2.2
>> looks much better than the code in 2.1
>>
>> Oliver
>>
>> 2007/4/17, Oliver Zeigermann <oliverzeigermann.de>:
>> > Hi Arne!
>> >
>> > The stack trace tells you that another thread
has the global
>> > read/write lock. So, correctly speaking this
is a "live lock". The
>> > reason most likely is a thread that still runs
and has forgotten to
>> > release this lock.
>> >
>> > Having said this, even switching to a deadlock
free solution will not
>> > help, as you have no deadlocks here.
>> >
>> > Cheers
>> >
>> > Oliver
>> >
>> > 2007/4/17, Arne v.Irmer <Arne.vonIrmeruni-dortmund.de>:
>> > > Hi,
>> > > we are using slide in our e-learning
platform
>> > > http://ews2.uni-dortmund.
de in a production environment. We get into
>> > > deep trouble with deadlocks in Slide!
>> > > I checked out Silde 2.2pre1. In the
RELEASE-NOTES-2.2 there is
>> the sentence:
>> > > "- New option for a fine grained,
deadlock-less locking scheme"
>> > > My question is:
>> > > - Should I change to 2.2pre1 for my
productive environment? How
>> can I
>> > > switch back if we discover other problems
with this pre-release?
>> > > - Is there a patch for version 2.1. that
fixes these deadlocks?
>> > >
>> > > Please help.
>> > > Thanks in advance
>> > > Arne v.Irmer
>> > >
>> > > Our configuration:
>> > > Slide 2.1 with fixed hasmap
"suspendedLocks" in
>> > > org.apache.slide.store.ExtendedStore.
>> > > using a filestore in Tomcat 5.5
>> > >
>> > > Here are some stacktraces from the
jconsole in the case of the
>> deadlocks:
>> > >
>> > > Name:
http-129.217.205.43-8080-Processor3
>> > > State: TIMED_WAITING on
>> > >
org.apache.commons.transaction.locking.GenericLock76e9f537
>> > > Total blocked: 273 Total waited: 332
>> > >
>> > > Stack trace:
>> > > java.lang.Object.wait(Native Method)
>> > >
>>
org.apache.commons.transaction.locking.GenericLock.acquire(G
enericLock.java:241)
>>
>> > >
>>
org.apache.commons.transaction.locking.GenericLock.acquire(G
enericLock.java:165)
>>
>> > >
>>
org.apache.slide.webdav.method.AbstractWebdavMethod.assureGl
obalWriteLock(AbstractWebdavMethod.java:847)
>>
>> > >
>>
org.apache.slide.webdav.method.AbstractWebdavMethod.run(Abst
ractWebdavMethod.java:362)
>>
>> > >
>>
org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.
java:155)
>> > >
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>> > >
>>
org.apache.catalina.core.ApplicationFilterChain.internalDoFi
lter(ApplicationFilterChain.java:252)
>>
>> > >
>>
org.apache.catalina.core.ApplicationFilterChain.doFilter(App
licationFilterChain.java:173)
>>
>> > >
>>
org.apache.slide.webdav.filter.LogFilter.doFilter(LogFilter.
java:141)
>> > >
>>
org.apache.catalina.core.ApplicationFilterChain.internalDoFi
lter(ApplicationFilterChain.java:202)
>>
>> > >
>>
org.apache.catalina.core.ApplicationFilterChain.doFilter(App
licationFilterChain.java:173)
>>
>> > >
>>
org.apache.catalina.core.StandardWrapperValve.invoke(Standar
dWrapperValve.java:213)
>>
>> > >
>>
org.apache.catalina.core.StandardContextValve.invoke(Standar
dContextValve.java:178)
>>
>> > >
>>
org.apache.catalina.authenticator.AuthenticatorBase.invoke(A
uthenticatorBase.java:524)
>>
>> > >
>>
org.apache.catalina.core.StandardHostValve.invoke(StandardHo
stValve.java:126)
>>
>> > >
>>
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepo
rtValve.java:105)
>>
>> > >
>>
org.apache.catalina.authenticator.SingleSignOn.invoke(Single
SignOn.java:419)
>>
>> > >
>>
org.apache.catalina.core.StandardEngineValve.invoke(Standard
EngineValve.java:107)
>>
>> > >
>>
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAd
apter.java:148)
>>
>> > >
>>
org.apache.coyote.http11.Http11Processor.process(Http11Proce
ssor.java:799)
>>
>> > >
>>
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHand
ler.processConnection(Http11Protocol.java:705)
>>
>> > >
>>
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Poo
lTcpEndpoint.java:527)
>>
>> > >
>>
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(
LeaderFollowerWorkerThread.java:80)
>>
>> > >
>>
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.ru
n(ThreadPool.java:684)
>>
>> > > java.lang.Thread.run(Thread.java:595)
>> > >
>> > > Name:
http-129.217.205.43-8080-Processor3
>> > > State: TIMED_WAITING on
>> > >
org.apache.commons.transaction.locking.GenericLock667aeb85
>> > > Total blocked: 44 Total waited: 80
>> > >
>> > > Stack trace:
>> > > java.lang.Object.wait(Native Method)
>> > >
>>
org.apache.commons.transaction.locking.GenericLock.acquire(G
enericLock.java:241)
>>
>> > >
>>
org.apache.commons.transaction.locking.GenericLock.acquire(G
enericLock.java:165)
>>
>> > >
>>
org.apache.slide.webdav.method.AbstractWebdavMethod.assureGl
obalReadLock(AbstractWebdavMethod.java:838)
>>
>> > >
>>
org.apache.slide.webdav.method.AbstractWebdavMethod.run(Abst
ractWebdavMethod.java:360)
>>
>> > >
>>
org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.
java:155)
>> > >
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>> > >
>>
org.apache.catalina.core.ApplicationFilterChain.internalDoFi
lter(ApplicationFilterChain.java:252)
>>
>> > >
>>
org.apache.catalina.core.ApplicationFilterChain.doFilter(App
licationFilterChain.java:173)
>>
>> > >
>>
org.apache.slide.webdav.filter.LogFilter.doFilter(LogFilter.
java:141)
>> > >
>>
org.apache.catalina.core.ApplicationFilterChain.internalDoFi
lter(ApplicationFilterChain.java:202)
>>
>> > >
>>
org.apache.catalina.core.ApplicationFilterChain.doFilter(App
licationFilterChain.java:173)
>>
>> > >
>>
org.apache.catalina.core.StandardWrapperValve.invoke(Standar
dWrapperValve.java:213)
>>
>> > >
>>
org.apache.catalina.core.StandardContextValve.invoke(Standar
dContextValve.java:178)
>>
>> > >
>>
org.apache.catalina.authenticator.AuthenticatorBase.invoke(A
uthenticatorBase.java:524)
>>
>> > >
>>
org.apache.catalina.core.StandardHostValve.invoke(StandardHo
stValve.java:126)
>>
>> > >
>>
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorRepo
rtValve.java:105)
>>
>> > >
>>
org.apache.catalina.authenticator.SingleSignOn.invoke(Single
SignOn.java:419)
>>
>> > >
>>
org.apache.catalina.core.StandardEngineValve.invoke(Standard
EngineValve.java:107)
>>
>> > >
>>
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAd
apter.java:148)
>>
>> > >
>>
org.apache.coyote.http11.Http11Processor.process(Http11Proce
ssor.java:799)
>>
>> > >
>>
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHand
ler.processConnection(Http11Protocol.java:705)
>>
>> > >
>>
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(Poo
lTcpEndpoint.java:527)
>>
>> > >
>>
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(
LeaderFollowerWorkerThread.java:80)
>>
>> > >
>>
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.ru
n(ThreadPool.java:684)
>>
>> > > java.lang.Thread.run(Thread.java:595)
>> > >
>> > > --
>> > > Dipl.-Phys. Arne v.Irmer
>> > > Medienzentrum Universität Dortmund
>> > > Emil-Figge-Straße 50
>> > > 44227 Dortmund
>> > > Tel.: ++49 231 755 7127
>> > > Fax : ++49 231 755 4597
>> > >
>> >
>>
>>
------------------------------------------------------------
---------
>> To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
>> For additional commands, e-mail:
slide-user-helpjakarta.apache.org
>>
>>
>> Send a FREE SMS to your friend's mobile from
Yahoo! Messenger.
>> Get it now at http://in.messenger.ya
hoo.com/
>
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
> For additional commands, e-mail: slide-user-helpjakarta.apache.org
>
--
Dipl.-Phys. Arne v.Irmer
Medienzentrum Universität Dortmund
Emil-Figge-Straße 50
44227 Dortmund
Tel.: ++49 231 755 7127
Fax : ++49 231 755 4597
------------------------------------------------------------
---------
To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
For additional commands, e-mail: slide-user-helpjakarta.apache.org
|
