Question

Running a 4.1.2 server on a SuSE Linux box, users are experiencing problems editing certain pages if they do so from a Windows XP system. This happens whether they are using FireFox or IE. There is no problem when accessing the same pages from another Linux system.

The problem is that it can take up to 4 hours for a "save" to complete.

I've tried disabling all the plugins, but the problem persisted.

Note that this was an upgrade from the Cairo release; so far, the problem has appeared only on pages which were migrated.

Environment

-- AndyRiebs - 14 Sep 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.

Andy, we have a similar sounding issue happening for a small number of users on the TWiki bugs system - we're afraid that its a network issue - but really have not enough data to work it out.

If there is any chance that you could run a packet sniffer to see whats happening over those 4 hours, it would be fantastic.

I am wondering if the save has happened before the 4 hours are up, but the browser redirect to view isn't happening..

-- SvenDowideit - 15 Sep 2007

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

-- PeterThoeny - 01 Nov 2007

Sorry about the lack of response... Sven, the save is not happening.

-- AndyRiebs - 06 Nov 2007

The chances that I could get a useful packet sniffer run are pretty remote; sorry.

-- AndyRiebs - 06 Nov 2007

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

-- PeterThoeny - 01 Jan 2008

Not sure if this is helpful, but here's a tcpdump log generated with

tcpdump -i eth0 -l -v host web.server | grep -v nfs | tee /tmp/tcpdump.log

• tcpdump.log: tcpdump log of network activity

(Host names were changed to placate corporate security.) I did a "Save" at 13:23:01, and the browser returned at 13:28:01. The file was not updated on disk until the end of this period. As you can see, there was no network activity between my workstation and the server in the intervening 5 minutes.

More details:

• This happened on a page created under the current TWiki instance
• A subsequent run again showed exactly a 300 second delay

/andy

Something I hadn't noticed before: an authentication problem? The Apache log shows that the first POST comes in without being attributed to me; exactly 5 minutes later, a second one is attributed to me:

my.sys - - [16/Jan/2008:16:58:38 -0500] "POST /twiki/bin/save/HPCD/ProvisioningComparison HTTP/1.1" 401 32887 "http://my.server/twiki/bin/edit/HPCD/ProvisioningComparison?t=1200520658" "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.11) Gecko/20071204 Ubuntu/7.10 (gutsy) Firefox/2.0.0.11"
my.sys - AndyRiebs [16/Jan/2008:17:03:38 -0500] "POST /twiki/bin/save/HPCD/ProvisioningComparison HTTP/1.1" 200 17339 "http://my.server/twiki/bin/edit/HPCD/ProvisioningComparison?t=1200520658" "Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.11) Gecko/20071204 Ubuntu/7.10 (gutsy) Firefox/2.0.0.11"

-- AndyRiebs - 16 Jan 2008

Fixed by enabling "DrainStdin" in the preferences.

-- AndyRiebs - 18 Jan 2008

• configure.html: configuration data