Common Issues
Agent not found
Error: agent 'demo-1' not found
-
Verify the agent name with
clish agent show -
Check if the agent was created successfully
Token validation failed
-
Generate a new token with
clish agent onboarding-token issue -
Ensure agent uses the correct token for connection
Agent cannot reconnect after token expiration
-
Use
clish agent re-onboard --instance <agent-name>to reset the agent state and issue a new onboarding token -
Update the agent's config.yaml with the new token
-
Restart the agent
-
Re-enter credentials using
clish agent credential modify
Credential validation issues
Credential validation timeout (30 seconds)
Error: The agent does not respond to credential validation within timeout period
Root Causes
-
Agent cannot reach the SVM (network issues, firewall blocking)
-
Agent is overwhelmed or unresponsive
-
SVM is down or unreachable
Troubleshooting
-
Re-onboard the agent and issue a new onboarding token via Management Service CLI:
clish agent re-onboard --instance <agent-name> -
Modify the
config.yamlfile in the Ontap agent installation folder (default:C:\Program Files\v1fs-ontap-agent\) -
Remove the device_token key and its value
-
Add the onboarding_token key with the newly issued token:
onboarding_token: eyJh...... -
Start the Ontap agent service (v1fs-ontap-agent)
-
Verify the agent connection status using Management Service CLI
-
After the agent connects successfully, re-enter credentials using:
clish agent credential modify --instance <agent-name> -
Review agent logs for SVM connection errors:
-
Test network connectivity from the agent to SVM:
-
Verify SVM management LIF is reachable from agent pod
-
Check firewall rules between agent and SVM
-
NoteWhen validation fails or times out, credentials are automatically rolled back to the previous working version to prevent service disruption.
|
Credentials rejected by SVM
Error: Agent rejected credentials: Failed to connect to SVM: authentication failed
Root causes
-
Invalid username or password
-
SVM user account is locked, expired, or disabled
-
User lacks required permissions on SVM
-
ONTAP API is not accessible
Troubleshooting
-
Verify credentials are correct:
-
Check username spelling and case sensitivity
-
Ensure password matches SVM user account
-
Verify you're using the correct SVM management credentials
-
-
Check SVM user account status (on ONTAP CLI):
security login show -user-or-group-name <username> -vserver <svm-name>Look for:-
Account locked status
-
Password expiration
-
Authentication method (should be "password" or "domain")
-
-
Verify user has appropriate permissions:
-
User should have at least
readonlyorvsadminrole for the SVM -
Check role assignments:
security login show -vserver <svm-name> security login role show -vserver <svm-name> -role <role-name>
-
-
Check SVM API access:
# On ONTAP CLI vserver services web show -vserver <svm-name>Ensure ONTAPI and REST API are enabled -
Review ONTAP audit logs for failed authentication attempts:
# On ONTAP CLI event log show -severity error -message-name *authentication*
Agent state invalid for credential update
Error: agent 'demo-1' is in state 'onboarding', cannot set credentials
Root cause
-
Agent must be in
credential-requiredorrunningstate to accept credential updates -
Agent may be stuck in a transitional state
Troubleshooting
-
Check the current agent state:
clish agent show --instance <agent-name>Note theStateandConnectedfields -
If the agent is stuck in
onboardingstate:-
Verify the agent has completed initial onboarding process
-
Check if the agent successfully connected with onboarding token
-
-
If the agent is in
initstate:-
The agent needs to complete initial connection first
-
Ensure the onboarding token is correctly configured in agent config
-
Restart the agent with valid onboarding token
-
-
If the agent is in
disconnectedstate:-
Verify network connectivity between agent pod and management service
-
Check the management service logs for connection errors
-
Agent not connected via WebSocket
Error: agent 'demo-1' is not connected via WebSocket, cannot validate credentials
Root cause
-
Credential validation requires an active WebSocket connection to send credentials and receive validation result
-
The agent service may be down, restarting, or having network issues
Troubleshooting
-
Verify that the agent service is running.
-
Check the agent connection status:
clish agent show --instance <agent-name>Look forConnected: disconnected -
Review the agent logs for WebSocket connection errors
-
Check the network connectivity:
-
Verify that the agent can reach management service WebSocket endpoint
-
Check for network policies or firewalls blocking WebSocket connections
-
-
Wait for the agent to reconnect:
-
Agents automatically attempt to reconnect on disconnection
-
Monitor connection status
-
-
If the agent does not reconnect, check if the device token has expired (may need
clish agent re-onboard)
Useful Commands for Debugging
List all agents:
clish agent show
Check specific agent status:
clish agent show --instance <agent-name>
Verify scanner policy:
clish scanner scan-policy show
