You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
docs(roles/uptimerobot): document the shell one-liner form alongside playbook tasks
The role README's "ad-hoc / read-only queries" section only showed the
playbook-task form, so the much shorter `ansible localhost -m
linuxfabrik.lfops.uptimerobot_account_info` form -- which is what an admin
typically wants for quick account / monitor / mwindow / alert-contact / PSP
inspection -- was effectively undiscoverable. Adds a list of one-liners
covering all four `*_info` modules plus a sample CRUD call (pause monitor),
and notes that the harmless `No inventory was parsed` warning is expected
in this mode.
For ad-hoc / read-only queries against UptimeRobot, the modules can be invoked directly without the role:
376
+
For ad-hoc / read-only queries against UptimeRobot, the modules can be invoked directly without the role -- either from the shell (one-shot) or from a playbook task. Both forms read the API key from `~/.uptimerobot` by default; pass `api_key_file=...` or `api_key=...` to override.
377
+
378
+
**Shell one-liners** (no inventory, no playbook -- the module runs against the implicit `localhost`):
379
+
380
+
```bash
381
+
# Account stats: monitor quota, SMS credits, plan / expiry
-a 'friendly_name="001 maintenance-mode.example.com" status=paused state=present'
398
+
```
399
+
400
+
The `[WARNING] No inventory was parsed, only implicit localhost is available` line you see in that mode is harmless -- the modules don't need a real inventory.
401
+
402
+
**Playbook task** (when the result needs to drive a downstream task, run on every host of a group, or chain through `register:` / `assert:`):
0 commit comments