r d wrote:
Hi Oliver,
I could not access the link. Is it possible to paste it here?
What's the problem with the link?
Also when you say turning of internal security, what do you mean exactly?Slide authentication? I am not clear.
Not authentication, but automatic security checking. Can be done in slide.properties which should be in the Slide kernel org.apache.slide.
Set
org.apache.slide.security=false
Oliver
Thanks, rd
Oliver Zeigermann <[EMAIL PROTECTED]> wrote: Have a look at this for an explanation why deadlocks occur:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg11030.html
Concerning performance. If you switched off internal security checking performance will be better. Same thing if you do not want versioning. Other than that, this is just the way it is. At least for now. Bottlenecks and hot spots have been identified and hopefully will be taken care of, but not before 2.1.
Oliver
r d wrote:
Hi Oliver,
It seems to be core slide issue so it would be there even if we plan to use just slide api and not webdav client, isn't it? Also it would be irrespective of store type file or db,isn't it?
Is this problem related to locking and transactions?
Currently we are seeing response times of around 3 secs for checkin ( this is the slowest of all actions) with 200 users. Can we do any tuning of slie params to increase performance.
If you could give some insight, it would help us.
Thanks,
r.d
Oliver Zeigermann wrote:
Well, this is "somewhat" fixed in 2.1. The first beta is to be expected in August.
Oliver
r d wrote:
Hi Oliver,
I am using slide 2.0. Is this fixed in later versions? When can we expect 2.1?
Revati
Oliver Zeigermann wrote:
I guess I have found the reason for the OutOfMemory error. All the descriptors were bunching up and were never freed. I guess I fixed this with my latest commit.
Could you please check?
Oliver
James Mason wrote:
Oliver, Here's the stacktrace.
Also look at http://www.mail-archive.com/[EMAIL PROTECTED]/msg11007.html. I don't know if it's related, but the symptoms seem similar to me.
Other stuff: Auto versioning is off. With 2.0 restarting the server didn't seem to have any effect (still couldn't upload files). With the latest code from HEAD restarting seems to unstick it. I'll verify that in the morning.
-James
[EMAIL PROTECTED] 07/26/04 11:59 AM >>>
After the 2.0 release I had introduced sequences and Tlocks and had hoped to fix most problems of that kind. However, it seems there still are some left :(
Anyway, the pre-releases are there to detect and then fix problems like those. I will persue this issue and am very confident it will be fixed with the final 2.1 release.
If you people want to support me, please send as much information as possible:
- Does this happen with the database store as well? - How do stack traces look like? - Does it happen as well when auto versioning is turned off? - Are uploads being done to the collection or different ones? - What is the timeout both for TLocks as well as for the file store? - Which part of the code do you suspect to be faulty? - James, could you send in the stack trace of that OutOfMemory error?
Oliver
James Mason wrote:
I'm seeing very similar behavior. I'll post a stacktrace this evening when I get home.
I've seen this happen with both the 2.0 release and a checkout from HEAD yesterday. The new transaction API gives a slightly different message, though. What's happening for me is an OutOfMemory error
occurs
after putting the 500th or so file (it's like 90 bytes, so it's not
the
size that's causing the error). After the error the logs report the database is in a *dirty* state and no modification will be made until
a
recovery is run.
I think the problem is somewhere in the file store (not the
descriptor)
since I've seen this happen using the tx store for descriptors as well as the JDBC store.
-James
[EMAIL PROTECTED] 7/26/2004 4:48:00 AM >>>
Which Slide version are you using?
The below message tells you a timeout occured while the transaction tries to prepare itself for commit. Try to increase the timeout time
in
Domain.xml.
Besides, I am not quite sure if Slide's implementation of the TM
handles failed prepares in the right way...
Oliver
r d wrote:
Hi,
We are using slide webdav client and file store. During stress test,
we got bombarded with 500- Internal server errors with log files
showing
following
org.apache.slide.store.txfile.AbstractTxFileStoreService - CRITICAL
- Thread Thread[http8080-Processor98,5,main] failed to prepare transaction branch http8080-Processor98-1090588028363-16435
org.apache.slide.store.txfile.rm.ResourceManagerException:
http8080-Processor98-1090588028363-16435: Could not upgrade to commit lock for resource at '/history.def.xml' (ERR_NO_LOCK)
and
org.apache.slide.webdav.WebdavServlet - ERROR -
org.apache.slide.webdav.WebdavException: Internal Server Error
org.apache.slide.webdav.WebdavException: Internal Server Error at
org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMethod.java:355)
at
org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:165)
What could be the problem and solution thereof? We were having 200
users.
Thanks in advance
--------------------------------- Do you Yahoo!? Yahoo! Mail is new and improved - Check it out!
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
------------------------------------------------------------------------
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------- Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers!
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
