Infoblox’s global team of threat hunters uncovers a DNS operation with the ability to bypass traditional security measures and control the Great Firewall of China. Read about “Muddling Meerkat” and the many other threat actors discovered by Infoblox Threat Intel here.

Trending KB Articles


#5336: vNIOS appliance experiencing frequent resets


Problem Summary

vNIOS appliance experience frequent resets

Customer Environment

vNIOS deployment


NIOS 7.x

NIOS 6.x



VMWARE running snapshot against the vNIOS appliance


NOTE: This is NOT the ONLY cause of vNIOS resets.


We recommend you eliminate this as your first step in troubleshooting


A VMWare snapshot will always cause a vNIOS reset and kernel core file because it stops the virtual disk, and it is the diskcheck that resets the VM and generates the core: core.vmcore.xxxxxxxx.txt and core.vmcore.xxxxxxx.txt


There is a VMWare KB on this issue.


Infoblox advises against taking VMWare snapshots.


Anything that stops the virtual disk - and that could include vSphere and vMotion VM migrations - will disrupt a number of vNIOS internal timers.


The diskcheck timer is the one most likely to be the first to show the impact of that disruption, by resetting the appliance (VM). However other timers could also expire before diskcheck does, leading to other unexpected situations.



Disable the VMWare snapshots of vNIOS appliances to avoid the service interruptions.


The VMWare KB article:


The article describes a nine-step process to modify the two files so as to prevent the snapshots from causing the VM to reboot.


Infoblox advises against taking VMWare snapshots.


Infoblox recommends that you configure your Infoblox Appliance to schedule a database backup against your Grid Manager.


This scheduled backup will include each of your Grid Members' databases.


While this is not the same as a VM snapshot, your VM configuration should not change daily.


However your actual vNIOS grid member may change daily.

Showing results for 
Search instead for 
Did you mean: