Skip to main content

lvm and PV listing

Goal

I would like to list the PVs involved in a VG. Neither "vgs" nor "vgdisplay" tells me. I need that information in order to install and clone an existing Debian using LVM and want to have the same LVM configuration.

Recipe

The "vgs" output: 
 root@maila:~# vgs   VG    #PV #LV #SN Attr   VSize   VFree     disk0   1   1   0 wz--n- 931,51G 520,00M   disk1   1   2   0 wz--n- 447,13G 397,13G
The "pvs" output: 
 root@maila:~# pvs   PV         VG    Fmt  Attr PSize   PFree     /dev/md1   disk1 lvm2 a-   447,13G 397,13G   /dev/md2   disk0 lvm2 a-   931,51G 520,00M
How to read it:
  • There is only one PV per VG
  • "md1" belongs to the VG disk1
  • "md2" belongs to the VG disk0
If the output where: 
 root@maila:~# pvs   PV         VG       /dev/md1   disk1    /dev/md2   disk0          /dev/md3   disk1    /dev/md4   disk0          /dev/md5   disk1    /dev/md6   disk0          /dev/md7   disk1    /dev/md8   disk0
Then that would mean:
  • There are 4 PVs per VG
  • "md1", "md3", "md5" and "md7" belong to the VG disk1
  • "md2", "md4", "md6" and "md8" belong to the VG disk0

Popular posts from this blog

Undefined global vim

Defining vim as global outside of Neovim When developing plugins for Neovim, particularly in Lua, developers often encounter the "Undefined global vim" warning. This warning can be a nuisance and disrupt the development workflow. However, there is a straightforward solution to this problem by configuring the Lua Language Server Protocol (LSP) to recognize 'vim' as a global variable. Getting "Undefined global vim" warning when developing Neovim plugin While developing Neovim plugins using Lua, the Lua language server might not recognize the 'vim' namespace by default. This leads to warnings about 'vim' being an undefined global variable. These warnings are not just annoying but can also clutter the development environment with unnecessary alerts, potentially hiding other important warnings or errors. Defining vim as global in Lua LSP configuration to get rid of the warning To resolve the "Undefined global vi...
Read more

npm run build base-href

Using NPM to specify base-href When building an Angular application, people usually use "ng" and pass arguments to that invocation. Typically, when wanting to hard code "base-href" in "index.html", one will issue: ng build --base-href='https://ngx.rktmb.org/foo' I used to build my angular apps through Bamboo or Jenkins and they have a "npm" plugin. I got the habit to build the application with "npm run build" before deploying it. But the development team once asked me to set the "--base-href='https://ngx.rktmb.org/foo'" parameter. npm run build --base-href='https://ngx.rktmb.org/foo did not set the base href in indext.html After looking for a while, I found https://github.com/angular/angular-cli/issues/13560 where it says: You need to use −− to pass arguments to npm scripts. This did the job! The command to issue is then: npm run build -- --base-href='https://ngx.rktmb.org/foo...
Read more

CopilotChat GlobFile Configuration

CopilotChat GlobFile Configuration Want to feed multiple files into GitHub Copilot Chat from Neovim without listing each one manually? Let's add a tiny feature that does exactly that: a file glob that includes full file contents . In this post, we'll walk through what CopilotChat.nvim offers out of the box, why the missing piece matters, and how to implement a custom #file_glob:<pattern> function to include the contents of all files matching a glob. Using Copilot Chat with Neovim CopilotChat.nvim brings GitHub Copilot's chat right into your editing flow. No context switching, no browser hopping — just type your prompt in a Neovim buffer and let the AI help you refactor code, write tests, or explain tricky functions. You can open the chat (for example) with a command like :CopilotChat , then provide extra context using built-in functions. That “extra context” is where the magic really happens. Built-in functio...
Read more