Currently Salt is using supportconfig utility alongside with the SUSE Manager installation. Every single bugreport for Salt, that contains its logs are always useless that regard. It might work for SUSE Manager, but for Salt it doesn't. And even after asking user to switch the cluster into a debug mode or even trace mode, it is still far away from being useful enough, so the supporter don't need to dance with the tambourine around the fire, guessing what ghost just munged what component.

What if we can reuse Salt's internal tooling and develop some more tools that will not just grab logs/sysinfo from what is already there, but also get much more data, "x-ray" minions, turn them into a debug mode, collect right data, perform tests realtime etc?

For the record, I have no idea where we can go and how. Maybe someone wrote something similar that direction already?.. Come, join and R&D together! add-emoji

Looking for hackers with the skills:

Nothing? Add some keywords!

This project is part of:

Hack Week 17

Activity

  • over 6 years ago: barendartchuk liked this project.
  • over 6 years ago: dmaiocchi liked this project.
  • over 6 years ago: jochenbreuer liked this project.
  • over 6 years ago: bmaryniuk started this project.
  • over 6 years ago: bmaryniuk originated this project.

  • Comments

    • barendartchuk
      over 6 years ago by barendartchuk | Reply

      Might be related: https://hackweek.suse.com/17/projects/supportconfig-improvements-for-soc

      • bmaryniuk
        over 6 years ago by bmaryniuk | Reply

        Interesting. Although I am not sure that I like supportconfig whole paradigm. By saying "not sure" I am also not sure if I dislike it. add-emoji For Salt, at least, I would like to reuse its own builtins or SSH to repair it or... I don't know. Let's see where it goes.

        Alas, Salt can be on its own a supportconfig (as long as it works properly).

    • bmaryniuk
      over 6 years ago by bmaryniuk | Reply

      OK, first results is that it creates me a tar.bz2 somewhere in /tmp and inside there is a bunch of text files, basically an output from grains, ps, pkg and other typical Salt modules. Next: add working/finished jobs for the period of time and this sort of thing.

      The cool part is that you can say to a customer the following: "Please run salt-support -c /path/to/my/scenario.yml". You can also write your own module in Python, deploy it and salt-support it.

      P.S. No fixed font text blocks in comments!!!???? add-emoji add-emoji add-emoji

    Similar Projects

    This project is one of its kind!