sourceoffsite experience
Moderator: SourceGear
sourceoffsite experience
We are trying out the SourceOffsite product over the internet, through a firewall. We are using version 4.2.
The basic features of the program work fine. We've seen two problems so far:
1. When performing "Get Latest Version", the operation seems to randomly hang. The problem is seen when getting latest recursively, with lots of folders and files. For instance, if we do each folder individually for a project, then everything works fine. However, if we get latest version recursively for the project, it will randomly hang while receiving the file list for one of the folders.. The folder has over 450 subfolders, as far as 7 or 8 levels deep, and over 7,000 files.
The Server itself usually crashes, although not always. See item 2 for more info there. If we hit "Stop operation" it will successfully stop, and then if the server hasn't crashed, we can try again, only to have it hang on a different file list.
Note: I also tried it with another project that has about 100 subfolders and over 1400 files. For that project, we see the same problem, although more often than not it will receive all of the file lists, only to hang on one of the files. Also, the server crashes much less often with this one.
I suppose the catalyst for the problem may be the large number of files and folders?
2. The server keeps crashing, and have to restart it. One of these crashes happened when we inadvertently logged-in with the same sourcesafe user from two computers, so that one might be explainable. The other one happened while trying to get latest version from a big project, the same scenario as outlined above.
The basic features of the program work fine. We've seen two problems so far:
1. When performing "Get Latest Version", the operation seems to randomly hang. The problem is seen when getting latest recursively, with lots of folders and files. For instance, if we do each folder individually for a project, then everything works fine. However, if we get latest version recursively for the project, it will randomly hang while receiving the file list for one of the folders.. The folder has over 450 subfolders, as far as 7 or 8 levels deep, and over 7,000 files.
The Server itself usually crashes, although not always. See item 2 for more info there. If we hit "Stop operation" it will successfully stop, and then if the server hasn't crashed, we can try again, only to have it hang on a different file list.
Note: I also tried it with another project that has about 100 subfolders and over 1400 files. For that project, we see the same problem, although more often than not it will receive all of the file lists, only to hang on one of the files. Also, the server crashes much less often with this one.
I suppose the catalyst for the problem may be the large number of files and folders?
2. The server keeps crashing, and have to restart it. One of these crashes happened when we inadvertently logged-in with the same sourcesafe user from two computers, so that one might be explainable. The other one happened while trying to get latest version from a big project, the same scenario as outlined above.
Status update
three updates to report:
1. Ran everything locally, and a different but similar problem occurred: It ran REALLY slowly. I did a test for 9 hours, and it still wasn't done.
2. Fixed the problem with slowness by upgrading the server. We had been using a 1.2ghz server with ??? RAM, upgraded to a 3.2ghz with ??? RAM. The operation then ran in 13 minutes.
3. Re-tested remotely, and we still have the problem with it hanging. However, our network guru tells me he's got an idea what the problem is.
1. Ran everything locally, and a different but similar problem occurred: It ran REALLY slowly. I did a test for 9 hours, and it still wasn't done.
2. Fixed the problem with slowness by upgrading the server. We had been using a 1.2ghz server with ??? RAM, upgraded to a 3.2ghz with ??? RAM. The operation then ran in 13 minutes.
3. Re-tested remotely, and we still have the problem with it hanging. However, our network guru tells me he's got an idea what the problem is.
Check your Automation Component Version and let me know what version that is. It's important you look up which one is registered, because often there are multiple automation components on a server.
Is your VSS database on the same server as your SOS server?
Is your VSS database on the same server as your SOS server?
Response
Beth,
Thank you for your assistance.
Concerning the VSS Database residing on the same server as the SourceOffsite server: No, they do not reside on the same server.
Concerning the Automation Component Version: I've requested this information. I don't have rights on the server machine, but I'll post the info as soon as I know.
Edit to message: Note, when we were getting horrible performance on the 1.2ghz server, the VSS database and SourceOffSite were on the same server.
Thank you for your assistance.
Concerning the VSS Database residing on the same server as the SourceOffsite server: No, they do not reside on the same server.
Concerning the Automation Component Version: I've requested this information. I don't have rights on the server machine, but I'll post the info as soon as I know.
Edit to message: Note, when we were getting horrible performance on the 1.2ghz server, the VSS database and SourceOffSite were on the same server.
Last edited by jasonphos on Thu Mar 06, 2008 4:17 pm, edited 1 time in total.
Automation Component Version
Beth,
I forwarded your instructions for determining the Automation Component Version on to the proper person, and he responded:
Here is the value of that key, C:\PROGRA~1\MICROS~1\Common\VSS\win32\ssapi.dll
Version of that file is 6.0.31222.0
I forwarded your instructions for determining the Automation Component Version on to the proper person, and he responded:
Here is the value of that key, C:\PROGRA~1\MICROS~1\Common\VSS\win32\ssapi.dll
Version of that file is 6.0.31222.0
Seems to hang at "Getting version information"
Btw, according to the debug logs, the operation always hangs when it is "Getting version information":
3/5/2008 7:35:48 AM - 1: Getting version information: $/SOURCE/Current/Applications/Installation/ConfigurationGUI/Shell32Helper.bas
Btw, we also tried the instructions at this message, with no success:
http://support.sourcegear.com/viewtopic.php?t=10
3/5/2008 7:35:48 AM - 1: Getting version information: $/SOURCE/Current/Applications/Installation/ConfigurationGUI/Shell32Helper.bas
Btw, we also tried the instructions at this message, with no success:
http://support.sourcegear.com/viewtopic.php?t=10
Sorry to hear of the difficulty you had.
The VSS automation component you have is one that is known to have problems. The two that work best are 6.0.96.4 and 6.0.96.48. The first one I mentioned is available here: 6.0c automation component
The VSS automation component you have is one that is known to have problems. The two that work best are 6.0.96.4 and 6.0.96.48. The first one I mentioned is available here: 6.0c automation component