Tags:
create new tag
view all tags

Question

  • TWiki version: TWikiBetaRelease 30 Dec 2002
  • Perl version: 5.8.0
  • Web server & version: Apache/2.0.40 (Red Hat Linux)
  • Server OS: RedHat Linux 8.0
  • Web browser & version: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01
  • Client OS: RedHat Linux 8.0

When I save a file in the twiki web it takes more than 5 minutes to save. The first time it happened I was saving TWikiPreferences and the second time it was InterWikis. My machine is not that slow. I'm running the latest beta. To install it I unzipped it in the older releases (Athens) twiki folder. Maybe that is the problem. There is nothing in the error_log for apache. Are there any other twiki related log files to look through? The testenv script only reports these warnings:

  • Warning: Unable to set locale to en_US.ISO-8859-1, actual locale is C - please test your locale settings.
  • Warning: Since your CGI script is not running as user nobody, you need to change the locks in the *,v RCS files of the TWiki distribution from nobody to apache. Otherwise, changes to topics will not be logged by RCS.

I have changed the *,v files to be locked by apache. Is there anything else I should look at to troubleshoot this problem?

-- MattVargas - 24 Jan 2003

Answer

This may be related to Perl 5.8 / Apache 2.0. TWiki isn't tested all that well with either of those. However, I don't really have any productive suggestions on how to go about fixing the problem, or even tracking down where the problem is occurring.

-- WalterMundt - 25 Jan 2003

Maybe it is a perl 5.8 / apache 2.0. I am running apache 2.0.43 / perl 5.6.1 on another machine and it never has this problem.

-- MattVargas - 25 Jan 2003

Some TWikiDebugging is required here - note that Perl 5.8.0 is not recommended currently, because it is rarely tested and has some unusual issues. I don't think the locale messages are significant here, although they do indicate a problem with your locale setup.

There are some topics about this, try Google:perl+5.8+twiki and UsingPerl58OnRedHat8 - lots of people have had problems with RH 8.0 (see also TWikiOnRedHat).

The long delay means that perhaps there is some network activity going on - have a look with tcpdump or Ethereal perhaps to see if there are DNS lookups or whatever?

I would definitely recommend a clean install of the beta initially - then you can try an overwrite-the-old install, or preferably just copying over some topics.

-- RichardDonkin - 25 Jan 2003

I recently copied my twiki from a Redhat 7.3 using perl 5.6 over to a SuSE 8.1 with perl 5.8. I had this problem after after I got everything setup. It literaly took 5 minutes to bring up the preview and another 5 minutes to save the changes.

It turned out that my problem was a user rights issue. My data directory had a mixture of owners. Some files were owned by the user that the web server ran as (nobody) and other files were set as root.

Once I chown'd all of the files to nobody:nobody then the problem cleared up immediatly.

-- KevinWGagel - 21 Sep 2004

I am having a simmilar problem with the newest twiki and perl 5.8.4.. Every time I log into my twiki it takes ages when I want to upload a file or save changes of a site for the first time. The strange thing is that once the first upload/update is completed (which takes quite a while - probably something around 5 Minutes), all following uploads or updates work just fine and without delays. Is there any way I can fix this issue without falling back onto an older version of apache and/or perl?

-- CarstenZimmermann - 08 May 2007

Please open a new support question.

-- PeterThoeny - 08 May 2007

Edit | Attach | Watch | Print version | History: r8 < r7 < r6 < r5 < r4 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r8 - 2007-05-08 - PeterThoeny
 
  • Learn about TWiki  
  • Download TWiki
This site is powered by the TWiki collaboration platform Powered by Perl Hosted by OICcam.com Ideas, requests, problems regarding TWiki? Send feedback. Ask community in the support forum.
Copyright © 1999-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.