Fog Client 0.11.15 ERROR: Object reference not set to an instance of an object.
-
@chaonatic said in Fog Client 0.11.15 ERROR: Object reference not set to an instance of an object.:
4/9/2018 12:26 PM Middleware::Response Error multiple hosts returned for list of mac addresses
So that tells me you probably have a database issue. Run these commands: https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_MySQL#Database_Maintenance_Commands
Then, check the fog.log file and see what it’s saying, post a new code block if it’s different.
Also, consider upgrading to FOG 1.5.1, it was released recently. -
Thanks, Wayne. I ran those commands against the database but unfortunately the fog.log is still reporting the same “Middleware::Response ERROR”. I’m going to attempt upgrading to FOG 1.5.2 next, but let me know if there’s anything else you would recommend in the meantime.
-
@chaonatic Was this image created in a VM? Also, I’ll get some SQL to you sometime this evening that should list all the MAC addresses associated with one of these hosts - that should give light on what the issue is.
-
@wayne-workman Yeah, the master image is a VM.
-
@chaonatic said in Fog Client 0.11.15 ERROR: Object reference not set to an instance of an object.:
Yeah, the master image is a VM.
OK. This is a typical problem with images created from VMs. usually there’s a MAC address in the VM that gets captured with the image - you have to find that MAC address and put it into FOG’s MAC exception list. On windows, you can get all mac addresses via the command prompt with
getmac
. The exception list is somewhere in the FOG Settings area, I don’t remember exactly where. -
@wayne-workman I found an exception list in the “FOG Client - Host Register” --> “QUICKREG PENDING MAC FILTER”, though this doesn’t seem like the one you’re referring to… I’ll keep looking if this is incorrect, just lemme know.
-
@chaonatic the simplest way to find the duplicate mac is to open a sql prompt on your FOG server;
Run:
mysql -u root -p
, and enter your sql root password.Then run the following commands (replacing the list of macs with the ones the client is using):
use fog; SELECT * FROM hostMAC WHERE hmMAC IN ('00:01:00:00:00:66', '00:01:00:00:00:67'); exit;
Ideally each mac address should only appear once in the
hmMAC
result column. If there is one that appears multiple times, that is the culprit.In general though, these kinds of errors are usually caused by virtual network adapters in your image.
-
@joe-schmitt I ran that command. Both of our gold image VM MAC addresses is only listed once in the resulting table. What should I try next?
-
@chaonatic okay, so that points to the virtual network adapter theory. Does your VM have any software-defined adapters that would be copied during imaging? Such as for a VPN, VirtualBox, or some other tunnel?
-
@chaonatic Use the
getmac
command on Windows. -
@joe-schmitt No, I just looked and there are no virtual NIC’s that I can see. Our VPN is only installed after the image rollout via a snapin.
-
I remoted in and helped identify the problematic adapter.
I’m currently working on a way for the client to automatically filter out virtual interfaces to help prevent these kinds of issues in the future.