831381a7fbb16903346b96986d02d872

by Panos Georgiadis
from SUSE Linux

Panos is an automation, network and Linux engineer from Greece. Currently, he lives in Nuremberg where he's employed as Specialist QA Engineer by SUSE for testing maintenance updates related to Kubernetes, Docker, Saltstack and Cloud-Foundry. He's working on test definition and test designing, executing and reviewing test-cases and test environments (openQA, Jenkins), while implementing automation (CI/CD) where's possible. As a member of Call-Duty team, he's testing patches against critical security vulnerabilities and 0-day exploits upon request.

Panos started as a hardware hacker -- overclocking enthusiast, and since then he tried a lot of things (computer vision, machine learning, pentesting, lecturing, teaching) until he found his true passion of sharing knowledge to the world as a technical editor in well-known IT websites/magazines. Occasionally, he gets requests for reviewing technical books also.

He plays piano and guitar, while enjoying beer-sessions with friends afterwards. His favorite movies are LotR and StarWars!

In Tumbleweed with have roughly ~25.000 packages for 64-bit architecture. Do you know how many of those are actually install-able? From those who are not, do you know the reason behind? Do you know how many of those will become install-able if boo#123456 gets fixed? And from those which can actually be installed, do you know if there are any glitches at the post-installation scripts?

-Sure, we have openQA, but still, it tests only the packages inside the DVD and not the entire ecosystem.
- Sure, we have the OBS. So, everything that gets build should also be install-able. No?
-Sure, we have libsolv techniques that can answer this. But have you tested if the results reflect the real world?

There's only way to do verify what's really happening: one system per package. Yes, that is extreme, you would probably need 25.000 virtual machines. But ... hold on... what about using containers? Well, I have an idea! I have developed a project for fun, and I would be delighted to share it with you.

Egkatastasis (you can call it *egg*) is an open source system for testing openSUSE container images providing basic mechanisms for installation, log analysis, and metrics visualization of every package contained into the official repositories.

Egkatastasis tests production container workloads at scale using Docker and systemd-nspawn, combined with the best-of-breed ideas and practices from the community using Filebeat and Elastic Stack.

Date:
2018 May 25 13:00
Duration:
30 min
Room:
155 (Medium)
Conference:
openSUSE Conference 2018
Language:
Track:
Cloud and Containers
Difficulty:
Easy