Skip to content
This repository has been archived by the owner on Mar 26, 2020. It is now read-only.

sos reports should collect all necessary gd2 logs #1448

Open
PrasadDesala opened this issue Jan 2, 2019 · 1 comment
Open

sos reports should collect all necessary gd2 logs #1448

PrasadDesala opened this issue Jan 2, 2019 · 1 comment

Comments

@PrasadDesala
Copy link

Observed behavior

sos reports is not collecting glusterd2, bricks, glustershd logs.

Expected/desired behavior

sos reports should collect all necessary gd2 logs required for debugging.

Details on how to reproduce (minimal and precise)

  1. Deploy a 3 node gcs system using vagrant.
  2. Run sosreport

Information about the environment:

  • Glusterd2 version used (e.g. v4.1.0 or master): v6.0-dev.94.git601ba61
  • Operating system used: Centos
  • Glusterd2 compiled from sources, as a package (rpm/deb), or container: Container
  • Using External ETCD: (yes/no, if yes ETCD version): yes
  • If container, which container image:
  • Using kubernetes, openshift, or direct install:
  • If kubernetes/openshift, is gluster running inside kubernetes/openshift or outside: kubernetes
@atinmu
Copy link
Contributor

atinmu commented Jan 16, 2019

We need to enhance https://github.com/sosreport/sos/blob/master/sos/plugins/gluster.py to ensure (a) glusterd2 log path is covered & (b) all the required commands are successfully triggered with glustercli. The plugin has to work based on if the configured gluster management daemon is either GD1 or GD2. Getting (b) to work is difficult as the plugin is run from the host not the gluster pods. Even with current stack (GD1, heketi based containerized storage), this is broken now.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants