HNAS Diagnostics are needed to investigate all HNAS related issues. The Diagnostic bundle contains vital configuration details along with historical data which are necessary for our troubleshooting and investigation.
Most commonly, collecting the Diagnostics from the SMU GUI is the preferred and easiest method. In some cases, the GUI may not be available which there is a CLI collection option for.
For certain specific problems additional data may be required to start the investigative process. These are detailed below:
A performance problem is where the HNAS is perceived to be responding slowly or not at all:
Problems with files not being accessible or being too accessible etc:
Heap memory related events/issues may include:
Customer Article
Please refer to the following knowledgebase article for the information required to investigate HNAS file (NDMP) replication problems:
If a customer (or Remote Ops (Hi-Track)) reports a HNAS reset then you usually just need HNAS managed server diagnostics from after the reset. If the server has been restarted since the reset then the diagnostics for the reset will no-longer be in the last_dblog.txt. In that case you will need to ask the customer to get historical logs.
A boot loop is when the HNAS seems to be continually rebooting without any intervention:
Collection of historical logs is not usually required but in some cases, a support engineer may request this to investigate further:
If for some reason you cannot collect SMU diagnostics from the SMU GUI it is possible to collect them from the SMU command line as follows:
We often need packet captures of network traffic in order to progress HNAS issues. The following articles provide advice and guidance on how to go about collecting those: