Project Description

  • I would like to learn about Trento, understand its business case and how it works.
  • After play with it, I would like to understand how SUMA can play a role with Trento. And do the first experiments on that area.

Goal for this Hackweek

  • Learn about Trento project https://github.com/trento-project
  • Spike if SUMA can play a role with it https://github.com/uyuni-project/uyuni

Confluence page

  • https://confluence.suse.com/display/~oscar-barrios/Spike+about+integrating+Trento+in+SUMA

Outcome

  • I learnt about Trento. I configured a working environment with a Trento Server and a Trento Agent.
  • I made an exercise of thinking how Trento can be integrated with SUMA.
  • I had a discussion with our SUMA Architect that shared to me the outcome of a recent meeting with the Tech Lead of Trento.
  • I understood the reasons why we want to proceed in a way that Trento will consume SUMA APIs, without further integration from SUMA side.
  • I explained all the steps and details in the above confluence page.

Looking for hackers with the skills:

trento susemanager

This project is part of:

Hack Week 22

Activity

  • almost 3 years ago: oscar-barrios added keyword "trento" to this project.
  • almost 3 years ago: oscar-barrios added keyword "susemanager" to this project.
  • almost 3 years ago: oscar-barrios joined this project.
  • almost 3 years ago: admehmood liked this project.
  • almost 3 years ago: j_renner liked this project.
  • almost 3 years ago: miguelpc liked this project.
  • almost 3 years ago: miguelpc started this project.
  • almost 3 years ago: dgedon liked this project.
  • almost 3 years ago: oscar-barrios originated this project.

  • Comments

    Be the first to comment!

    Similar Projects

    Testing and adding GNU/Linux distributions on Uyuni by juliogonzalezgil

    Join the Gitter channel! https://gitter.im/uyuni-project/hackweek

    Uyuni is a configuration and infrastructure management tool that saves you time and headaches when you have to manage and update tens, hundreds or even thousands of machines. It also manages configuration, can run audits, build image containers, monitor and much more!

    Currently there are a few distributions that are completely untested on Uyuni or SUSE Manager (AFAIK) or just not tested since a long time, and could be interesting knowing how hard would be working with them and, if possible, fix whatever is broken.

    For newcomers, the easiest distributions are those based on DEB or RPM packages. Distributions with other package formats are doable, but will require adapting the Python and Java code to be able to sync and analyze such packages (and if salt does not support those packages, it will need changes as well). So if you want a distribution with other packages, make sure you are comfortable handling such changes.

    No developer experience? No worries! We had non-developers contributors in the past, and we are ready to help as long as you are willing to learn. If you don't want to code at all, you can also help us preparing the documentation after someone else has the initial code ready, or you could also help with testing :-)

    The idea is testing Salt and Salt-ssh clients, but NOT traditional clients, which are deprecated.

    To consider that a distribution has basic support, we should cover at least (points 3-6 are to be tested for both salt minions and salt ssh minions):

    1. Reposync (this will require using spacewalk-common-channels and adding channels to the .ini file)
    2. Onboarding (salt minion from UI, salt minion from bootstrap scritp, and salt-ssh minion) (this will probably require adding OS to the bootstrap repository creator)
    3. Package management (install, remove, update...)
    4. Patching
    5. Applying any basic salt state (including a formula)
    6. Salt remote commands
    7. Bonus point: Java part for product identification, and monitoring enablement
    8. Bonus point: sumaform enablement (https://github.com/uyuni-project/sumaform)
    9. Bonus point: Documentation (https://github.com/uyuni-project/uyuni-docs)
    10. Bonus point: testsuite enablement (https://github.com/uyuni-project/uyuni/tree/master/testsuite)

    If something is breaking: we can try to fix it, but the main idea is research how supported it is right now. Beyond that it's up to each project member how much to hack :-)

    • If you don't have knowledge about some of the steps: ask the team
    • If you still don't know what to do: switch to another distribution and keep testing.

    This card is for EVERYONE, not just developers. Seriously! We had people from other teams helping that were not developers, and added support for Debian and new SUSE Linux Enterprise and openSUSE Leap versions :-)

    Pending

    Debian 13

    The new version of the beloved Debian GNU/Linux OS

    Seems to be a Debian 12 derivative, so adding it could be quite easy.

    • [ ] Reposync (this will require using spacewalk-common-channels and adding channels to the .ini file)
    • W] Onboarding (salt minion from UI, salt minion from bootstrap script, and salt-ssh minion) (this will probably require adding OS to the bootstrap repository creator)
    • [ ] Package management (install, remove, update...)
    • [ ] Patching (if patch information is available, could require writing some code to parse it, but IIRC we have support for Ubuntu already). Probably not for Debian as IIRC we don't support patches yet.
    • [ ] Applying any basic salt state (including a formula)
    • [ ] Salt remote commands
    • [ ] Bonus point: Java part for product identification, and monitoring enablement
    • [ ] Bonus point: sumaform enablement (https://github.com/uyuni-project/sumaform)
    • [ ] Bonus point: Documentation (https://github.com/uyuni-project/uyuni-docs)