Group Model Login : Error GRP1625 - Libraries locked (CA PLEX)

[Eric Mathieu]

Hi,

We have a program that extract all developpers models each morning day.

Since maybe 1 month, the program raised error because it finds a librairie lock file.

We verified with developpers and nobody was extracting or updating theirs models at the same time.

We verified all locks librairies and found none of them.

We decided to manually extract the models and the error appears a few times.

So it's not our program.

We found that it raises the error on login.

What I understand is when we logged into the Group Model, CA Plex open each library, create a lock file and delete it.

I don't know why, but sometimes the lock file hasn't cleared yet and when CA Plex opens the next one it fails.

It seems that, sometime, the deletion lock file takes too much time (nano second...).

So when it creates the next library lock file, it was not yet deleted and CA Plex raised the error.

We opened a window for each lock directory to see where the lock is and everything is fine.

There's no lock file in the library that CA Plex show to us.

Is there anybody faced this error?

Do you have any idea for fix this situation?

Thanks

[Dennis Michael Koegeler]

Hallo Eric,

did you find a solution?

Greetings

DK

[HIFUMI ONISHI]

Hallo Eric,

We have encountered a similar error.

This error occurs when the following conditions are met:
- login the group models using a network connection
- network connection speed is slow

If the network speed is stable, no errors occur when login the same group models.

For these reasons, we try to login the group models when our network speeds are stable, or login the group models multiple times until the errors go away.

We hope our experience will be helpful.

Regards,
Hifumi

[Dennis Michael Koegeler]

Hallo Eric,

Hallo Hifumi,

we access the Group Model via an SMB share. We found that Plex generates an error when both sides use SMB 3.0. When we force SMB 1.0, the error does not appear. Accessing an SMB 2.0 share also does not cause any problems. Have you ever heard of this?

[Jeremy Stent]

We have traditionally stored our .bmp and .ico files on a file share.  As many may remember ActiveX controls for tab strips and tree view controls like to briefly open these with exclusive write locks.  This was no problem for a long time, but as our users started to be migrated to Windows 11 it started to become an issue.  I cannot quickly find a document listing differences, but I believe that newer windows clients are not as quick to release locks on network share files.  This may be due to the requirement for mandatory SMB signing.  I suspect that if you introduce a few seconds gap things may work better.

A couple of other options would be to have your program that extracts models remove all lock files between each extraction, or to have it copy the group models to the local computer and then do the extract.  This may even speed up the process depending on your network speeds.

[Eric Mathieu]

Thank you for all your comments.

Since we couldn't prove that it was a network issue (but we think it is), we decided to copy our Group Model locally.

Now our program copies the Group Model locally, extracts it, saves it and copies it over the network for each developer.

This error has not reappeared.

[Dennis Michael Koegeler]

Solution: 
Extra Volume for the Group Models with this Settings:
Set-SmbShare -Name "Volume" -LeasingMode None

to check:
Get-SmbShare -Name "Volume" | Select-Object -Property Name, LeasingMode