Jul 09, 2020
06:25 AM
Ah I understand, the proxy would forward on the request
so agent requests to post a file to
http://davesproxy.davesnetwork.com/managesoftrl
request get sent to proxy, proxy forwards requests to:
http://davesbeacon.davesnetwork.com/managesoftrl
this change does not change the URL of the beacon itself it just changes its value within the policy itself so that the agent is instructed talk to the proxy instead of the beacon directly
... View more
Jul 02, 2020
04:32 AM
Hi mfranz, I am afraid it is not included in this document yet as I don't currently have a full breakdown of the options listed in trace logging, I will enhance this once I obtain the information.
That said we do have how to perform trace logging as separate KB articles for those that are interested, the trace config file itself tends to be pretty self-explanatory as to what information it gathers but I agree a document going into detail would be best
https://community.flexera.com/t5/FlexNet-Manager-Knowledge-Base/How-to-enable-ETDP-Tracing/ta-p/152901/jump-to/first-unread-message
https://community.flexera.com/t5/FlexNet-Manager-Knowledge-Base/How-to-Enable-ETCP-Tracing-for-Inventory-Agent/ta-p/2068/jump-to/first-unread-message
... View more
Jul 02, 2020
04:29 AM
Hi Ronald,
not sure if I follow completely but this process is best explained as giving the beacon a "Fake" Identity within the policy,
If the beacon is called for example "Davesbeacon123.flexera.com" but the agents have to first pass through a proxy called "davesproxy.externalnetwork.com" the agents are never going to be able to communicate to the rest of the fnms system as they will be trying to communicate with "Davesbeacon123.flexera.com" as this is what is included in the policy.
The technique in the KB explains how to give the Beacon a "Fake" identity within the beacon so that the policy will display this with whatever information we enter. So, for example, we can give the beacon "Davesbeacon123.flexera.com" a "Fake" identity of "davesproxy.externalnetwork.com" and this will then be populated in the policy for the agents to consume, this means the agents will then be able to communicate to the beacon via the proxy as it will be updated with this value in their policy.
hope this makes sense, it can be tricky to explain in text
... View more
Jun 30, 2020
12:23 PM
1 Kudo
As we can see circled our issue is that the edition on this product is not being detected, it's coming up as Unspecified.
This is our evidence page, as seen there is evidence for the circled records and we have information for the Name, Version and Publisher
Again much of the same as previous, we have information for the Name, Version and Publisher in our file evidence
And this is the explanation of our issue.
Since in this example, we are using SCCM to gather this information while it has the ability to both gather the name and version as shown in previous screenshots it does not have the capability to gather the Edition which is separate (see first screenshot, {Pro, Standard, etc})
Since the Edition is what the licence complies against the version number alone is not sufficient and so this licence is created with an “unspecified edition”
The FNMS agent does have the capability to do this but unfortunately, SCCM does not.
... View more
Jun 30, 2020
12:08 PM
Within the FNMS WebUI, On your Data Inputs Page:
From Web Help:
This should take during the next full reconcile and will remove this connection along with any data from the FNMS DB that has been inserted by this connection, so If I removed an SCCM Connection for example it would remove all SCCM records from the system
... View more
Labels:
-
Cloud
-
FlexNet Manager Suite 2014
-
FlexNet Manager Suite 2014 R2
-
FlexNet Manager Suite 2014 R3
-
FlexNet Manager Suite 2015
-
FlexNet Manager Suite 2015 R2
-
FlexNet Manager Suite 2015 R2 SP1
-
FlexNet Manager Suite 2015 R2 SP2
-
FlexNet Manager Suite 2015 R2 SP3
-
FlexNet Manager Suite 2015 R2 SP4
-
FlexNet Manager Suite 2015 R2 SP5
-
FlexNet Manager Suite 2016
-
FlexNet Manager Suite 2016 R1 SP1
-
FlexNet Manager Suite 2017 R1
-
FlexNet Manager Suite 2017 R2
-
FlexNet Manager Suite 2017 R3
-
FlexNet Manager Suite 2018 R1
-
FlexNet Manager Suite 2018 R2
-
FlexNet Manager Suite 2019 R1
-
FlexNet Manager Suite 2019 R2
-
How To
-
On-premises
Jun 30, 2020
12:01 PM
1 Kudo
When a managesoft component reports an error its possible to get windows to automatically email the entry, this only works for the older components (agent components) which are used both on the agent and some parts of the beacon
Computer Management
System Tools
Event Viewer
Application and Services Logs
Managesoft
Windows lets you trigger scheduled tasks to start when a variety of events happen, e.g.:
time of day
system startup
user login
event recorded in event log
Armed with this knowledge, you can create a scheduled task that runs when an error is reported.
Choose on an event, basic, and select the log “managesoft”
Here is a list of the fnms components that write logs into the windows logs, If you are not sure what these mean I would recommend reading the following pdf, chapter 1, “understanding what, where , how and why”: https://helpnet.flexerasoftware.com/FlexNetManagerSuite2019R2/EN/WebHelp/PDF%20Documents/On-Prem/GatheringFlexNetInventory.pdf
After selecting your log of choice set the event ID to “1”
As we can see in the windows logs Event ID 1 is an Error report
After that ensure enabled is ticked and select okay
This scheduled task's action can then be set to something that sends you an alert - in your choice of methods (e.g. triggers a shutdown). You might just want it to send an e-mail:
So every time this fnms component reports an error it should send an email automatically, you can also set this up for the scheduled tasks as well as other windows components. I have set this up in the past to activate under a variety of scenarios and also to execute scripts instead of emailing (see the actions tab in the last screenshot)
... View more
Labels:
-
Cloud
-
FlexNet Manager Suite 2014
-
FlexNet Manager Suite 2014 R2
-
FlexNet Manager Suite 2014 R3
-
FlexNet Manager Suite 2015
-
FlexNet Manager Suite 2015 R2
-
FlexNet Manager Suite 2015 R2 SP1
-
FlexNet Manager Suite 2015 R2 SP2
-
FlexNet Manager Suite 2015 R2 SP3
-
FlexNet Manager Suite 2015 R2 SP4
-
FlexNet Manager Suite 2015 R2 SP5
-
FlexNet Manager Suite 2016
-
FlexNet Manager Suite 2016 R1 SP1
-
FlexNet Manager Suite 2017 R1
-
FlexNet Manager Suite 2017 R2
-
FlexNet Manager Suite 2017 R3
-
FlexNet Manager Suite 2018 R1
-
FlexNet Manager Suite 2018 R2
-
FlexNet Manager Suite 2019 R1
-
FlexNet Manager Suite 2019 R2
-
How To
-
On-premises
Jun 30, 2020
11:44 AM
1 Kudo
There are 2 directories on these systems we need in Flexera Support, I shall go through the process on where each one is in this guide,
First, open up a terminal and go to the root directory-
Then we need to Navigate to our first folder, /var/opt/managesoft/
This folder contains all the operational settings for the Agent, we request you send us all the contents of this folder in an archive. [in particular both ‘etc’ and ‘log’]
Next, we need to navigate to our second folder, /opt/managesoft/
This folder contains all the installation files for the Agent, we request you send us all the contents of this folder in an archive. [in particular ‘bin’]
If unsure on how to create an archive, please refer to the next section which goes over creation in the terminal
The tar command on Linux is often used to create .tar.gz or .tgz archive files, also called “tarballs.” This command has a large number of options, but you just need to remember a few letters to quickly create archives with tar. The tar command can extract the resulting archives, too.
The GNU tar command included with Linux distributions has integrated compression. It can create a .tar archive and then compress it with gzip or bzip2 compression in a single command. That’s why the resulting file is a .tar.gz file or .tar.bz2 file.
Compress an Entire Directory or a Single File
Use the following command to compress an entire directory or a single file on Linux. It’ll also compress every other directory inside a directory you specify–in other words, it works recursively.
tar -czvf name-of-archive.tar.gz /path/to/directory-or-file
Here’s what those switches actually mean:
-c: Create an archive.
-z: Compress the archive with gzip.
-v: Display progress in the terminal while creating the archive, also known as “verbose” mode. The v is always optional in these commands, but it’s helpful.
-f: Allows you to specify the filename of the archive.
Let’s say you have a directory named “stuff” in the current directory and you want to save it to a file named archive.tar.gz. You’d run the following command:
tar -czvf archive.tar.gz stuff
Or, let’s say there’s a directory at /usr/local/something on the current system and you want to compress it to a file named archive.tar.gz. You’d run the following command:
tar -czvf archive.tar.gz /usr/local/something
Compress Multiple Directories or Files at Once
While tar is frequently used to compress a single directory, you could also use it to compress multiple directories, multiple individual files, or both. Just provide a list of files or directories instead of a single one. For example, let’s say you want to compress the /home/ubuntu/Downloads directory, the /usr/local/stuff directory, and the /home/ubuntu/Documents/notes.txt file. You’d just run the following command:
tar -czvf archive.tar.gz /home/ubuntu/Downloads /usr/local/stuff /home/ubuntu/Documents/notes.txt
Just list as many directories or files as you want to back up.
... View more
Labels:
Jun 30, 2020
10:09 AM
Within FNMS you have the ability on many pages including the System Tasks page below to download logs, you can perform this action in the administrator role, however, you can also enable this functionality for additional users. to do this, please follow the screenshot steps below
Remember to save once edited, you may need to be an admin to change this setting
... View more
Labels:
-
FlexNet Manager Suite 2014
-
FlexNet Manager Suite 2014 R2
-
FlexNet Manager Suite 2014 R3
-
FlexNet Manager Suite 2015
-
FlexNet Manager Suite 2015 R2
-
FlexNet Manager Suite 2015 R2 SP1
-
FlexNet Manager Suite 2015 R2 SP2
-
FlexNet Manager Suite 2015 R2 SP3
-
FlexNet Manager Suite 2015 R2 SP4
-
FlexNet Manager Suite 2015 R2 SP5
-
FlexNet Manager Suite 2016
-
FlexNet Manager Suite 2016 R1 SP1
-
FlexNet Manager Suite 2017 R1
-
FlexNet Manager Suite 2017 R2
-
FlexNet Manager Suite 2017 R3
-
FlexNet Manager Suite 2018 R1
-
FlexNet Manager Suite 2018 R2
-
FlexNet Manager Suite 2019 R1
-
FlexNet Manager Suite 2019 R2
-
How To
Jun 30, 2020
09:57 AM
Symptoms:
when creating a schedule for AWS in the beacon UI the AWS schedule is not applied or created whereas this should happen
Diagnosis:
(no “AWS Import” Schedule listed)
Solution:
Workaround:
close beacon UI
stop beacon service
navigate to beacon programdata folder C:\ProgramData\Flexera Software\Beacon
rename "schedule.xml" to "schedule.bak" (or just erase or store in an archive)
start the beacon engine service & launch the beacon ui
this will create a new schedule.xml which should solve this issue
Fix:
This was a bug that was fixed in FNMS 2019r1 version of the beacon, the bug subject was:
Default schedule "AWS imports" is not created if schedule.xml already exists during upgrade
... View more
Jun 30, 2020
08:39 AM
10 Kudos
Introduction
This article details log files and locations that are used to within the FlexNet Manager Suite product.
If you see a log file that you are not expecting or are having trouble finding a log file on a particular computer, make sure you have considered the following key points:
The web, batch and inventory server components may be installed all on one server, or installed across 2, 3 or even more servers.
It is possible to install beacon components on the batch server.
Some components and associated logs are shared between the beacon and inventory agent. Shared components are fully detailed below.
The inventory agent components may be installed on any of the servers.
Many log files are created using the log4net logging framework, and so common log4net configuration options can be used in log4net .config files. These .config files are typically placed in a base folder which is specified in the registry as explained below, or in some cases they may be placed alongside the associated executable.
Other log file locations are specified directly by registry entry values.
Application and beacon server logging
Logging location
The default base directory containing log4net .config files for FlexNet Manager Suite application server components and generated log files is C:\ProgramData\Flexera Software\Compliance\Logging\.
This base directory may be overridden by setting the registry entry HKLM\SOFTWARE\WOW6432Node\ManageSoft Corp\ManageSoft\Compliance\CurrentVersion\LoggingBaseDirectory.
Logging configuration
.config files are installed in the logging base directory for many application server components. Each .config file is an XML document containing log4net configuration settings. In many cases the actual location for holding log files references the property %property{ComplianceLoggingPath}. This property is expanded to be the LoggingBaseDirectory path.
The .config files in LoggingBaseDirectory can be edited using a text editor to adjust the logging level. Open the relevant .config file and find the <root> element. Adjust the <level value="INFO"/> line with the desired logging level. Typical options are ERROR, WARN, INFO and DEBUG.
Logging from application server components
The following table provide default logging configuration details for various application server components & subsystems.
Component / Subsystem
Location under C:\ProgramData\Flexera Software\Compliance\Logging
Application server type(s)
Web UI
Events from core parts of the the web interface. Typically contains details from red error bars that appear in the UI, with an error ID in the log matching the ID shown in the UI.
WebUI\WebUI.log
Web
Batch processor service
Events from the "FlexNet Manager Suite Batch Processor" Windows service. The batch processor service receives jobs from the scheduler, runs the job and then sends a message to indicate success back to the scheduler. This log shows details of tasks being run by the batch processor, including what command line is used to launch the task.
BatchProcessScheduler\ BatchProcessor.log
Batch
Batch process scheduler service
Events from the "FlexNet Manager Suite Batch Process Scheduler" Windows service. The scheduler service picks up messages from Microsoft Message Queue queues to trigger tasks add tasks to a queue, and then sends the tasks to the batch processor service for processing. Logging shows when a task is received, sent for processing, and when the batch processor indicates the task has been completed.
BatchProcessScheduler\ BatchProcessScheduler.log
Batch
Batch process task execution
Events from the BatchProcessTask*.exe executables. Rarely useful but should be checked when troubleshooting batch processor issues. Logs when a task is queued with the batch processor and also logs the output when you run BatchProcessTaskConsole.exe manually to list tasks.
BatchProcessTask\ BatchProcessTask.log
Batch
Compliance import
Import of inventory from data sources into the compliance database and license reconcile operations.
The compliance import process can create folders on the batch server with a GUID name and containing an import log file. These log folders and files are normally deleted before the associated import process completes. However sometimes this cleanup is not performed (such as if an import is terminated prematurely) and the folder is left behind. It is generally safe to delete such folders which are old (say 7 days or more).
ComplianceReader\ importer-[ddmmyyyy]-[pid].log
<GUID>\ importer-[ddmmyyyy]-[pid].log
Batch
Beacon services
Logs events relating to beacons which report to this server (through the "inventory-beacons" virtual directory in IIS). (Not to be confused with logging from locally installed beacon components.) Some examples of information captured in these log are:
Generating and sending updated discovery export files to beacons
Triggering inventory imports after a 3rd party inventory package is uploaded from a beacon
triggering a business adapter import after an adapter zip file is uploaded from a beacon
Generating and distributing new InventorySettings.xml files when the ARL gets updated
InventoryBeacons\ beacon-services.log
Batch
Content library updates (2018 R2 and later)
Logging from content library update processes details the steps taken to download and update content.
Content\mgsImportRecognition.log, recognition.log and importPURL.log
Batch
Content library updates (prior to 2018 R2)
Log files for library updates processes are stored in the %TEMP% folder of the user who launched MgsImportRecognition.exe.
To determine where logs will be stored, you will need to identify which user account launched the MgsImportRecognition.exe process. If the library update has been triggered by the scheduled task on the batch server, this will typically be the account used to run the "FlexNet Manager Suite Batch Processor" Windows service. If MgsImportRecognition.exe is executed manually, then the log will be in the temp folder of the running user.
C:\Windows\Temp for processes invoked using the SYSTEM identity
OR
%TEMP% of the service account
Batch
Web resolver dispatcher
This log captures events from the web resolvers about the import into the database of various data files that are uploaded from beacons. The most common types of files processed include ActionStatus, ActiveDirectory, ActivityStatus, BeaconStatus, ClientAccess, Discovery, Inventories, Logs and Usage Data.
This does not include uploads of 3rd party inventory (SCCM etc) and business adapter imports.
WebResolvers\dispatcher.log
Inventory
Web resolver activity status
Similar to the dispatcher log, this log captures events from the web resolver about the import of information into the database. This log is specifically for .activity files. Activity files form a lot of the information you see on the System Tasks page in the UI. If you're troubleshooting a problem with the System Tasks page, this log can definitely be useful.
WebResolvers\activitystatus.log
Inventory
Beacon status
Similar to the dispatcher log, this log captures events from the web resolver about the import of information into the database. This log is specifically for .bstat files.
WebResolvers\beaconstatus.log
Inventory
FlexNet Manager Suite to ServiceNow Export logs
The path for this log file is configured in the file <InstallDir>\DotNet\bin\ ServiceNowExport\ fnmp_servicenow_export.exe.config.
C:\Temp\Log\log.log
SAP reader
Captures information about the import of SAP inventory. On the batch server, generally a zip file containing SAP inventory is uploaded from a beacon, which is then unzipped and imported into the FNMS database. Be sure to also check SAPReader.log on the beacon.
SAPReader\SAPReader.log
Batch
SAP reconciliation
Logging from the batch process that recalculates a SAP license position.
SAPReconciliation\ SAPReconciliation.log
Batch
SAP portal
Events from the SAP Portal UI.
SAPPortalUI\SAPPortalUI.log
Web
Single sign-on
SAML or OAuth 2.0 single sign-on (SSO) logging. Logging related to requests to the identity provider that can be used in conjunction with the WebUI log for troubleshooting SSO issues.
OAuth\sso.log
Web
Compliance API
Logging from an internal SOAP web API service. This web service is used for various integrations between Flexera products.
FNMSWebAPI\fnmswebapi.log
Web
Baseline imports
Logs from baseline purchase import operations.
BaselineImport\<GUID>\ BaselinePurchaseCreation.log
Batch
Business data imports
Logs from business adapter imports. Typically a business adapter will run on a beacon which will read information from the source and create a zip file with the data which is uploaded to the batch server. Then the batch server unzips this file and processes the information into the compliance database. Be sure to check beacon logs too when troubleshooting business adapters.
BatchDataImport\ BusinessImport.log
[AdapterName]-[GUID].log
Batch
Shadow host process launcher
Instead of the batch processor launching executables directly, it actually launches ShadowHost.exe which then takes care of launching the target executables. This logging captures information from ShadowHost processes.
Examples of tasks captured include:
Compliance import and reconcile operations
Business adapter imports with MGSBI.exe
ServiceNow exports
Database maintenance tasks
SAP imports
ARL imports
Note that these logs are mostly useful if you would like to see command lines used to invoke various processes, or if executables completely fail to launch. If an executable launches but then fails, you will generally find the log file from that process more useful. For example if a compliance import process is started successfully but then fails to complete, check the Compliance Import logs.
ShadowHost logging also enables some interesting logging from both batch process services. For example you can see database queries made by these services.
Tip: ShadowHost logging can be enabled by adding a new DWORD registry entry HKLM\SOFTWARE\WOW6432Node\ ManageSoft Corp\ManageSoft\Compliance\ CurrentVersion\ ShadowHostTracingEnabled with the value 1.
ShadowHost\*.log
All
Cognos package import
Importing the Cognos/Flexera Analytics package is a one off configuration task. Results are logged in this file.
CognosPackageImport\ CognosPackageImport.log
Batch
Logging from beacon server components
The following table provide default logging configuration details for various beacon server components & subsystems.
Component / Subsystem
Location under C:\ProgramData\Flexera Software\Compliance\Logging
Active Directory import
This log captures the execution of Active Directory imports which are configured on the 'Active Directory Imports' page in the Beacon UI. This log captures the LDAP connection being established with the domain controller and the import of Active Directory information. The import produces an .actdir file which is uploaded to the inventory server. Be sure to also check the Dispatcher log on the inventory server to make sure the data is successfully processed into the database.
ActiveDirectoryImport\ADImport.log
Beacon engine service
This log captures events from the Beacon Engine Service. This is one of the main log files on a beacon server and captures information about a lot of the background activities performed by a beacon. An example of some of the main events that are captured include; downloading and loading beacon policy, downloading updates to discovery & inventory rules, download discovery export file, downloading updated importer xml files.
BeaconEngine\BeaconEngine.log
Beacon IIS app
Captures events from the beacon's web server component. The beacon web server generates and serves agent policy, settings, and upgrade files and accepts incoming files from agents.
BeaconIIS\BeaconIIS.log
Compliance Reader logs
Captures events from compliance reader imports reading data from external systems. To see the configured imports on a beacon you can look at the 'Inventory systems' page in the Beacon UI.
ComplianceReader\importer-[ddmmyyyy]-[pid].log
Compliance upload
Logs events about the upload of inventory extracted from external databases and business adapter data. ComplianceUpload.exe is launched by the 'Upload third party inventory data' scheduled task.
This process does not include the upload of files received from FlexNet inventory agents agents (such as inventory .ndi files and others).
ComplianceUpload\upload.log
Discovery and inventory rules
Logs events from the execution of Discovery & Inventory rules. You can see the configured rules in the Beacon UI on the 'Rules' page. Each rule execution will generate a new GUID (the task's unique SessionUID) which is used in the directory path when storing the log files.
Tip: When troubleshooting, sort the InventoryRule logging folder by the last modified date to find the most recently created folder after triggering rule execution manually in the Beacon UI.
InventoryRule\<GUID>\*.log
Inventory Beacon UI and processes
Captures events from the BeaconUI and various other tasks performed by the local inventory beacon. The BeaconEngine.log will generally be the main log to look at when troubleshooting a beacon but it's worth checking this too.
InventoryBeacon\inventorybeacon.log
Package retriever
Download of upgrade and adoption packages.
Log file location configured through the registry entry: HKLM\SOFTWARE\WOW6432Node\ManageSoft Corp\ManageSoft\PackageRetriever\CurrentVersion\LogFile
%TEMP%\ManageSoft\ packageretriever.log
%TEMP% is the temporary directory of the user running the process, or C:\WINDOWS\Temp for SYSTEM-run processes.
The beacon also shares a number of components with the agent. See the FlexNet inventory agent logging section below for details of logging from these components.
Other server logging
Internet Information Services (IIS) logs
IIS logs all incoming and outgoing web requests. The logs show the resource that was requested, requestor IP, HTTP status code etc. See https://msdn.microsoft.com/en-gb/magazine/dn519926.aspx for more information.
Location: Typically %SystemDrive%\inetpub\logs\LogFiles\W3SVC1\u_ex[yymmdd].log
The location can be configured by navigating to the 'Default Web Site' node in IIS Manager, then double click on 'Logging' on the right page.
Windows Event Viewer
Various components involved in an operation FlexNet Manager Suite system create entries in Windows Event Viewer which can be relevant and helpful for troubleshooting.
FlexNet inventory agent logging
Logging location
FlexNet inventory agent logs are typically stored under:
On Windows: C:\Windows\Temp\ManageSoft for processes invoked using the SYSTEM identity, or C:\Users\<username>\AppData\Local\Temp\ManageSoft for processes invoked as a named user
Tip: When connecting to a computer using Remote Desktop, watch out for temporary session folders which may contain logs, e.g. 'C:\Users\TonyM\AppData\Local\Temp\6\ManageSoft'. RDP generates a temporary session folder by default for %TEMP%. Make sure you are looking at the correct log by checking the timestamps.
On Unix-like operating systems: /var/opt/managesoft/log
Logging configuration
Agent log file locations can be overridden by specifying the LogFile agent preference for different agent components.
On Windows:
These preferences are stored in the registry under HKLM\SOFTWARE\WOW6432Node\ManageSoft Corp\ManageSoft\<Component>\CurrentVersion.
LogFile preference values usually include a reference to a variable like $(TempDirectory), which expands to the system temporary directory for the user that the associated process is running as. This is why you may see the location of files change depending on the user who ran a process. Under normal operating conditions agent processes typically run as the local SYSTEM account whose $(TempDirectory) is C:\Windows\Temp. When an agent process is invoked manually it will run as your own user account.
On Unix-like operating systems:
The preferences are stored in a virtual registry in the /var/opt/managesoft/etc/config.ini file.
Logging from inventory agent components
The following table provide default logging configuration details for various inventory agent components.
Component
Log file
Installation (ndlaunch.exe)
Captures events relating to the agent downloading and applying policy, client settings, schedule, failover settings and update packages.
installation.log
Inventory (ndtrack.exe)
Captures events from the inventory gathering process, including hardware and software inventory details.
tracker.log
Policy (mgspolicy.exe)
Log file for the download and application of agent policy.
policy.log
Scheduling (ndschedag.exe)
Log file for the application and execution of agent schedule events.
schedule.log
Security service (mgssecsvc.exe)
Captures events from the "Flexera Inventory Manager security service" Windows Service. This service has two plugins, the usage agent and VDI endpoint plugin.
Note: This log file is difficult to relocate, and has no registry preference. Configuration may be possible with a .config file alongside mgssecsvc.exe.
securityservice.log
Upload (ndupload.exe)
Captures events from the ndupload process which is used to upload all types of files which can generated by the agent.
Upload logging associated with an inventory gathering (ndtrack) process appears in the tracker log. If an upload by the tracker process fails, logging from subsequent upload attempts of the same inventory file will appear in the upload agent log.
The upload agent is heavily used by beacons as well as managed devices, inspecting upload agent logs on beacons is often useful for troubleshooting upload problems.
uploader.log
Docker monitor (fnms-docker-monitor.exe)
Monitors Docker to identify containers from which inventory should be gathered.
Note: The path and filename of this log file cannot be modified from its default value.
fnms-docker-monitor.log
Usage
Captures events from the usage agent which meters running applications. The usage agent runs under the 'Flexera Inventory Manager security service' Windows service.
usageagent.log
VDI
Captures events from the VDI endpoint agent. Only relevant on Citrix XenDesktop devices (Windows only).
vdi.log
Other specialized agent logs
Adoption logs
Logging from the initial installation of an agent when a device is being adopted through execution of a Discovery & Inventory rule. Adoption logs may be useful when valid credentials have been provided for the beacon and it has managed to connect to the device successfully, but the installation subsequently fails.
Location:
C:\Windows\Temp\adoption.log (Windows)
/var/tmp/flexera/log/ndinstlr.log and ndinstlrsh.log (Unix-like operating systems)
Windows Installer log from the agent installation
This is the Windows Installer log file for the agent install. Created by default only when using the setup.exe to install the agent.
Location: %TEMP%\FlexNet Inventory Agent.msi.log (Windows only)
Tip: To generate a Windows Installer log file if you are invoking msiexec directory to install the agent, you can use a command line like the following:
msiexec.exe /i "FlexNet Inventory Agent.msi" /l*v "%TEMP%\FlexNet Inventory Agent.msi.log"
If you want to capture a Windows Installer log for an adoption or other automated install, you can enable Windows Installer logging system wide on a device by adding the following registry entry (you may need to create the key):
HKLM\Software\Policies\Microsoft\Windows\Installer\Logging = voicewarmupx
Related articles
How to enable FlexNet Manager Suite diagnostic tracing
... View more
Labels:
Dec 12, 2019
11:39 AM
1 Kudo
restarting the beacon engine service should tell the packageretriever to attempt a download by default, it's not instant but it should commence within about 10 min tops in my experience.
one thing to verify is what account your beacon service is running under, it may be generating a packageretriever log in another location (check the last modified date on the packageretreiver file you have located already, it should be up to date):
its also worth checking this key in the registry as you can customise the logfile location as well, by default it goes to the temporary folder of whatever use runs the beacon service but you can change it also, I guess you could change this to c:\beaconlogs\packageretreiver.log and restart the beaconengine service if you are having problems tracking the correct logfile down.
... View more
Dec 05, 2019
06:44 AM
1 Kudo
for pre-reqs the installation document is a good place to start, but be sure to read it in detail as it's very easy to miss important steps if you rush through it- https://helpnet.flexerasoftware.com/FlexNetManagerSuite2019R2/EN/WebHelp/PDF%20Documents/On-Prem/Installing%20FNMS%202019%20R2%20on%20Premises.pdf as for what you can achieve with this tool there are many things and many integrations available, It may be best reaching out to us directly over the phone or email to explain your requirements in more detail in regards to this
... View more
Dec 05, 2019
06:30 AM
I recall I have removed the agent manually with no significant delay in windows
but that may be because there was no activity at the time so it did not need to wait for anything?
... View more
Dec 05, 2019
06:22 AM
I think the botch for this is more dangerous than I first thought. tahoma (and the rest of the font types listed above I observed while searching in the source code) is a protected system font which involves a large process of getting access to this font in windows and forcefully removing it- https://www.wikihow.com/Delete-Protected-System-Fonts-in-Windows-7 after that you need to make sure all the software on your machine does not use Tahoma, the ones you cant modify will probably crash due to the fact a standard windows font is no longer available once you get all that working you could, in theory, replace all the font files and folders mentioned in the guide with a different font named "tahoma" and the pdf would generate with what it thinks is Tahoma but in fact something different. applications may still break due to the fact formatting will be all different once you do this anyway. it seems abit much to change the font on a report, it's going to be a much easier just changing it after the fact with a pdf writer so I would suggest this instead That aside, it seems like it would be good as an enhancement for the product to be able to select fonts for the pdf generation 🙂
... View more
Dec 05, 2019
05:43 AM
I think it may be the following- "tahoma", "verdana", "calibri", "arial", "sans-serif" I will try some botching to see if I can trick it into using something different
... View more
Latest posts by dcollins
Subject | Views | Posted |
---|---|---|
3978 | Jul 09, 2020 06:25 AM | |
10482 | Jul 02, 2020 04:32 AM | |
4053 | Jul 02, 2020 04:29 AM | |
818 | Jun 30, 2020 12:23 PM | |
1056 | Jun 30, 2020 12:08 PM | |
1074 | Jun 30, 2020 12:01 PM | |
3242 | Jun 30, 2020 11:44 AM | |
705 | Jun 30, 2020 10:09 AM | |
1249 | Jun 30, 2020 09:57 AM | |
10534 | Jun 30, 2020 08:39 AM |
Activity Feed
- Got a Kudo for Re: Support for FNMS agent inventory for devices outside network. Jul 01, 2022 10:29 AM
- Got a Kudo for Re: Support for FNMS agent inventory for devices outside network. Nov 02, 2021 04:39 AM
- Posted Re: How to enable Beacon Reverse Proxy Setup on FlexNet Manager Knowledge Base. Jul 09, 2020 06:25 AM
- Posted Re: FNMS Logging Reference on FlexNet Manager Knowledge Base. Jul 02, 2020 04:32 AM
- Posted Re: How to enable Beacon Reverse Proxy Setup on FlexNet Manager Knowledge Base. Jul 02, 2020 04:29 AM
- Kudoed Re: After a Flexnet manager restart my Product Daily Peak Usage report disappear ? for sjackson. Jun 30, 2020 12:32 PM
- Kudoed Re: Roles in FNMS for sjackson. Jun 30, 2020 12:31 PM
- Posted why you cannot detect adobe DC edition recognition without the FNMS agent on FlexNet Manager Knowledge Base. Jun 30, 2020 12:23 PM
- Posted How to remove a Data Connection and its imported data In FNMS on FlexNet Manager Knowledge Base. Jun 30, 2020 12:08 PM
- Posted Send email upon a managesoft error on FlexNet Manager Knowledge Base. Jun 30, 2020 12:01 PM
- Posted How to obtain Flexera Agent Logs on Linux/Unix Systems on FlexNet Manager Knowledge Base. Jun 30, 2020 11:44 AM
- Posted How to enable Log Downloading in FNMS UI on FlexNet Manager Knowledge Base. Jun 30, 2020 10:09 AM
- Posted when creating a schedule for AWS in the beacon ui the AWS schedule is not applied or created on FlexNet Manager Knowledge Base. Jun 30, 2020 09:57 AM
- Posted FlexNet Manager Suite Logging Reference on FlexNet Manager Knowledge Base. Jun 30, 2020 08:39 AM
- Kudoed www.managesoft.com - IP Address changes - FNMS OnPrem Customers for KPBussey. Apr 03, 2020 01:29 PM
- Got a Kudo for Re: Error while executing/Installing FlexNet Manager Suite Hotfix 2018R2-04. Apr 01, 2020 07:16 AM
- Got a Kudo for Re: Troubleshooting Flexera agent is a time consuming process. Mar 02, 2020 07:58 AM
- Got a Kudo for Re: Need help in Understanding the Inventory Imports. Feb 04, 2020 02:20 AM
- Got a Kudo for Re: Way to prevent agent from breaking a Inventory Beacon. Jan 24, 2020 01:56 PM
- Got a Kudo for Re: Support for FNMS agent inventory for devices outside network. Jan 20, 2020 11:46 AM