aboutsummaryrefslogtreecommitdiffstats
path: root/docs
diff options
context:
space:
mode:
authorjneo8 <james.lin@canonical.com>2023-03-31 19:53:32 +0800
committerJake Hunsaker <jhunsake@redhat.com>2023-04-28 11:25:38 -0400
commit5409ce346e487cad8800a3c072d443b39d1420a8 (patch)
treee59b2e62cd9e1b3101697b59bfb954de54e36b40 /docs
parenta1189b6e28545aac669ef925e6df3fae3caa2f25 (diff)
downloadsos-5409ce346e487cad8800a3c072d443b39d1420a8.tar.gz
[juju] Add juju integration to sos collect.
Add a new cluster profile and transport called "juju" for `sos collect`. Both the profile and transport are intended to be used on juju managed environments which assumes that `juju` is installed on the machine where `sos collect` is called, and that the juju user has superuser privilege to the current controller. When using the "juju" cluster profile, the sos reports will be collected from all the applications within the current model by default. If necessary, one can filter the nodes by models / applications / units / machines with cluster options. For example `-c "juju.models=sos" -c "juju.apps=a,b,c"`. Moreover, transport will also be dynamically changed to "juju" when cluster type is juju. If not using "juju" cluster profile, one can still choose to use the "juju" transport by specifying --transport option. However, not that the --nodes option will be expected to be a comma separated machine IDs , **not** IP addr, since `juju ssh` identifies the ssh target by machine ID. For example, `sos collect --nodes 0,1,2` Closes: #2668 Signed-off-by: Chi Wai Chan <chiwai.chan@canonical.com> Signed-off-by: jneo8 <james.lin@canonical.com> Co-authored-by: Chi Wai Chan <chiwai.chan@canonical.com> Co-authored-by: jneo8 <james.lin@canonical.com>
Diffstat (limited to 'docs')
0 files changed, 0 insertions, 0 deletions