fortinet.fortimanager.fmgr_dvm_cmd_del_device module – Delete a device.
Note
This module is part of the fortinet.fortimanager collection (version 2.1.5).
You might already have this collection installed if you are using the ansible
package.
It is not included in ansible-core
.
To check whether it is installed, run ansible-galaxy collection list
.
To install it, use: ansible-galaxy collection install fortinet.fortimanager
.
To use it in a playbook, specify: fortinet.fortimanager.fmgr_dvm_cmd_del_device
.
New in version 2.10: of fortinet.fortimanager
Synopsis
This module is able to configure a FortiManager device.
Examples include all parameters and values which need to be adjusted to data sources before usage.
Parameters
Parameter |
Comments |
---|---|
only set to True when module schema diffs with FortiManager API structure, module continues to execute without validating parameters Choices:
|
|
the top level parameters set |
|
Name or ID of the ADOM where the command is to be executed on. |
|
Name or ID of the target device. |
|
no description Choices:
|
|
Enable/Disable logging for task Choices:
|
|
the rc codes list with which the conditions to fail will be overriden |
|
the rc codes list with which the conditions to succeed will be overriden |
|
the adom to lock for FortiManager running in workspace mode, the value can be global and others including root |
|
the maximum time in seconds to wait for other user to release the workspace lock Default: 300 |
Notes
Note
Running in workspace locking mode is supported in this FortiManager module, the top level parameters workspace_locking_adom and workspace_locking_timeout help do the work.
To create or update an object, use state present directive.
To delete an object, use state absent directive.
Normally, running one module can fail when a non-zero rc is returned. you can also override the conditions to fail or succeed with parameters rc_failed and rc_succeeded
Examples
- hosts: fortimanager00
collections:
- fortinet.fortimanager
connection: httpapi
vars:
ansible_httpapi_use_ssl: True
ansible_httpapi_validate_certs: False
ansible_httpapi_port: 443
tasks:
- name: Delete a device.
fmgr_dvm_cmd_del_device:
bypass_validation: False
dvm_cmd_del_device:
adom: ansible
device: ansible-test # device name
- name: Delete first FOS devices from FMG In a specific adom
hosts: fortimanager00
gather_facts: no
connection: httpapi
collections:
- fortinet.fortimanager
vars:
ansible_httpapi_use_ssl: True
ansible_httpapi_validate_certs: False
ansible_httpapi_port: 443
device_adom: 'root'
tasks:
- name: fetch all devices
fmgr_fact:
facts:
selector: 'dvmdb_device'
params:
adom: '{{ device_adom }}'
device: ''
register: alldevices
- when: alldevices.meta.response_data != []
debug:
msg:
- 'We are going to delete device: {{ alldevices.meta.response_data[0].name }}'
- 'IP of the device is: {{ alldevices.meta.response_data[0].ip }}'
- when: alldevices.meta.response_data != [] and False
name: Create The Task To Delete The Device
fmgr_dvm_cmd_del_device:
dvm_cmd_del_device:
device: '{{ alldevices.meta.response_data[0].name }}'
adom: '{{ device_adom }}'
flags:
- 'create_task'
- 'nonblocking'
register: uninstalling_task
- when: alldevices.meta.response_data != [] and False
name: poll the task
fmgr_fact:
facts:
selector: 'task_task'
params:
task: '{{uninstalling_task.meta.response_data.taskid}}'
register: taskinfo
until: taskinfo.meta.response_data.percent == 100
retries: 30
delay: 5
failed_when: taskinfo.meta.response_data.state == 'error'
Return Values
Common return values are documented here, the following are the fields unique to this module:
Key |
Description |
---|---|
The full url requested Returned: always Sample: “/sys/login/user” |
|
The status of api request Returned: always Sample: 0 |
|
The descriptive message of the api response Returned: always Sample: “OK.” |
Authors
Link Zheng (@chillancezen)
Jie Xue (@JieX19)
Frank Shen (@fshen01)
Hongbin Lu (@fgtdev-hblu)