Problem with repository

[S_M]

Hi,

I have been trying to fix a problem with PlasticSCM that is seriously troubling me.

I have the following setup:

A server machine on which Plastic server runs with MSSQL backend.

Client machine with Win7 on which i run the Plastic client.

I had to do a fresh install on the client machine. After installing the Plastic client again, i can't see all of my repositories epsecially one very important (not that the others are not, but this one is a MAIN) is missing.

I loocked on different topics and tried to do what was suggested using the addrep command to add repositories as i read they were kept in the database.

I still haven't succeeded in finding the repository i miss.

For some of the rep_ i am getting "already exists" when i try to use addrep on them, but when i list them, they are not listed.

I can't remove them and try to add them again, as i don't know their names (not listed, and the remove command requires the name).

So i am kind of stuck and don't know what to do.

First of all why are the repositories missing, i haven't done anything to the server, just reinstalled the client.

Could anyone help me please?

Thanks in advance.

 

 

 

[calbzam]

Hi,

 

If you haven´t touched the server machine, it´s not a server side problem. The repositories are stored on the server side so they must be there. The problem is that the client is not able to list them.

 

After installing the new client:

 

- Be sure you have properly configured  the client against the server. Run "plastic --configure" in a command line and review that all the information is correct.

- It could be possible, that your client user doesn´t have permissions to see the repositories. Configure the client login as the repository server owner account and try to list the repositories: "cm lrep".

- If this option doesn´t work, could you enable Plastic client log (http://www.plasticscm.com/infocenter/technical-articles/kb-enabling-logging-for-plastic-scm-part-i.aspx), and post the logged information after trying to list the repositories ("cm lrep" command)

 

Regards,

Carlos

[S_M]

Hi, thanks for the response.

I have some of the repositories listed, so it's strange that the client will list some and won't list others.

About the user, it is a new one, but it has the same permissions for all repositories those listed and those not listed.

All repositories, listed/not listed, were created some time ago using the previous user on the client machine.

I am not sure everything is perfectly configure, but i am not sure what else should i have configured when just installing the client, except for connecting to the server and providing the needed credentials to the user.

[S_M]

Here is the log file of the client when i use list on repositories:

 

2013-10-10 19:59:47,032 DEBUG UserInfo - Time retrieving CurrentUser 0 ms
2013-10-10 19:59:47,066 INFO  BufferPool - [sinkcompressionPool] BufferPool created with 5.00 Mb size and 5 max buffers
2013-10-10 19:59:47,067 INFO  BufferPool - [uncompressionPool] BufferPool created with 5.00 Mb size and 5 max buffers
2013-10-10 19:59:47,096 DEBUG Channel - Create conection 16 ms. (host:SEV-SERVER port:14805 ssl:False)
2013-10-10 19:59:47,110 DEBUG BufferPool - -> Entering with name SinkcompressionPool (5)
2013-10-10 19:59:47,110 DEBUG BufferPool - SinkcompressionPool [1] buffers allocated
2013-10-10 19:59:47,112 DEBUG BufferPool - -> Entering with name UncompressionPool (5)
2013-10-10 19:59:47,112 DEBUG BufferPool - UncompressionPool [1] buffers allocated
2013-10-10 19:59:47,115 INFO  Serialization - Uncompressed 243 bytes in 345 bytes. Time: 0 ms.
2013-10-10 19:59:47,116 DEBUG BufferPool - <- Releasing with name SinkcompressionPool (4)
2013-10-10 19:59:47,119 DEBUG BufferPool - <- Releasing with name UncompressionPool (4)
2013-10-10 19:59:47,120 DEBUG ClientSink - | CheckConnection | proc 47 | 1 | 11250008
2013-10-10 19:59:47,158 DEBUG ClientConfig - Time loading client.conf (C:\Users\Sev\AppData\Local\plastic4\client.conf) 0 ms
2013-10-10 19:59:47,272 DEBUG MainFormSettings - MainFormSettings, Action: Load
2013-10-10 19:59:47,272 DEBUG MainFormSettings - Height -> 602
2013-10-10 19:59:47,272 DEBUG MainFormSettings - LocationX -> 300
2013-10-10 19:59:47,272 DEBUG MainFormSettings - LocationY -> 150
2013-10-10 19:59:47,272 DEBUG MainFormSettings - Maximized -> True
2013-10-10 19:59:47,272 DEBUG MainFormSettings - TreeToolbarWidth -> 160
2013-10-10 19:59:47,272 DEBUG MainFormSettings - Width -> 1200
2013-10-10 19:59:47,318 DEBUG GuiCredentialsHandler - Initialized
2013-10-10 19:59:47,328 DEBUG GuiClientConfigData - Loading gui configuration
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - Action: Load, File: C:\Users\Sev\AppData\Local\plastic4\guiclient.conf
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - GuiClientConfigData:
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - AnnotateBackColorNewer -> -1
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - AnnotateBackColorOlder -> -12360836
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - AnnotateShowLineNumbers -> True
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - CommentsHistorySize -> 10
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - CommitCalculateManuallyMoved -> True
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - CommitShowChanged -> True
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - CommitShowCheckouts -> True
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - CommitShowDeleted -> True
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - CommitShowPrivates -> True
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - CommitCalculateOverlapped -> False
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - ComparisonMethod -> NotIgnore
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - DisplayViewHints -> False
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - Encoding ->
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - ResultEncoding ->
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - HeaderCommentMode -> None
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - HelpBaseURL ->
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - ItemViewMode -> Tree
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - LastUsedRepository -> VitalCoreEngine (sev-server:14805)
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - LastUsedRepServer ->
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - MergeResolutionType -> Forced
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - SelectorExplorerViewMode -> Tree
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - ShowAddComments -> False
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - ShowEmptyCommentWarning -> True
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - ShowIgnoredItems -> False
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - UpdateChecksDisk -> False
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - HideIgnoredItems -> False
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - SwitchToBranch -> False
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - ShowCurrentUser -> False
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - WarnMoveOperationPermissions -> True
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - WarnPendingChangesOnSwitch -> True
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - ErrorPendingChangesOnSwitch -> True
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - AnnotateFont ->
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - EnableMethodHistory -> False
2013-10-10 19:59:47,462 DEBUG GuiClientConfigData - EnableMergeTo -> False
2013-10-10 19:59:47,877 ERROR LogoCustomizer - Unable to retrieve http://www.plasticscm.com/externalcontent/logos/plasticscmlogo.png image, The remote server returned an error: (404) Not Found.
2013-10-10 19:59:48,427 DEBUG Channel - Create conection 0 ms. (host:sev-server port:14805 ssl:False)
2013-10-10 19:59:48,429 DEBUG BufferPool - -> Entering with name SinkcompressionPool (5)
2013-10-10 19:59:48,429 DEBUG BufferPool - -> Entering with name UncompressionPool (5)
2013-10-10 19:59:48,429 INFO  Serialization - Uncompressed 451 bytes in 680 bytes. Time: 0 ms.
2013-10-10 19:59:48,429 DEBUG BufferPool - <- Releasing with name SinkcompressionPool (4)
2013-10-10 19:59:48,430 DEBUG BufferPool - <- Releasing with name UncompressionPool (4)
2013-10-10 19:59:48,430 DEBUG ClientSink - | GetRepositoryInfo | proc 0 | 1 | 17012840
2013-10-10 19:59:48,451 DEBUG BufferPool - -> Entering with name SinkcompressionPool (5)
2013-10-10 19:59:48,451 DEBUG BufferPool - -> Entering with name UncompressionPool (5)
2013-10-10 19:59:48,451 INFO  Serialization - Uncompressed 451 bytes in 680 bytes. Time: 0 ms.
2013-10-10 19:59:48,451 DEBUG BufferPool - <- Releasing with name SinkcompressionPool (4)
2013-10-10 19:59:48,451 DEBUG BufferPool - <- Releasing with name UncompressionPool (4)
2013-10-10 19:59:48,451 DEBUG ClientSink - | GetRepositoryInfo | proc 15 | 9 | 17201256
2013-10-10 19:59:48,458 DEBUG BufferPool - -> Entering with name SinkcompressionPool (5)
2013-10-10 19:59:48,458 DEBUG BufferPool - -> Entering with name UncompressionPool (5)
2013-10-10 19:59:48,458 INFO  Serialization - Uncompressed 3338 bytes in 8635 bytes. Time: 0 ms.
2013-10-10 19:59:48,458 DEBUG BufferPool - <- Releasing with name SinkcompressionPool (4)
2013-10-10 19:59:48,470 DEBUG BrEx - BrEx deserialization 16ms
2013-10-10 19:59:48,470 DEBUG BufferPool - <- Releasing with name UncompressionPool (4)
2013-10-10 19:59:48,470 DEBUG ClientSink - | GetReleaseDiagramInfo | proc 16 | 9 | 17594848
2013-10-10 19:59:48,479 DEBUG BufferPool - -> Entering with name SinkcompressionPool (5)
2013-10-10 19:59:48,479 DEBUG BufferPool - -> Entering with name UncompressionPool (5)
2013-10-10 19:59:48,479 INFO  Serialization - Uncompressed 318 bytes in 440 bytes. Time: 0 ms.
2013-10-10 19:59:48,479 DEBUG BufferPool - <- Releasing with name SinkcompressionPool (4)
2013-10-10 19:59:48,479 DEBUG BufferPool - <- Releasing with name UncompressionPool (4)
2013-10-10 19:59:48,479 DEBUG ClientSink - | GetServerInstanceId | proc 0 | 4 | 17717728
2013-10-10 19:59:48,484 DEBUG BufferPool - -> Entering with name SinkcompressionPool (5)
2013-10-10 19:59:48,484 DEBUG BufferPool - -> Entering with name UncompressionPool (5)
2013-10-10 19:59:48,484 INFO  Serialization - Uncompressed 663 bytes in 1039 bytes. Time: 0 ms.
2013-10-10 19:59:48,484 DEBUG BufferPool - <- Releasing with name SinkcompressionPool (4)
2013-10-10 19:59:48,485 DEBUG BufferPool - <- Releasing with name UncompressionPool (4)
2013-10-10 19:59:48,485 DEBUG ClientSink - | GetRepositoryList | proc 15 | 4 | 17860632
2013-10-10 19:59:48,514 DEBUG WorkspaceTree - Initialize - Going to load tree
2013-10-10 19:59:48,516 DEBUG WorkspaceTree - BuildTree for workspace cd93288e-c736-47ff-9611-90dff9fa5261
2013-10-10 19:59:48,533 DEBUG WorkspaceDataStore - GetWorkspaceContent 15 ms
2013-10-10 19:59:48,537 DEBUG WorkspaceTree - BuildTree 15 ms. WkId cd93288e-c736-47ff-9611-90dff9fa5261
2013-10-10 19:59:48,538 DEBUG WorkspaceTree - Initialize - tree timestamp is 635168521158454152/56914
2013-10-10 19:59:48,722 DEBUG BufferPool - -> Entering with name SinkcompressionPool (5)
2013-10-10 19:59:48,722 DEBUG BufferPool - -> Entering with name UncompressionPool (5)
2013-10-10 19:59:48,722 INFO  Serialization - Uncompressed 451 bytes in 680 bytes. Time: 0 ms.
2013-10-10 19:59:48,722 DEBUG BufferPool - <- Releasing with name SinkcompressionPool (4)
2013-10-10 19:59:48,723 DEBUG BufferPool - <- Releasing with name UncompressionPool (4)
2013-10-10 19:59:48,723 DEBUG ClientSink - | GetRepositoryInfo | proc 0 | 9 | 17085664
2013-10-10 19:59:48,728 DEBUG BufferPool - -> Entering with name SinkcompressionPool (5)
2013-10-10 19:59:48,728 DEBUG BufferPool - -> Entering with name UncompressionPool (5)
2013-10-10 19:59:48,728 INFO  Serialization - Uncompressed 301 bytes in 699 bytes. Time: 0 ms.
2013-10-10 19:59:48,728 DEBUG BufferPool - <- Releasing with name SinkcompressionPool (4)
2013-10-10 19:59:48,729 DEBUG BrEx - BrEx deserialization 0ms
2013-10-10 19:59:48,729 DEBUG BufferPool - <- Releasing with name UncompressionPool (4)
2013-10-10 19:59:48,729 DEBUG ClientSink - | GetReleaseDiagramInfo | proc 0 | 9 | 17143008
2013-10-10 19:59:48,738 DEBUG BufferPool - -> Entering with name SinkcompressionPool (5)
2013-10-10 19:59:48,738 DEBUG BufferPool - -> Entering with name UncompressionPool (5)
2013-10-10 19:59:48,738 INFO  Serialization - Uncompressed 242 bytes in 343 bytes. Time: 0 ms.
2013-10-10 19:59:48,738 DEBUG BufferPool - <- Releasing with name SinkcompressionPool (4)
2013-10-10 19:59:48,738 DEBUG BufferPool - <- Releasing with name UncompressionPool (4)
2013-10-10 19:59:48,738 DEBUG ClientSink - | GetMarkerList | proc 0 | 9 | 17224928
2013-10-10 19:59:48,950 DEBUG ReplicationSourceControl - Control handle created: True
 

[S_M]

I think i found the solution to the problem.

It was related to the user credentials.

The setup of the Plastic server was to use the Windows users and since the reinstalled machine was with a new user it didn't show all the repositories to the new user, even if i added him with all the rights the previous one had, as a windows user.

What i did was change PlasticSCM login to use its own users and used the old user credentials when asked for them.

Now it lists all repositories.

I still don't know why some of the repositories were listed and some not, as they were all created when the old user was used.

Also i tried listing all repositories on the server side and not all were shown as well, and i was not logged as neither the old user nor the new one but as administrator for the machine (this i did when Plastic was still configured to use Windows users).

Definitely this was a very confusing situation and still i can't explain some of the stuff that happened, but at least all the repositories are visible now.

Looks like the situation with using Windows users is quite error prone or at least confusing, even if only the client is changed. The most confusing part, at least for me, was that some repositories were listed and some not and there was no warning of some kind like "The user you are trying to use has no rights over the repositories" or something like that.

[calbzam]

Hi,

 

I guess maybe some repositories had permission configured for "ALL_USERS" (included the new machine one) and other repositories had permissions configured to concrete users (not included the new one).

 

Anyway, If you have more issues let us know.

 

Regards,

Carlos