Error: REPORT of '/subversion/development/!svn/vcc/default': Could not read response
Error: body: Secure connection truncated (https://[Domain redacted])
She then retries, which resumes where it left off, but it's a slow process.
I'm getting the following errors in the server's Apache ssl log each time:
[Thu Nov 04 16:40:14 2010] [error] [client [IP redacted]] Provider encountered an error while streaming a REPORT response. [500, #0]
[Thu Nov 04 16:40:14 2010] [error] [client [IP redacted]] A failure occurred while driving the update report editor [500, #103]
[Thu Nov 04 16:40:14 2010] [error] [client [IP redacted]] Error writing base64 data: Software caused connection abort [500, #103]
This has been happening to her for about a week now. No other users are affected.
We walked through the following (and I do trust that she performed all requested actions):
- Download a 16M file from the server, using a browser, over HTTPS, without using SVN (eliminate apache/ssl issues). This downloaded fine, with no issues.
- Download an 7.2M file from the server, using a browser, over HTTPS, logging in to get it from the SVN repository (eliminate serverside SVN issues). This downloaded fine, with no issues, at about 525k/sec (her TSVN normally manages about 0-150k/sec, averaging about 20k/sec).
- Uninstall TSVN, reboot, install the latest version, and reboot again. This did upgrade her (as her previous version was 1.6.6), but did not resolve the problem.
- Travel to an external site and try their free wifi (eliminate local LAN/router/ISP issues). External site showed exact same behavior.
- Ensure she was not tunnelling or using any connection method with unusual MTA limits. Her connection is normal and identical to my own setup.
- Compare screengrabs of my own settings pages and identify any differences against her own.
Her settings were identical and default, including the config file, except for three items:
- her SVN folder is on an external drive, so she has checked "Icon Overlays"->"Drive Types"->"Removable Drives". Issue is present whatever this is set to.
- in "Icon Overlays"->"Exclude Paths", I have excluded C:\* and included specific folders. She had these fields empty, but placing restrictions did not resolve the issue.
- her "Saved Data" -> "Log messages (Input dialog)" button was greyed out, presumably because there was no data to clear. This does not appear related to her issue.
At this point, I am completely out of ideas, and would be grateful for any suggestions.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2679001
To unsubscribe from this discussion, e-mail: [users-un...@tortoisesvn.tigris.org].
On 5 November 2010 04:52, Dewi Morgan <de...@dewimorgan.com> wrote:
>
> - her SVN folder is on an external drive, so she has checked "Icon Overlays"->"Drive Types"->"Removable Drives". Issue is present whatever this is set to.
>
Try a sample checkout to a local drive (C:\temp\test or something) to
see if the usb/external drive combines with network traffic is the
culprit. (I have had checkouts to USB devices/drives fail where
checkouts to local disks went just fine)
--
Regards,
Jean-Marc
--
. ___
. @@ // \\ "De Chelonian Mobile"
. (_,\/ \_/ \ TortoiseSVN
. \ \_/_\_/> The coolest Interface to (Sub)Version Control
. /_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2679078
> Try a sample checkout to a local drive (C:\temp\test or something)
Good call, and I've no excuse for not thinking to try that before.
Her C: drive is a 16G SSD, which (after OS and apps) is too small for the repository permanently, but for the test, it worked fine, downloading 40M easily and quickly.
Her removable drive is a 32G SDHC. A scan of the drive showed no bad sectors.
I hate to tell a voluntary worker that a hardware upgrade is needed, if there's any chance that the issue might be resolvable through software, especially without any way of knowing whether other SD cards might act the same way.
So I'm left with questions like:
- it was working fine. Why did it start failing a week ago?
- what further debugging steps can we try to track down the cause?
- how can we stop it failing?
I'd be grateful for any further ideas: I'm scraping the barrel here :(
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2679358
I have a similar issue with my external USB drive, which started to fail just some weeks ago, but was working fine for about nine
month.
It turned out to be a problem with Windows 7 and removable drives, so I moved the repository to an internal drive and got no
problems so far.
---
Stefan
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2679540
--
Sent from my mobile device
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2679548
See http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2672248 for the discussion/monolog ;-)
---
Stefan
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2679550