<?xml version='1.0' encoding='utf-8' ?>
<iCalendar xmlns:pentabarf='http://pentabarf.org' xmlns:xCal='urn:ietf:params:xml:ns:xcal'>
    <vcalendar>
        <version>2.0</version>
        <prodid>-//Pentabarf//Schedule//EN</prodid>
        <x-wr-caldesc></x-wr-caldesc>
        <x-wr-calname></x-wr-calname>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>GT8NS7@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-GT8NS7</pentabarf:event-slug>
            <pentabarf:title>Linux curriculum at HOGENT</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T100000</dtstart>
            <dtend>20190504T105000</dtend>
            <duration>0.05000</duration>
            <summary>Linux curriculum at HOGENT</summary>
            <description>In this talk, an overview is given of the Linux curriculum at University College Ghent (HOGENT). This is *not* intended as a commercial, but rather to share our experience, and to ask feedback from the audience. HOGENT is planning to implement a curriculum reform the coming years and would welcome input from professional Linux users and admins. If you are a Linux trainer or teacher, you are welcome to use our course materials that we made available under open content licenses.

Talk topics include:

- course overview
- assignments
- student projects and team work
- open source/open content teaching tools and materials

Talk slides are available here: &lt;https://gitpitch.com/bertvv/presentation-linux-hogent&gt;</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/GT8NS7/</url>
            <location>Room A</location>
            
            <attendee>Bert Van Vreckem</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>TH8CFY@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-TH8CFY</pentabarf:event-slug>
            <pentabarf:title>What did you InSpec?</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T110000</dtstart>
            <dtend>20190504T115000</dtend>
            <duration>0.05000</duration>
            <summary>What did you InSpec?</summary>
            <description></description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/TH8CFY/</url>
            <location>Room A</location>
            
            <attendee>Gratien D&#x27;haese</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>MHC3BE@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-MHC3BE</pentabarf:event-slug>
            <pentabarf:title>Running containers and Operating System images with systemd-nspawn</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T120000</dtstart>
            <dtend>20190504T125000</dtend>
            <duration>0.05000</duration>
            <summary>Running containers and Operating System images with systemd-nspawn</summary>
            <description>According to its manpage, `systemd-nspawn`

&gt; may be used to run a command or OS in a light-weight namespace container. In many ways it is similar to chroot(1), but more powerful since it fully virtualizes the file system hierarchy, as well as the process tree, the various IPC subsystems and the host and domain name.

In this talk, I&#x27;ll go over what all of this means, how to use `systemd-nspawn` and how nspawn differs from docker, lxc/lxd and qemu-kvm.

After that, I&#x27;ll discuss how to use the `systemd-nspawn` and `machinectl` commands, how to run services inside containers and how to introspect the containers.

After this, I&#x27;ll quickly touch on a related project called `mkosi` (&quot;make operating system image&quot;) that can be used to create images for containers and virtual-machines in one go.

Basic knowledge of systemd service management and containers is recommended to attend this talk.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/MHC3BE/</url>
            <location>Room A</location>
            
            <attendee>Pieter Lexis</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>SSUFZP@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-SSUFZP</pentabarf:event-slug>
            <pentabarf:title>How I accidentally became an electronics engineer (actually I didn&#x27;t)</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T140000</dtstart>
            <dtend>20190504T145000</dtend>
            <duration>0.05000</duration>
            <summary>How I accidentally became an electronics engineer (actually I didn&#x27;t)</summary>
            <description>AWS, DNS, K8S. We&#x27;re being exposed to IT so much at work that some of us just call it a day and refrain from any hobbyist computer stuff in our private time and maybe you have also more important responsibilities to take care of such as family. But maybe you do still from time to time try to pursuit a fun project. If so, and if you know the &quot;bottom drawer syndrome&quot; (enthusiastically started something, first lost time, then interest, now stored things away out of sight) or if can relate to &quot;buy first, think of a purpose for it later&quot;, this talk is for you.

My motivation was to bring both purpose and John Bercow, I mean, orrrrder, to two such gadgets in my drawer, a Raspberry Pi and a LED stripe. In this talk I will recap and take you along on my journey during which I had to leave my usual comfort zone, that is software, and delve into hardware and electronics. Don&#x27;t worry, this is not going to be a electronics 101 course. Instead I want to remedy some unwarranted fears and encourage you to look beyond the end of your (software) nose as electronics illiteracy did not stop me either from being successful as proven by my PiStripe uHAT which I&#x27;ll bring along (and maybe give away one or two).</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/SSUFZP/</url>
            <location>Room A</location>
            
            <attendee>Pieter Hollants</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>VGS9YL@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-VGS9YL</pentabarf:event-slug>
            <pentabarf:title>IT Consultant / Zabbix Trainer</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T150000</dtstart>
            <dtend>20190504T155000</dtend>
            <duration>0.05000</duration>
            <summary>IT Consultant / Zabbix Trainer</summary>
            <description>The presentation will explain how to setup the configuration in Zabbix so that Java applications can be monitored without manual configuration. Ex: Garbage collectors will be created on the fly and removed when changed. In the end we will see a short overview about what&#x27;s new in 4.2 or what can be expected in 4.2 (a non LTS version)</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/VGS9YL/</url>
            <location>Room A</location>
            
            <attendee>Patrik Uytterhoeven</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>YCCEB3@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-YCCEB3</pentabarf:event-slug>
            <pentabarf:title>Zabbix loadable C modules and Low-Level Discovery (LLD)</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T160000</dtstart>
            <dtend>20190504T165000</dtend>
            <duration>0.05000</duration>
            <summary>Zabbix loadable C modules and Low-Level Discovery (LLD)</summary>
            <description>The Zabbix monitoring system has a number of different methods by which it can obtain monitoring data from systems or things it knows nothing about, but it can use scripts or programs you configure it to run in order to obtain the data you are interested in. You are probably aware of User Parameters and External Checks, and we&#x27;ll shortly recapitulate.

One very powerful but slightly more complicated method for obtaining external data is by using dynamically loadable C modules. We discuss what these are, how you create them, and how you can use this arguably most efficient method to provide monitoring data to Zabbix.

Low-level discovery provides a way to automatically create items, triggers, and graphs for different entities. For instance, Zabbix can automatically start monitoring file systems or network interfaces on your machine, without the need to create items for each file system or network interface manually.

Using a real-life practical example which we (_OwnTracks_) use to monitor vehicles issued with GPS trackers which end up communicating via MQTT, we will discuss how we implement Zabbix Low-Level Discovery directly from a C module and how the same C module is used to provide up-to-date information from the vehicles to Zabbix items. This basic principle can easily be adapted to provide similar functionality to Internet of Things (IoT) projects. While it helps if you can read a bit of C language code, if you cannot, we&#x27;ll explain what&#x27;s going on behind the scenes.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/YCCEB3/</url>
            <location>Room A</location>
            
            <attendee>Jan-Piet Mens</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>9LFBP3@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-9LFBP3</pentabarf:event-slug>
            <pentabarf:title>Ignite Karaoke</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T170000</dtstart>
            <dtend>20190504T175000</dtend>
            <duration>0.05000</duration>
            <summary>Ignite Karaoke</summary>
            <description>We can mix the regular ignites with a random deck of ingites and have volunteers present these slides before the Pizza party starts</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/9LFBP3/</url>
            <location>Room A</location>
            
            <attendee>Kris Buytaert</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>CWEDZJ@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-CWEDZJ</pentabarf:event-slug>
            <pentabarf:title>Tying shoe laces</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T171500</dtstart>
            <dtend>20190504T172000</dtend>
            <duration>0.00500</duration>
            <summary>Tying shoe laces</summary>
            <description></description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Ignite</category>
            <url>https://cfp.loadays.org/2019/talk/CWEDZJ/</url>
            <location>Room A</location>
            
            <attendee>Tim Speetjens</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>YE8TTQ@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-YE8TTQ</pentabarf:event-slug>
            <pentabarf:title>What not to puppetize and how to do it anyway</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T173000</dtstart>
            <dtend>20190504T173500</dtend>
            <duration>0.00500</duration>
            <summary>What not to puppetize and how to do it anyway</summary>
            <description>Add a customer there were some interesting problems that where solved by puppet where it was not the best solution. This will showcase some of those cases. This ranges from adding users to adding a bookmark in the chosen browser.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Ignite</category>
            <url>https://cfp.loadays.org/2019/talk/YE8TTQ/</url>
            <location>Room A</location>
            
            <attendee>Bart Janssens</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>ZQXSAG@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-ZQXSAG</pentabarf:event-slug>
            <pentabarf:title>Using Prometheus to monitor your deployment pipelines</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T173500</dtstart>
            <dtend>20190504T174000</dtend>
            <duration>0.00500</duration>
            <summary>Using Prometheus to monitor your deployment pipelines</summary>
            <description>In order to optimize your continous delivery pipelines, and to make sure your delivery actually is continuous, it can be useful to collect some metrics about your pipelines. 

This talk introduces the Prometheus jenkins_exporter that I wrote for this purpose, how it came to be, and how it can be used to monitor pipelines in Jenkins. Specifically, ways to create dashboards and alerting rules to detect drift between versions deployed to different environments are discussed.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Ignite</category>
            <url>https://cfp.loadays.org/2019/talk/ZQXSAG/</url>
            <location>Room A</location>
            
            <attendee>Lander Van  den Bulcke</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>XUKLKX@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-XUKLKX</pentabarf:event-slug>
            <pentabarf:title>Pizza Party</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T180000</dtstart>
            <dtend>20190504T210000</dtend>
            <duration>3.00000</duration>
            <summary>Pizza Party</summary>
            <description></description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Workshop</category>
            <url>https://cfp.loadays.org/2019/talk/XUKLKX/</url>
            <location>Room A</location>
            
            <attendee>Everybody</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>TFRG8G@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-TFRG8G</pentabarf:event-slug>
            <pentabarf:title>Clean Bash - Leveling up your shell scripting skills</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T110000</dtstart>
            <dtend>20190504T115000</dtend>
            <duration>0.05000</duration>
            <summary>Clean Bash - Leveling up your shell scripting skills</summary>
            <description>Bash: the scripting language everyone loves to hate. The syntax is arcane and hard to read. Some concepts, e.g. booleans and exit status, are fundamentally different than other scripting or programming languages, which confuses novice users. Bash is not really suited for large, complex scripts.  Bash scripts are usually one-offs: written once, and rarely touched afterwards.

Consequenty, coding style, testability and maintainability are way down (or absent) on a sysadmin&#x27;s priority list. 

However, Bash is ubiquitous. It&#x27;s in every Linux and UNIX distribution, on every Mac laptop and, nowadays, even on Windows (when Git is installed). Even in the leanest, minimal, stripped down box, you at least have Bash. There are no dependencies. It&#x27;s impossible to underestimate how useful it is for automating tedious tasks involving files or text. So there is definitely value in learning and using Bash.

Let&#x27;s say you have written shell scripts before. When you look at them again after months or even years, do you still understand how they work? If running a script fails, would you know what went wrong and how to look for bugs in the code? Does your script continue to work correctly if you run it multiple consecutive times? If you answered &quot;no&quot; to any of these questions, this talk is for you.

Topics include:

- Debugging and testing scripts
- Improving readability
- Robert C. Martin&#x27;s &quot;Clean code&quot; applied to Bash
- Idempotence

Talk slides are available here: &lt;https://gitpitch.com/bertvv/presentation-clean-bash&gt;</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/TFRG8G/</url>
            <location>Room B</location>
            
            <attendee>Bert Van Vreckem</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>8FUM8T@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-8FUM8T</pentabarf:event-slug>
            <pentabarf:title>What you most likely did not know about sudo…</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T120000</dtstart>
            <dtend>20190504T125000</dtend>
            <duration>0.05000</duration>
            <summary>What you most likely did not know about sudo…</summary>
            <description>Everybody knows sudo, right? Sudo allows a system administrator to give certain users  the ability to run some commands as root, while logging the executed commands and their arguments. It is installed by default on almost all Linux systems, and is available for most commercial UNIX systems. Still, even system administrators often only know it is the “prefix” to use before entering a command requiring root privileges. Learn how much more this simple looking tool can do!
Most of the times the default configuration allows a group of users to run any commands:
%wheel	ALL=(ALL)	ALL
It’s a good first step, better than using the root account directly. This way you can trace who ran what commands on the system. But there are a lot more possibilities when configuring sudo, making your system more secure.
Life is simple when when you have to give access a single user to a single command. But as soon as  you have multiple users with the same access rights, it is not just shorter but also easier to maintain, if you use aliases.
For added security, you can add a hash of binaries to sudo. This way if the binary changes for any reasons, like modifying it through a successful exploit, you can prevent it from being used.

Using sudo does not make much sense without proper logging and alerting. There are three major possibilities:
- syslog: all events are logged to syslog. For additional security, collect sudo logs  centrally, so a malicious user cannot delete them easily.
- e-mail: sudo can send e-mail alerts on different kinds of failures
- debug: in depth logging of subsystems, mostly useful for developers
Session recording is a fourth possibility. The terminal output can be saved in a local file and played back. You can play back what happened, even if the user started up an interactive shell.

Instead of maintaining the sudoers file on each of your systems, you can use LDAP to configure sudo. It has some differences compared to a sudoers file, but also many advantages: 
- local users cannot manipulate the rules,
- is easier to maintain,
- goes live immediately.

Starting with version 1.8, sudo has a plugin-based architecture. You can replace or extend sudo functionality using plugins. This way users can keep starting applications the usual way using sudo, but have a different configuration or policy engine behind the sudo command. There are both open source and commercial plugins available. For example the sudo_pair plugin – developed in Rust – enables monitoring and makes it possible to require interactive approval of sessions.

As you can see, sudo has several lesser-known features that can make monitoring and access management easier for large organizations.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/8FUM8T/</url>
            <location>Room B</location>
            
            <attendee>Peter Czanik</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>BJP9KR@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-BJP9KR</pentabarf:event-slug>
            <pentabarf:title>(Re)discovering the ssh tips for Ansible (CentOS infra use case)</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T140000</dtstart>
            <dtend>20190504T145000</dtend>
            <duration>0.05000</duration>
            <summary>(Re)discovering the ssh tips for Ansible (CentOS infra use case)</summary>
            <description>While a lot of people are using Ansible for easy ad-hoc tasks, using it in production to manage a fleet of servers spread all around the world can be challenging.
In this talk we&#x27;ll cover how , for the CentOS.org infra, we tried to optimize the playbook execution and we&#x27;ll mainly dive into ssh itself (so the presented options can also be used outside of Ansible). 
We&#x27;ll cover things like :

 * SSH CA and certificates,
 * how to use bastion/jump hosts , etc.
 * Multi DC configurations

Slides from this talk (uploaded after event) : https://people.centos.org/arrfab/Events/Loadays-2019/loadays-2019-ssh-tips.html</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/BJP9KR/</url>
            <location>Room B</location>
            
            <attendee>Fabian Arrotin</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>9XX37L@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-9XX37L</pentabarf:event-slug>
            <pentabarf:title>molecule test ansible</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T150000</dtstart>
            <dtend>20190504T155000</dtend>
            <duration>0.05000</duration>
            <summary>molecule test ansible</summary>
            <description>A common need when you develop Ansible playbooks is to validate roles before production. For that purpose you need to instantiate temporary infrastructure. Molecule has been created to respond to this need. It has been promoted as a part of the official Ansible ecosystem last year, and is about to become the official SDK to develop and test new roles. This talk will take for granted that you know Ansible, present the tooling landscape around Molecule, showcase some basic usage, dissect a standard molecule scenario, and give some insights on how to integrate the tool in a delivery pipeline. We will go through some implementations done in the open source community: roles published in galaxy, projects relying on molecule for their QA testing (Kubernetes Operator SDK).</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/9XX37L/</url>
            <location>Room B</location>
            
            <attendee>Fabrice @themr0c Flore-Thébault</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>GWEDAS@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-GWEDAS</pentabarf:event-slug>
            <pentabarf:title>Ansible in a real world situation. The One Role to Rule Them All!!</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T160000</dtstart>
            <dtend>20190504T165000</dtend>
            <duration>0.05000</duration>
            <summary>Ansible in a real world situation. The One Role to Rule Them All!!</summary>
            <description>When using Ansible in a real world situation, where there are multiple environments, like `dev`, `tst`, `acc` and `prod` it&#x27;s hard to make sure the Ansible setup isn&#x27;t to complex and that everything works.

This presentation can assist you to make decisions for you own environment.
Decisions about:
- Inventory structure
- Variable setup</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/GWEDAS/</url>
            <location>Room B</location>
            
            <attendee>Ton Kersten</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>9LVCKD@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-9LVCKD</pentabarf:event-slug>
            <pentabarf:title>Scaling Ansible</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190504T170000</dtstart>
            <dtend>20190504T175000</dtend>
            <duration>0.05000</duration>
            <summary>Scaling Ansible</summary>
            <description>This talk will walk through the incremental enhancements to the default Ansible configuration we have applied to one of the PowerDNS projects to effectively take down Ansible execution time from ~60 to ~6 minutes.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/9LVCKD/</url>
            <location>Room B</location>
            
            <attendee>Andrea Tosatto</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>RXVVYW@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-RXVVYW</pentabarf:event-slug>
            <pentabarf:title>Come listen to me, I’m a fraud; a story on impostor syndrome</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T100000</dtstart>
            <dtend>20190505T105000</dtend>
            <duration>0.05000</duration>
            <summary>Come listen to me, I’m a fraud; a story on impostor syndrome</summary>
            <description>Come listen to my story and learn to harness your self-doubt. I’m here to show the little things I did differently every day:
- How being kind to yourself is key. Forgive, don’t judge. Accept who you are.
- Learn about your internal convictions and expose these to the world authentically and honestly.
- How complimenting yourself and others goes a long way
- Build a case for yourself by keep notes of people saying nice things about you
- Self-doubt is a powerful tool as a leader, if used consciously
- Focus on (professional) relationships, not on technical merit
- Harness feedback, even it’s scary

With these small, incremental improvements, I now live in a self-inflicted, perpetually non-existing comfort zone. I’m constantly in the imposter zone, because I’m constantly doing new things, learning new skills, meeting new people. And I love it! It has brought me many smaller and larger victories, a career that’s led me to new and unexpected ventures and most importantly, a network of friends and relationships I otherwise would never have had.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/RXVVYW/</url>
            <location>Room A</location>
            
            <attendee>Joep Piscaer</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>RDVLUD@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-RDVLUD</pentabarf:event-slug>
            <pentabarf:title>Scale Your Metrics with Elasticsearch</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T110000</dtstart>
            <dtend>20190505T115000</dtend>
            <duration>0.05000</duration>
            <summary>Scale Your Metrics with Elasticsearch</summary>
            <description>This talk explores:

* How are metrics stored in Elasticsearch? And how does this translate to disk use as well as query performance?
* What does an efficient, multi-tier architecture look like that balances speed for today&#x27;s data against density for older one?
* How can you compress metrics and what does the mathematical model look like for that?
We are trying this hands-on during the talk since this has become much simpler recently.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/RDVLUD/</url>
            <location>Room A</location>
            
            <attendee>Philipp Krenn</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>8LJVEM@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-8LJVEM</pentabarf:event-slug>
            <pentabarf:title>Containers on RHEL 8</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T120000</dtstart>
            <dtend>20190505T125000</dtend>
            <duration>0.05000</duration>
            <summary>Containers on RHEL 8</summary>
            <description>With the RHEL 8 Beta release it became clear that Red Hat is officially dropping Docker for its own solution when it comes to containers: podman. A technology which is not new but nevertheless interesting to take a look at. During this presentation the details on podman as well as the tool to build containers, Buildah, is discussed and demonstrated.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/8LJVEM/</url>
            <location>Room A</location>
            
            <attendee>Christopher Peeters</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>STRQAS@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-STRQAS</pentabarf:event-slug>
            <pentabarf:title>Chaos security engineering in Kubernetes</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T140000</dtstart>
            <dtend>20190505T145000</dtend>
            <duration>0.05000</duration>
            <summary>Chaos security engineering in Kubernetes</summary>
            <description></description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/STRQAS/</url>
            <location>Room A</location>
            
            <attendee>Evis Barbullushi</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>PLVANX@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-PLVANX</pentabarf:event-slug>
            <pentabarf:title>CI/CD with OpenShift</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T150000</dtstart>
            <dtend>20190505T155000</dtend>
            <duration>0.05000</duration>
            <summary>CI/CD with OpenShift</summary>
            <description></description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/PLVANX/</url>
            <location>Room A</location>
            
            <attendee>Tim Speetjens</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>RCKHSM@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-RCKHSM</pentabarf:event-slug>
            <pentabarf:title>MetalK8s: An opinionated Kubernetes distribution with a focus on long-term on-prem deployments</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T160000</dtstart>
            <dtend>20190505T165000</dtend>
            <duration>0.05000</duration>
            <summary>MetalK8s: An opinionated Kubernetes distribution with a focus on long-term on-prem deployments</summary>
            <description>End of 2017, [Scality](https://scality.com) decided to use Kubernetes as a deployment mechanism for its open-source [Zenko](https://github.com/scality/Zenko) data-orchestration solution. When looking for a solution to deploy Kubernetes on-premise, including suitable operational tooling and the ability to run in enterprise customer data centers, we failed to find a readily-available suitable offering based on our long experience with these environments, neither open-source nor commercial. At this point, the decision was made to create a new distribution based on the well-known Kubespray project, but further focusing on on-premise, long-term clusters with built-in operational tooling, and make this available as an open-source project, also spearheading open-source development practices within the company.

Based on the learning building and deploying [MetalK8s](https://github.com/scality/metalk8s) 1.x, we took the decision to base deployment and operations of our future products on Kubernetes as well, increasing the importance of Kubernetes as an &#x27;implementation detail&#x27; of the final product running in our enterprise customer datacenters. At this point, we further increased investments into MetalK8s, and also take the opportunity to change its architecture based on some shortcomings identified in MetalK8s 1.x.

After introducing our path to Kubernetes and an overview of the goals of the project, we discuss what MetalK8s 2.x brings compared to the 1.x version, including the architectural switch from &#x27;one-off&#x27; Ansible playbooks to a more dynamic, event-driven cluster orchestrated through SaltStack, as well as a glimpse at its local storage (disks, RAID controllers,...) management features, and how these resources are made available to solutions deployed in the cluster.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/RCKHSM/</url>
            <location>Room A</location>
            
            <attendee>Nicolas Trangez</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>BAQXTL@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-BAQXTL</pentabarf:event-slug>
            <pentabarf:title>From Tesla Hacking to the FreedomEV Project</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T170000</dtstart>
            <dtend>20190505T175000</dtend>
            <duration>0.05000</duration>
            <summary>From Tesla Hacking to the FreedomEV Project</summary>
            <description>Why should we take control of our own cars? What are the risks and rewards? What can we do and what not. What should we do and don&#x27;t?</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/BAQXTL/</url>
            <location>Room A</location>
            
            <attendee>Jasper Nuyens</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>YBSKZA@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-YBSKZA</pentabarf:event-slug>
            <pentabarf:title>OSS diversity is good (aka why we run various DNS servers flavors in CentOS.org infra)</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T100000</dtstart>
            <dtend>20190505T105000</dtend>
            <duration>0.05000</duration>
            <summary>OSS diversity is good (aka why we run various DNS servers flavors in CentOS.org infra)</summary>
            <description>In this (brief ?) talk, we&#x27;ll cover some of the DNS servers flavors that we use in the CentOS.org infra, and reasons why we do. So covering why we use Bind, Unbound, PowerDNS and Dnsmasq in parallel, as (depending on the case) authoritative or resolver/caching server[s]

Slides : https://people.centos.org/arrfab/Events/Loadays-2019/loadays-2019-dns-diversity.html</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/YBSKZA/</url>
            <location>Room B</location>
            
            <attendee>Fabian Arrotin</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>EPUH7J@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-EPUH7J</pentabarf:event-slug>
            <pentabarf:title>Bootstrap your Cloud Infrastructure using puppet and HashiCorp stack</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T110000</dtstart>
            <dtend>20190505T115000</dtend>
            <duration>0.05000</duration>
            <summary>Bootstrap your Cloud Infrastructure using puppet and HashiCorp stack</summary>
            <description>We all love infrastructure as code, we automate everything ™ but how many  
of us can really say we could destroy and recreate our core infrastructure  
without human intervention. Can you be sure there isnt a DNS problem or  
that all the things ™ are done in the right order This talk walks the  
audience through a green fields exercise that sets up service discovery  
using Consul, infrastructure as code using terraform, using images build  
with packer and configured using puppet.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/EPUH7J/</url>
            <location>Room B</location>
            
            <attendee>Bram Vogelaar</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>BT8PAW@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-BT8PAW</pentabarf:event-slug>
            <pentabarf:title>Leveraging Prometheus service discovery</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T120000</dtstart>
            <dtend>20190505T125000</dtend>
            <duration>0.05000</duration>
            <summary>Leveraging Prometheus service discovery</summary>
            <description>Prometheus can get its list of targets in a number of ways: from static configurations over built-in service discovery all the way to custom service discovery implementations. This talk will give a brief overview of Prometheus itself, explain how these mechanisms actually work and show how they can be leveraged to autogenerate Prometheus configuration in a number of scenarios, from more classic environments based on Puppet to more &quot;modern&quot; environments employing immutable infrastructure principles.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/BT8PAW/</url>
            <location>Room B</location>
            
            <attendee>Lander Van  den Bulcke</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>SZKHT9@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-SZKHT9</pentabarf:event-slug>
            <pentabarf:title>How to write efficient and correct MySQL recipes for you configuration management system in 2019</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T140000</dtstart>
            <dtend>20190505T145000</dtend>
            <duration>0.05000</duration>
            <summary>How to write efficient and correct MySQL recipes for you configuration management system in 2019</summary>
            <description>During this session, I won&#x27;t tell which configuration management system to use neither which module bit I will explain what are the errors to not perform again and why. I will also show you how to use the MySQL X Admin API in your recipes.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/SZKHT9/</url>
            <location>Room B</location>
            
            <attendee>lefred</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>NWYKLV@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-NWYKLV</pentabarf:event-slug>
            <pentabarf:title>Open Source databases and HA</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T150000</dtstart>
            <dtend>20190505T155000</dtend>
            <duration>0.05000</duration>
            <summary>Open Source databases and HA</summary>
            <description>HA is an essential part of an architectural setup. 
Declaration of business and application requirements are essential during the actual design of the optimal database architecture. With increased levels of availability comes complexity and in some case operation woes. 

So what are the increased availability options within MySQL and other open source RDBMS solutions? How would they compare to each other? 

This presentation will cover:

- The concept of increased availability, why it&#x27;s essential for operations, what pitfalls exist.
- Differences in between availability concepts
- HA and MySQL 
- HA and PostgreSQL
- HA and MongoDB
- HA and the cloud, the good and the bad
- Why HA is not DR</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/NWYKLV/</url>
            <location>Room B</location>
            
            <attendee>Dimitri Vanoverbeke</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>G97X3X@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-G97X3X</pentabarf:event-slug>
            <pentabarf:title>Look mom without containers!</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T160000</dtstart>
            <dtend>20190505T165000</dtend>
            <duration>0.05000</duration>
            <summary>Look mom without containers!</summary>
            <description>In this talk will be illustrate an example of deployment of a vertically and horizontally scalable infrastructure using the immutable infrastructure paradigm, on digitalocean cloud platforms.</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/G97X3X/</url>
            <location>Room B</location>
            
            <attendee>Matteo Valentini</attendee>
            
        </vevent>
        
        <vevent>
            <method>PUBLISH</method>
            <uid>YMXZRK@@cfp.loadays.org</uid>
            <pentabarf:event-id></pentabarf:event-id>
            <pentabarf:event-slug>-YMXZRK</pentabarf:event-slug>
            <pentabarf:title>Running a mainframe on your laptop (for fun and profit)</pentabarf:title>
            <pentabarf:subtitle></pentabarf:subtitle>
            <pentabarf:language>en</pentabarf:language>
            <pentabarf:language-code>en</pentabarf:language-code>
            <dtstart>20190505T170000</dtstart>
            <dtend>20190505T175000</dtend>
            <duration>0.05000</duration>
            <summary>Running a mainframe on your laptop (for fun and profit)</summary>
            <description>Yes, this talk is about running your own mainframe on your own hardware. Mainframes are old, yes, but they are still very much alive. New hardware is still being developed and there are a lot of fresh jobs in this area too. A lot of mainframes run COBOL workloads. COBOL is far from a dead language. It processes an estimated 85% of all business transactions, and 5 billion lines of new COBOL code are written every year. In this session the speaker will help you in take your first steps towards running your own mainframe. If you like then after this session you can continue to build your knowledge of mainframe systems using the links provided during the talk. Come on in and learn the basics of a completely different computer system! And it will take you less than an hour to do that!</description>
            <class>PUBLIC</class>
            <status>CONFIRMED</status>
            <category>Talk</category>
            <url>https://cfp.loadays.org/2019/talk/YMXZRK/</url>
            <location>Room B</location>
            
            <attendee>Jeroen Baten</attendee>
            
        </vevent>
        
    </vcalendar>
</iCalendar>
