A new upstream version of UDisks2 was released on Friday (June 2nd) -- version 2.7.0. People following the recent development of UDisks2 and our recent blog posts   should know that this is a big version bump which can only mean one thing: the pull request changing UDisks to use libblockdev where possible was merged! Which is almost 100 commits with changes.
Two recent blog posts are focusing on reporting and monitoring of storage events related to failures, recoveries and in general device state changes. However, there are other things happening to storage. The storage configuration is from time to time changed either by administrator(s) or automatically as a reaction to some trigger. And there are components of the system, together with its users, that could/would benefit from getting the information about such changes.
In the previous blog post we have presented a proposal for reporting and monitoring storage-related events using journald and structured logging. To test if the proposal is viable we need some proof of concept. Such a PoC should demonstrate the complexity of the proposed solution as well as the sufficiency of the proposed set of stored (logged) items and the catalog entry.
With any type of storage failures and errors happen. Depending on the setup and the their extent such failures and errors might be anything from mere annoyance to critical import. However, they all have one thing in common -- they need to be properly reported so that counter-actions and fixups (e.g. replacing a failed drive, restoring data from a backup, etc.) can happen.
In this blog post I would like to present you the storaged project you may have already heard of. It's the next evolution step of udisks2 with the goal to provide a fast, stable and scalable DBus API for storage configuration/management ranging from personal (laptop) to server (enterprise) use cases.
Blivet-gui has reached another milestone few days ago -- I've released version 2.0. This happened mostly because of the new Blivet 2.0 and its new API, but there are some new features in blivet-gui as well.
The previous blog post  I wrote about LVM described the foundations this great technology is based on. But as I already mentioned there, the real purpose of that blog post was to provide the basic "common ground" for this blog post. A blog post focusing on LVM Thin Provisioning which is a really great technology that gets probably 10 % of the focus and glory it deserves. So what is this so amazing thing? Continue reading to find out!