mengl Posted January 9, 2017 Report Share Posted January 9, 2017 I tried GitServer today and added a gitserver.conf file to my PlasticSCM server installation: ------------------------- tcp.port=9418 export.repo=my_repo storage.baseDirectory=D:\gitserver\mappings mapping.interval=30 ------------------------- I am able to clone the repository by using git clone but I just see 1/10 of my changesets. Currently I have 1000+ changesets in my repo but if I clone it by using git I just get the first ~100 changeset which are almost 2 years old. Any ideas? The reason why I am trying GitServer is to enable Atlassian Crucible to read my branches. As described at https://plasticscm.uservoice.com/forums/15467-general/suggestions/7015573-crucible-plugin-should-support-branch-reviews Cheers, Michael Link to comment Share on other sites More sharing options...
mengl Posted January 9, 2017 Author Report Share Posted January 9, 2017 I found the following error in my plastic.server.log: 2017-01-09 13:18:24,556 00000000-0000-0000-0000-000000000000 NT-AUTORITÄT\SYSTEM at PLASTICTOOLS INFO Operations - Retrieve repository list 2017-01-09 13:18:24,556 00000000-0000-0000-0000-000000000000 NT-AUTORITÄT\SYSTEM at PLASTICTOOLS INFO Operations - Execute simple query for repository 1705 2017-01-09 13:18:24,634 00000000-0000-0000-0000-000000000000 NT-AUTORITÄT\SYSTEM at PLASTICTOOLS INFO Operations - Get label list for repository Id 1705 2017-01-09 13:18:25,290 00000000-0000-0000-0000-000000000000 NT-AUTORITÄT\SYSTEM at PLASTICTOOLS INFO Operations - Get repository info my_repo 2017-01-09 13:18:25,524 00000000-0000-0000-0000-000000000000 NT-AUTORITÄT\SYSTEM at PLASTICTOOLS ERROR Operations - OnError catching exception [Memory Stream is not expandable] - Plastic server version: 5.4.16.802 2017-01-09 13:18:25,633 NT-AUTORITÄT\SYSTEM at WARN Git - The calculation of the git shas for the repository 'my_repo' cannot continue. Error: File "C:\Windows\TEMP\8b7721e7-00c3-41bd-84c0-d77ab6e9c707.pushed" was not found. Link to comment Share on other sites More sharing options...
calbzam Posted January 9, 2017 Report Share Posted January 9, 2017 Hello, Do you have enough free disk in your C: and D: units? If you remove the mappings directory and recreate it, is the issue happening again? Regards, Carlos. Link to comment Share on other sites More sharing options...
calbzam Posted January 9, 2017 Report Share Posted January 9, 2017 Also, if you could attach the complete server log ("plastic.debug.log.txt"), it would be helpful. I would like to check the stack trace. Regards, Carlos. Link to comment Share on other sites More sharing options...
mengl Posted January 10, 2017 Author Report Share Posted January 10, 2017 Hi Carlos, yes there is enough free disk space: C: 62 GB free D: 98 GB free I already tried to remove the mapping directory, but the issues is still the same Link to comment Share on other sites More sharing options...
mengl Posted January 10, 2017 Author Report Share Posted January 10, 2017 I do not find a plastic.debug.log.txt in my C:\Program Files\PlasticSCM5\server directory. I guess I need to enable debug logging in one of the conf files? Link to comment Share on other sites More sharing options...
calbzam Posted January 10, 2017 Report Share Posted January 10, 2017 The server log output path is configured in the "loader.log.conf". It could vary depending on the server version. Regards, Carlos. Link to comment Share on other sites More sharing options...
mengl Posted January 12, 2017 Author Report Share Posted January 12, 2017 stack trace: ERROR Operations - OnError catching exception [Der Speicherstream kann nicht erweitert werden.] - Plastic server version: 5.4.16.802 2017-01-12 14:04:06,348 00000000-0000-0000-0000-000000000000 NT-AUTORITÄT\SYSTEM at PLASTICTOOLS DEBUG Operations - OnError catching exception Der Speicherstream kann nicht erweitert werden. bei System.IO.MemoryStream.set_Capacity(Int32 value) bei System.IO.MemoryStream.EnsureCapacity(Int32 value) bei System.IO.MemoryStream.Write(Byte[] buffer, Int32 offset, Int32 count) bei Codice.CM.Common.Serialization.PlasticBinaryWriter.WriteToStream(Byte[] buffer, Int32 offset, Int32 count) bei Codice.CM.Common.Serialization.DataPacketWriter.WriteData(Int64 fidobj, Int16 compression, UInt64 segment, Boolean bLast, Byte[] data) bei uq.a(RepId A_0, CmDataReader A_1, DataRequest A_2, IBlobStorageReader A_3, DataPacketBuilder A_4, Boolean A_5) bei uq.a[a](RepId A_0, IList`1 A_1, b A_2, a A_3) bei uq.a(RepId A_0, IList`1 A_1, DataPacketBuilder A_2) bei op.a(RepId A_0, IList`1 A_1, DataPacketBuilder A_2) bei op.a(RepId A_0, Int64[] A_1, EnumDataType[] A_2, UInt64[] A_3, IDataPacketDecryptor A_4, IDataPacketEncryptor A_5) bei Codice.CM.Server.ItemHandler.GetObjectsData(RepId repId, LongArray revIds, EnumDataType[] types, ULongArray segments) bei Codice.CM.Server.SecuredItemHandler.GetObjectsData(RepId repId, LongArray revIds, EnumDataType[] types, ULongArray segments) bei Codice.CM.Server.TransactionInterceptor.GetObjectsData(RepId repId, LongArray revIds, EnumDataType[] types, ULongArray segments) 2017-01-12 14:04:06,364 00000000-0000-0000-0000-000000000000 NT-AUTORITÄT\SYSTEM at PLASTICTOOLS DEBUG Transaction - Rollback implicit transaction rep_1705 2017-01-12 14:04:06,364 NT-AUTORITÄT\SYSTEM at INFO Performance - GetObjectData;Total Parallel Time: 71952 ms;Total Lineal Time: 74635 ms;Total Threads: 208;Calls Count: 213;Memory: 204MB 2017-01-12 14:04:11,652 NT-AUTORITÄT\SYSTEM at WARN Git - The calculation of the git shas for the repository 'ognix' cannot continue. Error: Die Datei "C:\Windows\TEMP\d1e95136-c0f2-4f90-ab33-055a2fb55f6b.pushed" konnte nicht gefunden werden. 2017-01-12 14:04:11,652 NT-AUTORITÄT\SYSTEM at DEBUG Git - StackTrace: bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) bei System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy) bei System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy) bei System.IO.FileStream..ctor(String path, FileMode mode) bei Codice.Foreign.BlobBuilder.Build(String inputPath) bei Codice.Foreign.TreeHasher.ProcessBlob(TreeForeignBlob blobNode) bei Codice.Foreign.TreeHasher.ProcessChildren(TreeForeignNode tree, List`1 newShas) bei Codice.Foreign.TreeHasher.ProcessTree(TreeForeignNode tree, List`1 newShas) bei Codice.Foreign.TreeHasher.ProcessChildren(TreeForeignNode tree, List`1 newShas) bei Codice.Foreign.TreeHasher.ProcessTree(TreeForeignNode tree, List`1 newShas) bei Codice.Foreign.TreeHasher.ProcessChildren(TreeForeignNode tree, List`1 newShas) bei Codice.Foreign.TreeHasher.ProcessTree(TreeForeignNode tree, List`1 newShas) bei Codice.Foreign.TreeHasher.ProcessChildren(TreeForeignNode tree, List`1 newShas) bei Codice.Foreign.TreeHasher.ProcessTree(TreeForeignNode tree, List`1 newShas) bei Codice.Foreign.TreeHasher.ProcessChildren(TreeForeignNode tree, List`1 newShas) bei Codice.Foreign.TreeHasher.ProcessTree(TreeForeignNode tree, List`1 newShas) bei Codice.Foreign.TreeHasher.ProcessChildren(TreeForeignNode tree, List`1 newShas) bei Codice.Foreign.TreeHasher.ProcessTree(TreeForeignNode tree, List`1 newShas) bei d0.a(RepositoryInfo A_0, IList`1 A_1, IList`1 A_2, xp A_3, adk A_4, a A_5) bei dx.a(RepositoryInfo A_0, ChangesetWalkResult A_1, adk A_2) bei dx.a(RepositoryInfo A_0, b A_1) bei dx.b() Link to comment Share on other sites More sharing options...
mengl Posted January 12, 2017 Author Report Share Posted January 12, 2017 log file attached plastic.server.log Link to comment Share on other sites More sharing options...
manu Posted January 13, 2017 Report Share Posted January 13, 2017 Thanks mengl, thank you for the info, we have seen this error before when the repository is haven a lot of tiny files, is that your case in your repo? Link to comment Share on other sites More sharing options...
mengl Posted January 13, 2017 Author Report Share Posted January 13, 2017 Well, I don't think we have a special repo content. Most of the files a cpp or header file. But we we use third party libs like boost... Especially boost has thousands of header files. Do you have a fix for this bug in place? How can I assist to enable you to fix it? Link to comment Share on other sites More sharing options...
manu Posted January 16, 2017 Report Share Posted January 16, 2017 Yes, if you don't mind, can you execute the following tool and send us the result? https://drive.google.com/open?id=0B3TLK-l0fkiBWFFrRkk4OWN3OWs The command will dump the files names and their size into a text file, you can execute the tool like this: DirDumper.exe "C:\Users\manu\wks" The dump file will be generated at the parent directory, "C:\Users\manu" for the example. Please send it to our support email (support at codicesoftware dot com) referencing this thread. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.