JanPie
Intrepid explorer

Duplication caused by SCCM client

Jump to solution

Hello Everyone,

Here's the full situation:

We have devices with both Flexera and SCCM agents installed. In few cases SCCM agent is not importing all the details (for example it's lacking serial number, or there is a mismatch between Mac address coming from flexera and sccm). As per my understanding this is stopping the devices from being merged and in effect creates a duplication in All Inventory.

We've attempted to reinstall both agents to ensure they work properly, but it didn't help.

Has anyone else experienced same problem? Maybe there is a workaround?

 

Kind regards,

Jan

0 Kudos
1 Solution

@JanPie wrote:


Then there are rules for 'incomplete' and 'unmatched' and it looks like they should be able to match the device in question. The requirement is only for ComputerName and ComplianceDomainID to match which is True in this case, still this doesn't happen.

Is there any possible reason a duplicated device wouldn't fall into this category of 'incomplete' or 'unmatched' ObjectTypes?


Hi @JanPie 

Only standalone Oracle database inventory that is lacking hardware details is categorized as 'incomplete' and 'unmatched' only applies if ComplianceDomainID is null for one of the records which I expect is not the case here.

The serial number issue in SCCM ultimately needs to be resolved so rule 16 can be successfully applied.

16. Matcher for computers using the serial number and computer name

UntrustedSerialNo is false

SerialNo is set

ComputerName is set

Records have identical values for each of:

SerialNo

ComputerName

View solution in original post

4 Replies
rlowery
Flexera
Flexera
Hi Jan,

The Mac address is not used by FlexNet for merging, it must be something else that is not matching like serial number as you mentioned.

What type of device is it? If it is a Windows based device, the serial number will be used for matching. If SCCM is not capturing the serial number, I suggest working to solve that issue.

You could also look at the ImportedComputer_MT table for other differences.

SELECT * FROM ImportedComputer_MT WHERE ComputerName = 'name of compiuter'
JanPie
Intrepid explorer

Hi Rlowery
So inspired by your comment I read a Common: Identifying Related Inventory of Gathering FlexNet Inventory document. Indeed mac addresses are not used in the matcher procedures.

So because devices we are talking about here are missing serial numbers, nor are VMs - all rules 1-17 are not applicable.


Then there are rules for 'incomplete' and 'unmatched' and it looks like they should be able to match the device in question. The requirement is only for ComputerName and ComplianceDomainID to match which is True in this case, still this doesn't happen.

Is there any possible reason a duplicated device wouldn't fall into this category of 'incomplete' or 'unmatched' ObjectTypes?


@JanPie wrote:


Then there are rules for 'incomplete' and 'unmatched' and it looks like they should be able to match the device in question. The requirement is only for ComputerName and ComplianceDomainID to match which is True in this case, still this doesn't happen.

Is there any possible reason a duplicated device wouldn't fall into this category of 'incomplete' or 'unmatched' ObjectTypes?


Hi @JanPie 

Only standalone Oracle database inventory that is lacking hardware details is categorized as 'incomplete' and 'unmatched' only applies if ComplianceDomainID is null for one of the records which I expect is not the case here.

The serial number issue in SCCM ultimately needs to be resolved so rule 16 can be successfully applied.

16. Matcher for computers using the serial number and computer name

UntrustedSerialNo is false

SerialNo is set

ComputerName is set

Records have identical values for each of:

SerialNo

ComputerName

View solution in original post

JanPie
Intrepid explorer
Hi Rlowery,
Thanks for explanation, I've cleared up a lot of misunderstandings thanks to that thread.
In this case, we will focus on fixing the issue of SCCM clients.
0 Kudos