On Unix like devices the domain keeps empty
This thread has been automatically locked due to inactivity.
To continue the discussion, please start a new thread.
We have following UNIX Variants with this problem:
RedHat <--- Most of the servers with this problem
We have different Datacenters and they using different systems to manage the Linux/Unix environments. I think mostly Bladelogic.
10% of our inventory has the problem that the domain stays empty.
It is clearly an inventory issue but till now we couldn't pin point where the issue is. It must be something how the UNIX/LINUX the domain is configured. So for 10% the agent doesn't get the answer of domain and for the rest yes.
Till now I only see the option to do a compare between a working server and not working to find the difference.
I think, we had a similar question years ago. I searched old tickets, but unfortunately couldn't find a useful answer. Also I went for the latest GatheringFlexNetInventory.pdf, abstract Common: Child Processes on UNIX-Like Platforms, but domain is not mentioned.
I guess only enginerring can clarify, which commands are run to discover the domain.
But still I can only wonder what is the difference between the Red Hat machines being inventoried with domains and the ones without. Do you think it's feasible to check some sample machines using "id"? https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/windows_integration_guide/realmd-domain
The inventory agent currently uses the DNS domain part of the host name of the machine, if the host name is in fully qualified domain name (FQDN) form (for example, running hostname | cut d '.' -f 2). If the host name is not a FQDN, it fails over to using the NIS domain name (for example, running domainname | grep -v "(none)"). Note that ndtrack does not actually run these commands but uses the system call versions, for example gethostname().
Note that you can override the value using a command line option: -o ComputerDomain=my.domain.com or the config.ini equivalent under [Common].