Doing Evaluation, problems!!!
Moderator: SourceGear
Doing Evaluation, problems!!!
I have so far liked the product very much, BUT - I am having a heck of a time getting everything imported from SourceSafe which we require.
Some projects require external .DLL's in order to compile, such as AjaxControlToolkit.dll or the like. When uploading a binary like this within a project to SourceSafe, no problem, but Vault 4.1.1 is stalling or failing on these, and is therefore unusable for us.
Am I getting this wrong? Tell me there is a workaround or a DB setting to correct this...
- h.
Some projects require external .DLL's in order to compile, such as AjaxControlToolkit.dll or the like. When uploading a binary like this within a project to SourceSafe, no problem, but Vault 4.1.1 is stalling or failing on these, and is therefore unusable for us.
Am I getting this wrong? Tell me there is a workaround or a DB setting to correct this...
- h.
We'd like to take a look at your logs to determine what types of errors are being generated.
Zip up the import log or on the VSS import directory, and the server log that covers the time of the import and send them to support at SourceGear.com, Attn: Linda.
The Vault server log is in %windir%\temp\sgvault on the server machine.
Zip up the import log or on the VSS import directory, and the server log that covers the time of the import and send them to support at SourceGear.com, Attn: Linda.
The Vault server log is in %windir%\temp\sgvault on the server machine.
Linda Bauer
SourceGear
Technical Support Manager
SourceGear
Technical Support Manager
TWO THINGS: 1) My first conclusion is that the folder structure of our existing SourceSafe database is broken beyond repair and all the projects will have to be re-organized... no sense to it at all...lbauer wrote:We'd like to take a look at your logs to determine what types of errors are being generated.
Zip up the import log or on the VSS import directory, and the server log that covers the time of the import and send them to support at SourceGear.com, Attn: Linda.
The Vault server log is in %windir%\temp\sgvault on the server machine.
2) Both the IDE pluggin and the import tool fail to add large .DLL's, .MSI's, or whatever other nonsense the former team has stuck in VSS - over the VPN - but work properly when importing a local copy of VSS into a local SQL Server (2005) instance of VAULT.
I am working on getting log access on the remote server. The Client seems to indicate there is a timeout, and retries every ten minutes until a failure occurs...
If things are in a bad state in VSS, you might consider getting the latest code to a local drive, reorganizing the projects, then adding that file structure to Vault. Everything would be at version 1, but you could still keep the VSS database for reference as long as you needed it.
Linda Bauer
SourceGear
Technical Support Manager
SourceGear
Technical Support Manager
That is what I have done, but still no joy uploading large binaries to VAULT over the VPN, via import or VS2005 plugin. The server logs show CRC errors, all other applications working normally.lbauer wrote:If things are in a bad state in VSS, you might consider getting the latest code to a local drive, reorganizing the projects, then adding that file structure to Vault. Everything would be at version 1, but you could still keep the VSS database for reference as long as you needed it.
Did you get the logs I sent?