Question

When I attempt to save an edited topic, or attach a file, the first time I attempt to do this it takes at least 4 minutes for the action to complete. But from that point on the saves and attachments complete in a few seconds. It's as though the web server has to authenticate the script the first time it's used, but not for subsequent uses. This happens every day, even if the web server has not been modified or re-started overnight, suggesting some kind of timeout is involved. Is this something I can control via configure? Or is the web server the source of this problem? I do not have direct access to make Apache changes myself.

Environment

-- TWikiGuest - 25 Apr 2007

Answer

If you answer a question - or someone answered one of your questions - please remember to edit the page and set the status to answered. The status selector is below the edit box.

I can think for two thiings that could cause a delay for save and upload:

• If you are authenticating against LDAP: The LDAP server might be slow. To test, try do disable auth.
• If you are using the BlackListPlugin: Save can be slow at times in case the cache of the shared spamlist is outdated and needs to be refreshed. Try to disable the Plugin to verify.

-- PeterThoeny - 25 Apr 2007

We're not using the BlackListPlugin or LDAP, though I tried disabling auth on all scripts via configure but that had no effect. I'm not experimenting with variations of Authentication settings, such as ApacheLogin vs. TemplateLogin, as well as Sessions settings, all via configure.

-- TWikiGuest - 26 Apr 2007

We have the same issue that this user has reported and we are not using LDAP or the BlackListPlugin. We are currently using the ApacheLogin with Basic authentication.

-- JoieySeeley - 23 May 2007

Joiey & I were looking into this on irc last night - very odd problem, might end up swapping VM's to try to track it down.

-- SvenDowideit - 24 May 2007

I was able to get around this problem by switching from the ApacheLogin to the TemplateLogin. There is a discussion at TWikiOnApache2dot0Hangs that discusses a very similar problem.

I believe I can make do with the TemplateLogin at this time, but further investigation should be performed since the extra benefits provided by an Apache login will be required in some organizations.

-- JoieySeeley - 24 May 2007

I'm in one of those organizations that requires the use ApacheLogin. Has anyone come up with another work-around? I'm experiencing the exact same issue on almost exactly the same configuration. Thanks in advance.

-- ShermanBeus - 29 Aug 2007

I have a similar problem using ApacheLogin, in Linux CentOS 4 (similar to RedHat EL4), it is slow only on the first attachment operation but in the second upload it work faster. I have the same problem using ApacheLogin in Linux and using TemplateLogin in Windows with IndigoPerl.

Until now I thought it was related to the fact that the attachments are stored in a folder named with the same name of the topic, inside de PUB folder. This folder is created when the first attachment is uploaded to the topic, so it is expected to take some time extra creating the folder, due to security issues for example or because TWiki has to invoke external filesystem related functions. Of course this is just a guess; I can’t understand a single line of Perl code so I don't know how TWiki handles the attachment operations. Nevertheless, considering this, the solution could be some place else.

-- EnriqueCadalso - 13 Sep 2007

Closing this after more than 30 days of inactivity. Please feel free to re-open if needed.

-- PeterThoeny - 01 Nov 2007

Yes, still needed. The solution has not come out yet.

-- EnriqueCadalso - 04 Dec 2007

Sorry, closing this question after more than 30 days of inactivity. Feel free to re-open if needed.

-- PeterThoeny - 02 Feb 2008

Recently setting up TWiki 4.2 on a CentOS 4.6 (similar to a rhel update 6) recently, we also ran into this. We chose the easy solution (changing from apache login to template login) as well.

This was on an entirely new vmware install, so the problem should be easy to re-produce (download and install centos 4.6 at vmware, install twiki with apache login enabled).

Problem appears to be gone in rhel 5 / centos 5.

-- SteffenPoulsen - 01 Mar 2008

Migrated from Centos 4.0 to TWikiVMDebianStable and my problem solved. This seems to be a SO related problem.

-- EnriqueCadalso - 23 Mar 2008