Cannot search our TMs

Hi, we waited to update to Groupshare 2017 because of the many issues we heard, but we finally decided to take the plunge since it has been out for over a year now. However, as soon as we started to use it, we hit several issues that are important to our business processes:

1. We have many TMs over 200k, and we cannot search them!

https://gateway.sdl.com/communityknowledge?articleName=000003845

2. The TM export feature, TM indexing and other tasks cannot be canceled?
They remain queued even after hitting cancel in Trados Studio

3. Checking in large files times out

Overall, as a customer we are not having a very good experience...

Parents
  • Hi Jesse, we have GU 2017 on producing since it got out from CU2. We had this issues also but with CU 4 thing get better. Do not import over Studio it takes a lot of time. because of alignment after import. this is also Failed every time with bigger imports. We always import over GroupShare Website. There you can see better what is going on when importing. Which CU do you have? We have some performing issues but in all GU 2017 is better than GU 2015.

    We have multiple TMs with over 750K TU's. When searching concordance where results are big just try to concordance search multiple words.
  • Hi Mitja

    Thank you for the advice.
    We are using 14.2.20522.7 - SR1 CU7.

    However, right now I cannot even check out files or publish files on the server as it times out.
    I've already set the time out to 180 for all Proxy but it doesn't help...
    gateway.sdl.com/.../000004673

    Any ideas?
  • hello Jesse,
    How big are the files you're trying to check-out?
    Were projects published in GS2017 or inherited from GS2015?
    Are local studio project files located on a networked drive?
    Are you using the latest Studio version available?

    While GS2017 has issues in checking-in/out files (sometimes you have to restart services in order to check-in) the latest CU(7) works fine enough even with big files.

    Maybe it could be worth performing a trace route to your server to see if there's some slow node in the path and to measure network performance.

    I know some questions may seem trivial, but at least you can phase-out the trivial issues.
  • Hi Enrico

    1. Files are around 3 to 5 MB (only checking one out at a time)
    2. Published in GS2017
    3. Local projects are located in My Documents
    4. Yes, latest version of Studio

    I also sent all log files/error messages to SDL support.
    I will let you know if I figure out the problem!
  • Good luck Jesse!
    I can confirm, having myself a quite problematic GS2017 installation, that nonetheless you shouldn't have such issues with those files.
  • Okay, I think we found the root of the issue.
    Basically we keep running our of hard disk space!
    Does anyone know how much hard disk space we need?

    Currently we have around 800 projects and 30 TMs. We have been trying to remove projects/TMs to free up space, but then the space keeps filling back up!
  • Hello Jesse, back in some older GS2017SR1 version there was an issue with log files set to "debug" level, so they kept growing in order of several Gbytes. I'd check log files for sdl services. also i'd check log files for sql server and plan a maintenance plan with shrink. Then Temporary folder. Also the new GS2017SR1 grows database space to accomodate the translation models for the new TM features (fragment search and such).
Reply
  • Hello Jesse, back in some older GS2017SR1 version there was an issue with log files set to "debug" level, so they kept growing in order of several Gbytes. I'd check log files for sdl services. also i'd check log files for sql server and plan a maintenance plan with shrink. Then Temporary folder. Also the new GS2017SR1 grows database space to accomodate the translation models for the new TM features (fragment search and such).
Children