Handling authorization/deauthorization

[edusperoni]

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!

[brian32768]

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

[brian32768]

The docker-compose is now set up to start a license manager.
The README is updated.

"docker-compose up" will launch two containers, one to run the license manager and one to run the web based monitor.
It mounts the subdirectory "config" as a volume that can hold the service.txt file and one called "licenses" that will
hold the database(s) used to record the license information.

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.

[edusperoni]

@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!

[edusperoni]

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):

/home/flexlm/.config/Esri
/home/flexlm/.config/Esri/softwareauthorization.conf
/home/flexlm/arcgis/licensemanager/bin/options.cfg

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.

[brian32768]

Thanks, I have added links to your comments to the README so that others can benefit from your experience.
I wrestled with Dockerizing ArcGIS Enterprise off and on for a year. Some of it worked.
Go work on an OpenLayers or GeoServer or QGIS or PostGIS or GeoPandas project and you'll feel better in no time.

Ah I see you are a full stack developer. That means you probably don't know developers hating Esri is a near universal experience.