<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Jorge Luis Rueda Beirana</title>
    <description>The latest articles on DEV Community by Jorge Luis Rueda Beirana (@jorge_luisruedabeirana_).</description>
    <link>https://dev.to/jorge_luisruedabeirana_</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F1584887%2F821af0f6-bc95-4e9c-8ccb-a5ceaca12af6.jpg</url>
      <title>DEV Community: Jorge Luis Rueda Beirana</title>
      <link>https://dev.to/jorge_luisruedabeirana_</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/jorge_luisruedabeirana_"/>
    <language>en</language>
    <item>
      <title>𝗜𝗻𝘁𝗲𝗴𝗿𝗮𝘁𝗶𝗼𝗻 𝗼𝗳 𝘀𝗼𝘀 𝗿𝗲𝗽𝗼𝗿𝘁 𝗶𝗻 𝗜𝗻𝗰𝗶𝗱𝗲𝗻𝘁 𝗠𝗮𝗻𝗮𝗴𝗲𝗺𝗲𝗻𝘁 𝗣𝗶𝗽𝗲𝗹𝗶𝗻𝗲𝘀.</title>
      <dc:creator>Jorge Luis Rueda Beirana</dc:creator>
      <pubDate>Wed, 20 May 2026 10:11:19 +0000</pubDate>
      <link>https://dev.to/jorge_luisruedabeirana_/-660</link>
      <guid>https://dev.to/jorge_luisruedabeirana_/-660</guid>
      <description>&lt;p&gt;Monitoring and observability tools — Grafana, Prometheus, traces, logs — tell you that something is wrong and where. They do not tell you what the host operating system was doing at that moment: which processes were consuming memory, what the kernel OOM killer decided, whether a filesystem was having an I/O contention problem, what the block device queue looked like, what firewall rules were in effect. That data lives on the node, is often ephemeral, and disappears or changes as the system recovers.&lt;/p&gt;

&lt;p&gt;The purpose of integrating the widely available open-source 𝘀𝗼𝘀 𝗿𝗲𝗽𝗼𝗿𝘁 Linux command into the pipeline is to 𝗰𝗮𝗽𝘁𝘂𝗿𝗲 𝘁𝗵𝗮𝘁 𝗢𝗦-𝗹𝗲𝘃𝗲𝗹 𝘀𝗻𝗮𝗽𝘀𝗵𝗼𝘁 𝗮𝘂𝘁𝗼𝗺𝗮𝘁𝗶𝗰𝗮𝗹𝗹𝘆, 𝗮𝘁 𝘁𝗵𝗲 𝗺𝗼𝗺𝗲𝗻𝘁 𝗼𝗳 𝘁𝗵𝗲 𝗮𝗹𝗲𝗿𝘁, 𝗯𝗲𝗳𝗼𝗿𝗲 𝘁𝗵𝗲 𝗲𝘃𝗶𝗱𝗲𝗻𝗰𝗲 𝗱𝗲𝗴𝗿𝗮𝗱𝗲𝘀 without requiring a human to log into the node and collect it manually.&lt;/p&gt;

&lt;p&gt;More specifically it achieves four things:&lt;/p&gt;

&lt;p&gt;𝗦𝗽𝗲𝗲𝗱 𝗼𝗳 𝗱𝗶𝗮𝗴𝗻𝗼𝘀𝗶𝘀. The data is already collected and analysed by the time the SRE opens the alert. They review findings instead of gathering evidence.&lt;/p&gt;

&lt;p&gt;𝗘𝘃𝗶𝗱𝗲𝗻𝗰𝗲 𝗽𝗿𝗲𝘀𝗲𝗿𝘃𝗮𝘁𝗶𝗼𝗻. Memory state, kernel ring buffer entries, and process tables are ephemeral. Automated collection catches them before the system recovers and overwrites them.&lt;/p&gt;

&lt;p&gt;𝗥𝗲𝗱𝘂𝗰𝗲𝗱 𝘁𝗼𝗶𝗹. Manual OS diagnostics during an incident are slow, error-prone, and inconsistent between engineers. Presets make the collection reproducible and automatic.&lt;/p&gt;

&lt;p&gt;𝗖𝗼𝗺𝗽𝗹𝗲𝘁𝗲𝗻𝗲𝘀𝘀. Every incident of the same type produces the same shape of data, making cross-incident comparison and pattern recognition — including by an AI analysis tool meaningful and reliable.&lt;/p&gt;

&lt;p&gt;In short: monitoring tells you the what, tracing tells you the where, and &lt;strong&gt;sos report presets&lt;/strong&gt; tell you the why automatically, consistently, and fast enough to be useful during the incident rather than after it.&lt;/p&gt;

&lt;p&gt;The best part is that you do not need to install anything.&lt;/p&gt;

&lt;p&gt;If you like to know how can this be done, this &lt;a href="https://sos-vault.com/blog/sos-command/18-using-sos-report-presets" rel="noopener noreferrer"&gt;article&lt;/a&gt; contains detailed instructions on how can this be achieved for a concrete production environment involving Kubernetes, Grafana and Ansible&lt;/p&gt;

&lt;p&gt;visit &lt;a href="https://sos-vault.com" rel="noopener noreferrer"&gt;sos-vault&lt;/a&gt; for a complete reference on how to use sos report command effectivley&lt;/p&gt;

</description>
      <category>devops</category>
      <category>automation</category>
      <category>linux</category>
    </item>
    <item>
      <title>Did you know these facts about the sos command?</title>
      <dc:creator>Jorge Luis Rueda Beirana</dc:creator>
      <pubDate>Fri, 01 May 2026 09:53:44 +0000</pubDate>
      <link>https://dev.to/jorge_luisruedabeirana_/did-you-know-about-sos-command-l76</link>
      <guid>https://dev.to/jorge_luisruedabeirana_/did-you-know-about-sos-command-l76</guid>
      <description>&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Frspmtt4pt8q2961e5kwd.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Frspmtt4pt8q2961e5kwd.png" alt=" " width="800" height="402"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Did you know that the Linux &lt;strong&gt;sos&lt;/strong&gt; command is available in most Linux distributions and that in &lt;strong&gt;53&lt;/strong&gt; seconds it generates a compressed and encrypted tar file of less than &lt;strong&gt;15MB&lt;/strong&gt; containing over &lt;strong&gt;10,000&lt;/strong&gt; text files, including logs, output from more than &lt;strong&gt;500&lt;/strong&gt; diagnostic commands, and over &lt;strong&gt;1,800&lt;/strong&gt; configuration files? This file can then be transferred to a secure server so that the information can be analyzed by your team (or by an AI) making it easy to be integrated into your existing CI/CD pipeline.&lt;/p&gt;

&lt;p&gt;In less than a minute, you have all the information needed to detect problems, find root causes (RCA), take inventory, review system security, or measure system performance without needing to establish a single server session. This translates to greater security and less exposure, and the ability to analyze the same information simultaneously by different teams (SRE, NetTeam, DBA, DevOps, SecOps, QA, etc.).&lt;/p&gt;

&lt;p&gt;This compressed and encrypted tar file is known as a &lt;strong&gt;sosreport&lt;/strong&gt;. And if you maintain a history of &lt;strong&gt;sosreports&lt;/strong&gt; for each server, you can compare them or the same server over time to identify discrepancies in behavior, configuration changes, and keep an inventory of hardware and software.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;sos&lt;/strong&gt; is not a monitoring system or a SIEM. It's a diagnostic tool. And it's completely open-source.&lt;/p&gt;

&lt;p&gt;I write articles about the &lt;strong&gt;sos&lt;/strong&gt; command because there is much more to say about it. Visit my blog &lt;a href="https://sos-vault.com/blog/sos-command" rel="noopener noreferrer"&gt;https://sos-vault.com/blog/sos-command&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;sos-vault&lt;/strong&gt; is the solution that helps you archive, manage, and keep your &lt;strong&gt;sosreports&lt;/strong&gt; organized and secure, as well as providing tools that allow you to more easily compare and analyze the information contained in the reports. Soon, you'll also be able to use your favorite LLM to automatically and efficiently analyze a &lt;strong&gt;sosreport&lt;/strong&gt; using an agent.&lt;/p&gt;

&lt;p&gt;Visit &lt;a href="https://sos-vault.com" rel="noopener noreferrer"&gt;https://sos-vault.com&lt;/a&gt; to see how it works or if you want to know more about the sos command.&lt;/p&gt;

</description>
      <category>automation</category>
      <category>cli</category>
      <category>devops</category>
      <category>linux</category>
    </item>
    <item>
      <title>A Structured Framework for Linux Troubleshooting</title>
      <dc:creator>Jorge Luis Rueda Beirana</dc:creator>
      <pubDate>Mon, 12 May 2025 09:53:54 +0000</pubDate>
      <link>https://dev.to/jorge_luisruedabeirana_/a-structured-framework-for-linux-troubleshooting-588e</link>
      <guid>https://dev.to/jorge_luisruedabeirana_/a-structured-framework-for-linux-troubleshooting-588e</guid>
      <description>&lt;p&gt;At its core, Linux troubleshooting is a process; -one that can be standardized, documented, and even automated.&lt;/p&gt;

&lt;p&gt;Here's an article that describes a proven five-step methodology that will save you so much time and effort while looking for root cause and that can be applied to almost any Linux problem without the need of third party software or extra packages:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://medium.com/@linuxjedi2000/automating-linux-troubleshooting-from-art-to-engineering-d78a42d381fc" rel="noopener noreferrer"&gt;https://medium.com/@linuxjedi2000/automating-linux-troubleshooting-from-art-to-engineering-d78a42d381fc&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Please let me know in the comments if you have applied it and if is working for you. Thanks for sharing.&lt;/p&gt;

&lt;p&gt;#Linux #Troubleshooting #Support #DevOps #SRE #Automation&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Frvi2slm4xidnlkt4n5s2.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Frvi2slm4xidnlkt4n5s2.png" alt="Image description" width="800" height="565"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>linux</category>
      <category>automation</category>
      <category>devops</category>
      <category>discuss</category>
    </item>
    <item>
      <title>One Linux Command to Rule Them All</title>
      <dc:creator>Jorge Luis Rueda Beirana</dc:creator>
      <pubDate>Thu, 24 Apr 2025 07:52:58 +0000</pubDate>
      <link>https://dev.to/jorge_luisruedabeirana_/one-linux-command-to-rule-them-all-1h7n</link>
      <guid>https://dev.to/jorge_luisruedabeirana_/one-linux-command-to-rule-them-all-1h7n</guid>
      <description>&lt;p&gt;&lt;a href="https://medium.com/@linuxjedi2000/one-command-to-rule-them-all-3d7e4f401604" rel="noopener noreferrer"&gt;The Combined Power of sos report and sos-vault&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Troubleshooting a Linux system can be hard and sosreport makes it a lot simpler, however navigating through the complexity of a sosreport, and fully exploiting its benefits demands expertise and sos-vault makes it much easier. If you are not using sosreport you should take a look to this article. It will save you hours of frustration.&lt;/p&gt;

</description>
      <category>sosreport</category>
      <category>sosvault</category>
      <category>devops</category>
      <category>sysadmin</category>
    </item>
  </channel>
</rss>
