
TStevenson asked a question.
Flexera Status:
All Systems Operational
TStevenson asked a question.

karl.wogoman asked a question.
The UC is clearly connected. We've had 5.5x installed for years and never had this issue. I've had a case open for this since August 2026. Tech Support have been somewhat helpful and we have tried many things, but they say they can't recreate this issue in their environment. Is anyone else experiencing this with this version?

EUCCoreSVCS asked a question.
Now we are trying to upgrade Data Platform to the latest ver 5.6.0 but facing the issue that our current Admin Console cannot get the patch installed so we can bring it up to ver 5.5.66 so that we can do a in place upgrade to 5.6.0. Again, the reason is the patch upgrade cannot access the client services which is failing the upgrade. we think that it is because of the Flexera cannot access the SQL server. Is there any solution to this issue.

I can see that you're troubleshooting the issue with Flexera Support. Please share its resolution (when you get to it) with the forum members, if you think they will benefit from it.
Thanks,
John Sorensen

goody612 asked a question.
We are currently importing data from Flexera on-prem Data Platform into the ServiceNow CMBD and can see the Software Installations, Discovery Models, and Software Models that are created. For the items that get normalized we see the Product Type getting populated on the Discovery Model, however when we look at the associated Software Model that is also created from Flexera it doesn't have the Product Type populated, which is critical when working with entitlements and reconciliations. Is the normal behavior, or is there a setting I am missing somewhere. Thanks!

I can see from your support case that you're involved with Flexera's ServiceNow SME team.
Please feel free to share the outcomes of your discussions if you think that other forum members would benefit from the outcome and your conclusions.
Thanks,
John Sorensen

cjones asked a question.
The reports contain EOSL dates with 6-month forecast. I have run from desktop and from server. If I make a name change, indexing takes over 2-3 minutes for me to be able to view report. Any ideas why or anything I can do to resolve?

From the context of your explanation I'm guessing that you're referring to Data Platform Report Management. It sounds to me like you may experience some database performance issues, have you tried to apply some database performance monitoring while running these reports as it may reveal some RDBMS constrains?
Anyway, please feel free to contact Flexera Support if you need assistance in troubleshooting this further.
Thanks,
John Sorensen

bmanturbo asked a question.
When trying to download latest catalog updates after running the new 5.5.82 update we are getting SSL handshake issues. There are no issues with normalization data pulls.


TraceyAS (Flexera Software) asked a question.

@TraceyAS (Flexera Software)
I don't seem to have the same experience, this is the Data Platform downloads page and only one file visible until I click on the 'Previous Versions' tab:
And slightly different experience for Snow License Manager, but still merely one file for download visible per version:
Thanks,
John Sorensen

geej_sec_gov asked a question.
I have the data platform on site connected to ServiceNow. I have generated the OAuth Token and it will not authenticate preventing us from normalizing data.
*There is no firewall issue
-- we added the ServiceNow certificate to the trusted root store on the Admin Console
-- We updated the cert on the server
The Support team has run out of suggestions - This ticket has been open for 3 weeks or more.

I can see that the recommendation from the support case was to reach out to ServiceNow. Did you try this and still not able to find the root cause, or...?
Thanks,
John Sorensen
The UC is clearly connected. We've had 5.5x installed for years and never had this issue. I've had a case open for this since August 2026. Tech Support have been somewhat helpful and we have tried many things, but they say they can't recreate this issue in their environment. Is anyone else experiencing this with this version?
Hi,
I see that the Technopedia software eligibility details are updated in the below link:
Technopedia software eligibility - Community (flexera.com)
we see that there is a line:
Open source software captured in the nexB DejaCode catalog https://enterprise.dejacode.com/home / IS eligible even if the above criteria are not met.
Can someone from your team provide an example of Open source software captured in the nexB DejaCode catalog and the detailed steps how to verify the software in the above link.
Please provide the example and steps soon, so that it can help the users.
Thanks,
For me, this has occurred on multiple deployments of Data Platform across customers.
Whether running a Normalization or a Catalog update, sometimes the process will fail, with the Activity Monitor and the BDNA.log showing 'The system failed to connect to the User Console service. Please check the environment and retry.'
On the User Console UX.log the error will be 'The remote server returned an error: (401) Unauthorized.'
This issue appears to be linked to Java caching DNS lookups. On service startup the User Console will do a look up for the Active Directory server, and that IP address will be the one it will use for any authentication queries until the service is restarted.
The obvious problem here is that Active Directory domain controllers go up and down; AD is supposed to be fault tolerant and allow for this, and applications need to cater for this inevitable scenario. If the User Console service cannot access that cached IP address then it will fail the process. Addtionally, any user access to the User Console will also fail.
A solution here is to set the time to live for the DNS entries the User Console uses to something short.
On the User Console, edit the file
<install drive>\Program Files\BDNA\User Console\Tools\Java\lib\security\java.security
and set
networkaddress.cache.ttl
to something low. I've set it to 15 seconds.
networkaddress.cache.ttl=15
So every 15 seconds it expires whatever is in the DNS cache.
Further reading at https://docs.aws.amazon.com/sdk-for-java/v1/developer-guide/java-dg-jvm-ttl.html
Hats off to Flexera Support and Engineering for working this out.
j
Was curious how everyone handles stale inventory within Data Platform? For example in FlexNet Manager when you pull in inventory from most sources you get a last inventory date, so you can easily see how long it's been since a system was last inventoried. This isn't available within Data Platform, so was curious if anyone is passing this data through or any other ways to handle it? Thanks!
The Data Platform service account, used in the Authentication Settings page in the 'Populator'->'Admin account' property, must be a member of at least one Active Directory group other than 'Domain Users'.
If the service account is only a member of 'Domain Users', then the test results will show the error 'Admin account not found. Check your populator settings or admin account and try again.'
According to Flexera Support, this is a limitation of the Pentaho component on the User Console server.
Has anyone used Data Platform to provide a picture of the environment status of you hardware and/or software estate ?
I'd be very interested to hear/see what you did.
thanks
Penelopej
Following on from comments on the post "New ServiceNow Scoped App v5.0.6 is now Available in ServiceNow Store ", I'm interested to understand the sequence of events in the data exchange between Data Platform and ServiceNow (more-so than the technical specs of the API's). I'm a ServiceNow developer tasked with implementing this integration for a client.
I find it unusual that the documentation is lacking in detail. Other than the tables involved and simply entering credentials. I've had to work backwards to find out how we're receiving data into the ServiceNow platform.
Below is my guess on how the data is exchanged from FDP to ServiceNow? I'm not as concerned with FNMS and Inventory CI data but more rather than normalized hardware and software model and information.
Step 1 Scheduled Job runs in Flexera (Data platform?/FNMS?)at (x) Interval2 Queries SN Instance via "/api/x_fls_flexera_fnms/v1/integration/can_export" until true result is returned3 Triggers REST call to "/api/x_fls_flexera_fnms/v1/integration/export"4 This triggers scheduled jobs (x,y,z) in ServiceNow to export .CSV files to MID server noted in Export Sets5 Flexera Polls Export Status on SN instance ("/api/x_fls_flexera_fnms/v1/integration/export_status") until export job complete6 FDP normalizes data from CSV Export in MID server7 FDP Queries 'Can Import' ('/api/x_fls_flexera_fnms/v1/integration/can_import') until true8 Data transfered from FTP in batches via Import ('/api/x_fls_flexera_fnms/v1/integration/import')9 FDP Polls Import Progress Status ("/api/x_fls_flexera_fnms/v1/integration/import_progress_status") until complete10Once import complete status returned import complete message sent to trigger data import/transform in ServiceNow ('/api/x_fls_flexera_fnms/v1/integration/import_data_complete')
Is this following a similar path to the high level process for FNMS is documented here on page 314?
It would be great if there were some further detail on the actual sequence of data exchange.
Apologies if a bit wordy, but I'm trying to understand the ins and outs of this without much documentation to go on!
Thanks for your help.
- Stephen
As the Flexera UX team continues to develop new ideas that our community helps drive, we'd love to get your feedback on topics related to Local Extended Applications, Private Catalog and Unrecognized Evidence topics.
We’re looking to spend 60 minutes via an online call gathering your contextual thoughts and sharing ideas. If you are interested, please contact me at ltaylor@flexera.com to set up a call in the next few weeks (late May/early June).
Best regards,
Lon
Hello, thanks for raising your question. Flexera has published a security advisory on these vulnerabilities. Please see full details here Security Advisory: Flexera product status in relation to PHP vulnerabilities CVE-2026-109618 and CVE-2026-109619