-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Handling authorization/deauthorization #2
Comments
Oh heck
I'm updating the github repo stay tuned
Brian
TL;DR rough notes follow
----------------------------------------------
So far actually supporting a full license server is hypothetical, I have
only used it to monitor licenses. In my docker the lmutil program only uses
service.txt as the key for it to connect to lmgrd.
In my docker what happens is that I run lmutil to collect information from
the real server.
I think the overall process would be:
1. set up a new docker that runs lmgrd
2. make sure it's running and that you can connect to it from a desktop (it
will have no licenses available yet)
3. deauthorize licenses from the old server
4 authorize them on the new dockerized server
5 make sure you can start and stop it
I would also set up the existing dockerized monitoring app in a separate
docker to monitor the new server and I'd just have them share the same
"service.txt" file via docker "secrets."
Assuming you already found where the databases are stored then I would set
up a docker to host lmgrd and I would put its file into a volume.
On Windows I think it uses C:/ProgramData/FLEXnet where I see these files,
those would be the files that would need to be stashed in a volume.
-rw-r--r-- 1 bwilson 1049089 2688 May 2 2020 ARCGIS_8038ce00_event.log
-rw-r--r-- 1 bwilson 1049089 36953 May 2 2020 ARCGIS_8038ce00_tsf.data
-rw-r--r-- 1 bwilson 1049089 36953 May 2 2020
ARCGIS_8038ce00_tsf.data_backup.001
I am reading the doc buried inside my Windows license server in C:/Program
Files (x86)/ArcGIS/LicenseManager/Documentation/
The doc includes firewall information on what ports need to be exposed.
It looks like it normally can assign any port for the vendor daemon at
start so I'd want to lock that down, you do this by editing the service.txt
file by changing the "VENDOR" line to say "VENDOR ARCGIS PORT=27001" and
then I'd expose the ports in the docker-compose.yml file.
…On Fri, Feb 26, 2021 at 6:53 AM Eduardo Speroni ***@***.***> wrote:
Hello!
First of all, great project, this is helping a lot!
We've been trying to make ArcGIS play nicely, but it seems service.txt is
not the only thing it needs to work. I think it saves some information
about licenses on /usr/local/share/macrovision/storage. I say this
because I've used their wizard to authorize the server and it didn't change
the service.txt at all, so I'm wondering how can I make this work in a
docker container.
Do you have any idea on how to manage this?
Thanks!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#2>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAP6RRCN6A4UHWDA5E2XGVLTA6YVRANCNFSM4YISM5JA>
.
--
Brian Wilson
tel:707-827-0001
|
The docker-compose is now set up to start a license manager. "docker-compose up" will launch two containers, one to run the license manager and one to run the web based monitor. Note that you have to put hostnames in config/service.txt and docker-compose.yml for the license manager. I don't have a way to test this right now so I can't tell you if it works! Take a look. If you (or anyone else out there) want to help me with this part drop me a line. |
@brian32768 nice work! I'll take a look next week as we try to dockerize our license manager and report to you if all goes well. Thanks for your time! |
So I finally managed to work on this. My recommendation is: don't use docker to run the ArcGIS flexlm service. We ended up using a VM. but if you do, bear in mind that you need these extra files to make sure the licenses show up (they're created after the authorization):
Also, ensure the macrovision directory (volume) has a 777 permission ON THE HOST MACHINE. Silent provisioning doesn't work and it needs a X display anyway because it was made with QT and refuses to start even if it doesn't create any UI element (you can use Xvfb, but it still won't work, so don't bother). Even with all this, we didn't manage to get the licenses to show up in the client machine, so I also believe you have to install the FNP service, which always errors out saying it's missing the PID file but it works. It also needs fuse installed for some reason, I'd be honestly surprised if the people who developed this weren't high on crack. If anyone from ArcGIS reads this, please know that I hate you with all my being and I hope you add a weird (maybe invisble) utf-8 character to your source code and spend at least 3 days trying to fix it so you can experience what you're making others go through. |
Thanks, I have added links to your comments to the README so that others can benefit from your experience. Ah I see you are a full stack developer. That means you probably don't know developers hating Esri is a near universal experience. |
Hello!
First of all, great project, this is helping a lot!
We've been trying to make ArcGIS play nicely, but it seems service.txt is not the only thing it needs to work. I think it saves some information about licenses on
/usr/local/share/macrovision/storage
. I say this because I've used their wizard to authorize the server and it didn't change theservice.txt
at all, so I'm wondering how can I make this work in a docker container.Do you have any idea on how to manage this?
Thanks!
The text was updated successfully, but these errors were encountered: