Re: Crash report
On Thu, Sep 22, 2022 at 1:12 AM Serge Chernetsov wrote: > > Hi, SVN consistently crashes (logs attached) for me every time I am trying to > commit. Could you please look into this issue and maybe suggest a workaround > for me? Hello, Does the problem occur when you disable Avast antivirus or set up antivirus exclusions? I also see that you are running the client in the downloads directory "C:\Users\s_a_c\Downloads\". I guess that the antivirus has some special handling of processes started from the downloads directory, so maybe starting the svn.exe client from e.g. C:\svnclient\bin\svn.exe could also help. I'm assuming that the problem is related to Avast because I see in the log that the following module is loaded: [[[ 0x6fcb C:\Program Files\Avast Software\Avast\x86\aswhook.dll (22.8.7500.0, 73728 bytes) ]]] -- With best regards, Pavel Lyalyakin VisualSVN Team
Re: Crash report
Thank you very much, Pavel, it resolved the issue From: Pavel Lyalyakin Sent: Thursday, September 22, 2022 04:52 To: Serge Chernetsov Cc: users@subversion.apache.org Subject: Re: Crash report On Thu, Sep 22, 2022 at 1:12 AM Serge Chernetsov wrote: > > Hi, SVN consistently crashes (logs attached) for me every time I am trying to > commit. Could you please look into this issue and maybe suggest a workaround > for me? Hello, Does the problem occur when you disable Avast antivirus or set up antivirus exclusions? I also see that you are running the client in the downloads directory "C:\Users\s_a_c\Downloads\". I guess that the antivirus has some special handling of processes started from the downloads directory, so maybe starting the svn.exe client from e.g. C:\svnclient\bin\svn.exe could also help. I'm assuming that the problem is related to Avast because I see in the log that the following module is loaded: [[[ 0x6fcb C:\Program Files\Avast Software\Avast\x86\aswhook.dll (22.8.7500.0, 73728 bytes) ]]] -- With best regards, Pavel Lyalyakin VisualSVN Team
Re: Crash report
You are welcome! Glad to hear my suggestion helped. On Thu, Sep 22, 2022 at 9:21 PM Serge Chernetsov wrote: > Thank you very much, Pavel, it resolved the issue > -- > *From:* Pavel Lyalyakin > *Sent:* Thursday, September 22, 2022 04:52 > *To:* Serge Chernetsov > *Cc:* users@subversion.apache.org > *Subject:* Re: Crash report > > On Thu, Sep 22, 2022 at 1:12 AM Serge Chernetsov > wrote: > > > > Hi, SVN consistently crashes (logs attached) for me every time I am > trying to commit. Could you please look into this issue and maybe suggest a > workaround for me? > > Hello, > > Does the problem occur when you disable Avast antivirus or set up > antivirus exclusions? > > I also see that you are running the client in the downloads directory > "C:\Users\s_a_c\Downloads\". I guess that the antivirus has some > special handling of processes started from the downloads directory, so > maybe starting the svn.exe client from e.g. C:\svnclient\bin\svn.exe > could also help. > > I'm assuming that the problem is related to Avast because I see in the > log that the following module is loaded: > [[[ > 0x6fcb C:\Program Files\Avast Software\Avast\x86\aswhook.dll > (22.8.7500.0, 73728 bytes) > ]]] > > > -- > With best regards, > Pavel Lyalyakin > VisualSVN Team > -- With best regards, Pavel Lyalyakin VisualSVN Team
How much is too much data in an svn repository?
Hi all, Our svn repo is about 110 GB for a full checkout. Larger on the server of course, with all history, weighting about 142 GB. There haven't been any performance issues, it's working great. But now some users are interested in committing an additional 200 GB of mostly large binary files. I worry about it becoming "too big". At what point does that happen? Terabytes? Petabytes? 100s of GB? Thanks, Sean
Re: Using IIS as a reverse proxy in front of Apache/SVN
I'm following up on an old e-mail [1] on how to use IIS as a reverse proxy in front of Apache Subversion. Previously I found found a way to use the URL Rewrite module to forward requests to mod_dav_svn. This was working fine until I tried to access a file with a "+" encoded in the filename. [[[ $ svn log "https://svn.example.com/svn/repo/file with + in filename.txt" svn: E170013: Unable to connect to a repository at URL ' https://svn.example.com/svn/repo/file%20with%20+%20in%20filename.txt' svn: E160013: '/svn/repo/file%20with%20+%20in%20filename.txt' path not found $ ]]] It turns out that IIS will not accept requests with "+" and will reply with http error 404.11 instead of rewriting the request and forwarding to mod_dav_svn. A similar problem is described here [2] and IIS can be configured to "allowDoubleEscaping" [3]. With this configuration changed everything worked as expected. The solution was found by supp...@visualsvn.com (we use their software stack on the server). The relevant parts of web.config can be found below. Kind regards, Daniel Sahlberg [1] https://lists.apache.org/thread/bcx15smyth43v1t1vvhqnc8bhxt5b5kd [2] https://github.com/go-gitea/gitea/issues/10236 [3] https://learn.microsoft.com/en-us/iis/configuration/system.webserver/security/requestfiltering/#attributes [[[ https://{HTTP_HOST}{REQUEST_URI}"; /> http://{C:1}"; /> http://127.0.0.1:81/{R:0}"; logRewrittenUrl="true" /> http://127.0.0.1:81/{R:0}"; logRewrittenUrl="true" /> ]]]