Project Description

Obtaining correct information about devices in the system is crucial for multipath-tools. Properties of devices depend on each other. Certain properties matter in some parts of the code and some in others. multipath currently relies strongly on udev, which is good because it provides abstraction, but has also strong drawbacks because udev isn't always reliable and too configurable. In particular during boot, udev lacks information about devices before "coldplug" has been run. Another issue is that some properties are cached in udev and others in sysfs, but for multipathd it's important to obtain up-to-date information.

Goal for this Hackweek

Refactor the way multipathd models physical devices. My (currently vague) idea is to use lazy evaluation of properties, and to model property dependencies explicitly. It sounds weird, but a key factor is to determine reliably whether a given device exists at a given time.

Looking for hackers with the skills:

c multipath storage

This project is part of:

Hack Week 20

Activity

  • over 3 years ago: mwilck added keyword "c" to this project.
  • over 3 years ago: mwilck added keyword "multipath" to this project.
  • over 3 years ago: mwilck added keyword "storage" to this project.
  • over 3 years ago: mwilck originated this project.

  • Comments

    Be the first to comment!

    Similar Projects

    Add a machine-readable output to dmidecode by jdelvare

    Description

    There have been repeated requests for a machine-friendly dmidecode output over the last decade. During Hack Week 19, 5 years ago, I prepared the code to support alternative output formats, but didn't have the time to go further. Last year, Jiri Hnidek from Red Hat Linux posted a proof-of-concept implementation to add JSON output support. This is a fairly large pull request which needs to be carefully reviewed and tested.

    Goals

    Review Jiri's work and provide constructive feedback. Merge the code if acceptable. Evaluate the costs and benefits of using a library such as json-c.


    FizzBuzz OS by mssola

    Project Description

    FizzBuzz OS (or just fbos) is an idea I've had in order to better grasp the fundamentals of the low level of a RISC-V machine. In practice, I'd like to build a small Operating System kernel that is able to launch three processes: one that simply prints "Fizz", another that prints "Buzz", and the third which prints "FizzBuzz". These processes are unaware of each other and it's up to the kernel to schedule them by using the timer interrupts as given on openSBI (fizz on % 3 seconds, buzz on % 5 seconds, and fizzbuzz on % 15 seconds).

    This kernel provides just one system call, write, which allows any program to pass the string to be written into stdout.

    This project is free software and you can find it here.

    Goal for this Hackweek

    • Better understand the RISC-V SBI interface.
    • Better understand RISC-V in privileged mode.
    • Have fun.

    Resources


    Agama Expert Partitioner by joseivanlopez

    Description

    Agama is a new Linux installer that will be very likely used for SLES 16.

    It offers an UI for configuring the target system (language, patterns, network, etc). One of the more complex sections is the storage configuration, which is going to be revamped. This project consists on exploring the possibility of having something similar to the YaST Expert Partitioner for Agama.

    Goals

    • Explore different approaches for the storage UI in Agama.