<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Lvm on Margrop Blog</title>
    <link>https://blog.margrop.net/en/tag/lvm/</link>
    <description>Recent content in Lvm on Margrop Blog</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-US</language>
    <lastBuildDate>Tue, 05 May 2026 17:20:00 +0800</lastBuildDate>
    <atom:link href="https://blog.margrop.net/en/tag/lvm/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Adding Proxmox VE local-lvm Usage and Link-Speed Monitoring to Uptime Kuma</title>
      <link>https://blog.margrop.net/en/post/proxmoxve-lvm-link-speed-uptime-kuma/</link>
      <pubDate>Tue, 05 May 2026 17:20:00 +0800</pubDate>
      <guid>https://blog.margrop.net/en/post/proxmoxve-lvm-link-speed-uptime-kuma/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;Short version&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Proxmox VE &lt;code&gt;local-lvm&lt;/code&gt; is usually an LVM-thin pool, not a normal mounted directory, so &lt;code&gt;df -h&lt;/code&gt; is not enough to catch it before it becomes full. Network link speed is another quiet failure mode: services may stay online while a NAS or router uplink falls back to 100 Mb/s and turns large file transfers into a crawl. A practical fix is to feed both checks into the Uptime Kuma you already use: expose a small HTTP health endpoint for &lt;code&gt;local-lvm&lt;/code&gt;, and push link-speed status from the Proxmox host with an &lt;code&gt;ethtool&lt;/code&gt; script.&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;This article walks through the design, the problems in a naive implementation, improved scripts, systemd units, Uptime Kuma configuration, verification steps, and safety notes. All addresses, tokens, host names, and environment-specific values are placeholders. Replace &lt;code&gt;&amp;lt;PVE_HOST&amp;gt;&lt;/code&gt;, &lt;code&gt;&amp;lt;KUMA_URL&amp;gt;&lt;/code&gt;, &lt;code&gt;&amp;lt;PUSH_TOKEN&amp;gt;&lt;/code&gt;, and &lt;code&gt;&amp;lt;INTERFACE&amp;gt;&lt;/code&gt; with values from your own environment.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Resize the disk of an Ubuntu VM in PVE — the complete workflow from Web UI to guest OS</title>
      <link>https://blog.margrop.net/en/post/pve-ubuntu-vm-disk-resize/</link>
      <pubDate>Mon, 23 Mar 2026 10:30:00 +0800</pubDate>
      <guid>https://blog.margrop.net/en/post/pve-ubuntu-vm-disk-resize/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;Preface&lt;/strong&gt;&#xA;When you manage a virtualized environment with Proxmox VE, running out of disk space is only a matter of time. Maybe your Ubuntu VM keeps pulling more Docker images, or maybe database logs fill up the root partition. In short, disk expansion is a must-have skill for PVE operations. This article walks through the entire process, from resizing the virtual disk in the PVE Web UI to expanding LVM inside the Ubuntu guest, step by step.&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;hr&gt;&#xA;&lt;h2 id=&#34;1-why-do-we-need-to-resize&#34;&gt;1 Why do we need to resize?&lt;/h2&gt;&#xA;&lt;p&gt;PVE usually allocates a fixed-size virtual disk when a VM is created, for example 32 GB. As the workload grows, that space may no longer be enough. Fortunately, PVE supports online disk expansion, and Ubuntu&amp;rsquo;s default LVM setup also supports dynamic logical volume expansion. Together, they make the process very convenient.&lt;/p&gt;</description>
    </item>
    <item>
      <title>PVE disk inspection connected to UptimeKuma - the 404 pitfall and the final script</title>
      <link>https://blog.margrop.net/en/post/pve-host-virtual-machine-disk-space-monitor-experience-step-two/</link>
      <pubDate>Wed, 14 May 2025 22:16:48 +0800</pubDate>
      <guid>https://blog.margrop.net/en/post/pve-host-virtual-machine-disk-space-monitor-experience-step-two/</guid>
      <description>Read first The previous article showed how to push the PVE host&amp;rsquo;s LVM-Thin usage to UptimeKuma. After following the instructions, some readers got a 404 when the script used curl. This article explains the cause, fixes the script, and provides an optional upgrade path. Follow along from scratch and you should succeed on the first try.&#xA;1 Phenomenon: curl ... 404 curl -fsS --retry 3 \ &amp;#34;${PUSH_URL}?status=up&amp;amp;msg=OK&amp;#34; \ -H &amp;#39;Content-Type: application/json&amp;#39; \ --data-raw &amp;#34;$result&amp;#34; # ↳ curl: (22) The requested URL returned error: 404 The same URL works in a browser or with curl GET:</description>
    </item>
    <item>
      <title>PVE host disk space monitoring - from pitfalls to UptimeKuma</title>
      <link>https://blog.margrop.net/en/post/pve-host-virtual-machine-lvm-disk-space-monitor-experience/</link>
      <pubDate>Wed, 14 May 2025 22:11:33 +0800</pubDate>
      <guid>https://blog.margrop.net/en/post/pve-host-virtual-machine-lvm-disk-space-monitor-experience/</guid>
      <description>Target Reader This article is written for readers who have just started using Proxmox VE (referred to as PVE) and want to copy the steps and get it running. The article aims to:&#xA;explain why the problem happens provide the full command at each step give troubleshooting ideas when something goes wrong 0 Background - What went wrong? The official PVE installation wizard defaults to putting the VM disk into the LVM-Thin pool (commonly pve/data)</description>
    </item>
    <item>
      <title>Online expansion of Ubuntu/CentOS disk root directory &amp; modification of partition inode number</title>
      <link>https://blog.margrop.net/en/post/ubuntu-lv-extend-and-resize-inode/</link>
      <pubDate>Sat, 25 Mar 2023 13:42:44 +0800</pubDate>
      <guid>https://blog.margrop.net/en/post/ubuntu-lv-extend-and-resize-inode/</guid>
      <description>When Ubuntu is used as a server system, the system disk may not have enough space. If apt apt is used, the root directory will be full. Granted, adding a disk/partition and mounting it is a solution, but it doesn&amp;rsquo;t solve all problems (like apt). At the same time, some servers running on cloud platforms do not have good means of operating disks offline. At this time, online expansion is extremely necessary.</description>
    </item>
  </channel>
</rss>
