Uninformative exception message

axinom · Post by **axinom** » Wed Jun 29, 2005 6:02 am

During getting latest version from VisualStudio I've got the following message in the Output pane:

[28.06.2005 14:49:41] An exception was encountered during the get latest operation. Exception: 2100 : FailExistingDownload

What does it mean? Can I find out what file is affected? Thank you.

lbauer · Post by **lbauer** » Wed Jun 29, 2005 8:04 am

Error 2100 is a download failure -- which you already know.

Check the sgvault.log file in %windir%\temp\sgvault for additional information.

Also, look at the file lists in the GUI client to see if version numbers or file status gives you a clue as to which file was affected.

axinom · Post by **axinom** » Fri Jul 01, 2005 2:36 am

lbauer wrote:Error 2100 is a download failure -- which you already know.
Check the sgvault.log file in %windir%\temp\sgvault for additional information.

I've searched the whole harddrive for sgvault.log and I didn't find this file.
Vault Client version 3.0.5. VisualStudio 2003.

lbauer wrote:Also, look at the file lists in the GUI client to see if version numbers or file status gives you a clue as to which file was affected.

I was getting latest version from Visual Studio, so I must expect some files in state Old or Missing, mustn't I? I've found no Old files in the working folder and dozens Missing files (which are in fact deleted files). My solution compiles without errors so I don't think the file produced this exception is among other Missing files.

Can it be so that Vault throws this exception for some reason even when it could retrieve the file?

axinom · Post by **axinom** » Tue Jul 05, 2005 2:07 am

Hello!

Issue is still not closed. I'm still getting FailExistingDownloads from time to time and I don't know how to react. I could not find any source of information on my disk telling me more about the error and I don't see any suspicious files in Vault client. Should I ignore exceptions? Can SourceGear make them more informative in the next versions?

Post by **jclausius** » Tue Jul 05, 2005 6:55 am

Did you find the sgvault.log file?

Is it possible you are running the ASP.Net / IIS process under identity impersonation?

Can you check permissions on %WINDIR%\Temp to verify the ASP.Net process has rights to create the log file?

By default, the install should have placed READ/WRITE rights on %WINDIR%\Temp. The Vault server will try to place the log file in a sgvault subdirectory in that folder.

axinom · Post by **axinom** » Tue Jul 05, 2005 8:36 am

jclausius wrote:Did you find the sgvault.log file?

Is it possible you are running the ASP.Net / IIS process under identity impersonation?

Can you check permissions on %WINDIR%\Temp to verify the ASP.Net process has rights to create the log file?

By default, the install should have placed READ/WRITE rights on %WINDIR%\Temp. The Vault server will try to place the log file in a sgvault subdirectory in that folder.

Oh. lbauer didn't mention I must search it on the server. I was looking for it on my PC.

Yes, now I've found the log file:

----28.06.2005 14:49:18 Fridental--(10.1.0.26)--SSL Disabled FailExistingDownload
----28.06.2005 14:49:40 Fridental--(10.1.0.26)--SSL Disabled FailExistingDownload
----28.06.2005 14:49:43 Fridental--(10.1.0.26)--SSL Disabled FailExistingDownload
----28.06.2005 14:49:43 Fridental--(10.1.0.26)--SSL Disabled FailExistingDownload
----28.06.2005 14:49:46 Fridental--(10.1.0.26)--SSL Disabled FailExistingDownload
----28.06.2005 14:49:46 Fridental--(10.1.0.26)--SSL Disabled FailExistingDownload

It doesn't really tell something more about the problem...

lbauer · Post by **lbauer** » Tue Jul 05, 2005 9:22 am

Could you email your entire sgvault.log file to linda at SourceGear.com? The snippet shows the failed download, but we need to look at more of the log to see what led up to it, etc.