Início / unix / Perguntas / 754500
Accepted
rubo77
Asked: 2023-08-20 23:51:11 +0800 CST

Xen: alguns volumes lógicos estão faltando após dist-upgrade vrom Debian 10 para 12 e após a reinicialização

  • 772

Atualizei meu servidor Debian Xen de 10 para 11 e depois sem reiniciar para o Debian 12, reiniciei o servidor e agora apenas algumas VMs foram iniciadas.

vm06 está funcionando bem, enquanto vm04 não (e mais alguns, mas aqui eu os redigi desta questão para facilitar a leitura)

Na pasta /dev/vg0 estão apenas alguns dos vlumes vinculados agora:

# ll /dev/vg0/
total 0
lrwxrwxrwx 1 root root 7 Aug 20 17:04 backup -> ../dm-2
lrwxrwxrwx 1 root root 7 Aug 20 17:04 root -> ../dm-0
lrwxrwxrwx 1 root root 8 Aug 20 17:04 vm06.docker-disk -> ../dm-10

# lvs
  LV                              VG  Attr       LSize    Pool Origin                 Data%  Meta%  Move Log Cpy%Sync Convert
  backup                          vg0 -wi-ao----    2,01t                                                                    
  root                            vg0 -wi-ao----   10,00g                                                                    
  vm04.matrix-disk                vg0 owi-i-s---  130,00g                         
  vm06.docker-disk                vg0 owi-a-s---  610,00g

Se eu usar lvdisplay, o volume ausente vm04-matrix ainda será incluído como:

# lvdisplay|grep Path|grep -v swap
  LV Path                /dev/vg0/root
  LV Path                /dev/vg0/backup
  LV Path                /dev/vg0/vm06.docker-disk
  LV Path                /dev/vg0/vm04.matrix-disk

lvdisplay|awk  '/LV Name/{n=$3} /Block device/{d=$3; sub(".*:","dm-",d); print d,n;}'

mostra que o disco da matriz está presente em/dev/dm-25


# cat /etc/lvm/backup/vg0

...

vg0 {
    id = "Cfe7Ii-rZBl-mEnH-tk5Z-q9WW-UyTk-3WstVn"
    seqno = 29269
    format = "lvm2"         # informational
    status = ["RESIZEABLE", "READ", "WRITE"]
    flags = []
    extent_size = 8192      # 4 Megabytes
    max_lv = 0
    max_pv = 0
    metadata_copies = 0

    physical_volumes {

        pv0 {
            id = "KlmZUe-3FiK-VbBZ-R962-219A-GGAU-I3a5Nl"
            device = "/dev/md1" # Hint only

            status = ["ALLOCATABLE"]
            flags = []
            dev_size = 15626736256  # 7,27677 Terabytes
            pe_start = 2048
            pe_count = 1907560  # 7,27676 Terabytes
        }
    }

    logical_volumes {

        ...

        vm06.docker-disk {
            id = "y3CSuy-z4gU-72Bd-678E-sYTi-Lkmi-dwAkgT"
            status = ["READ", "WRITE", "VISIBLE"]
            flags = []
            creation_time = 1584654364  # 2020-03-19 22:46:04 +0100
            creation_host = "dom0-eclabs"
            segment_count = 3

            segment1 {
                start_extent = 0
                extent_count = 97280    # 380 Gigabytes

                type = "striped"
                stripe_count = 1    # linear

                stripes = [
                    "pv0", 263936
                ]
            }
            segment2 {
                start_extent = 97280
                extent_count = 7680 # 30 Gigabytes

                type = "striped"
                stripe_count = 1    # linear

                stripes = [
                    "pv0", 422912
                ]
            }
            segment3 {
                start_extent = 104960
                extent_count = 51200    # 200 Gigabytes

                type = "striped"
                stripe_count = 1    # linear

                stripes = [
                    "pv0", 1050889
                ]
            }
        }

        ...
        
        vm04.matrix-disk {
            id = "Tak3Zq-3dUU-SAJl-Hd5h-weTM-cHMR-qgWXeI"
            status = ["READ", "WRITE", "VISIBLE"]
            flags = []
            creation_time = 1584774051  # 2020-03-21 08:00:51 +0100
            creation_host = "dom0-eclabs"
            segment_count = 2

            segment1 {
                start_extent = 0
                extent_count = 25600    # 100 Gigabytes

                type = "striped"
                stripe_count = 1    # linear

                stripes = [
                    "pv0", 531968
                ]
            }
            segment2 {
                start_extent = 25600
                extent_count = 7680 # 30 Gigabytes

                type = "striped"
                stripe_count = 1    # linear

                stripes = [
                    "pv0", 1002249
                ]
            }
        }

    }
}

dmsetup ainda lista o disco:

 # dmsetup info|grep matrix 
Name:              vg0-vm04.matrix--disk

Mas não parece estar vinculado em /dev/dm-X:

# for i in /dev/dm-*; do echo $i; dmsetup info $i; done|grep matrix

(Isso não mostra nada).

Já fiz pvcreate –restorefile lvm_backup_datei –uuid <uuid> <partition>em modo de recuperação como explicado aqui e reiniciei, mas continua o mesmo problema.

Percebi que no sistema de recuperação todas as partições lvm estavam lá com lsblke abaixo /dev/mapper/...(o sistema de recuperação usa o kernel 6.4.7), mas após uma reinicialização no sistema, novamente apenas algumas ficam visíveis:

├─sdb2                                          8:18   0   7,3T  0 part  
│ └─md1                                         9:1    0   7,3T  0 raid1 
│   ├─vg0-root                                253:0    0    10G  0 lvm   /
│   ├─vg0-swap                                253:1    0     4G  0 lvm   [SWAP]
│   ├─vg0-backup                              253:2    0     2T  0 lvm   /backup   
│   ├─vg0-vm06.docker--swap                   253:8    0     8G  0 lvm   
│   ├─vg0-vm06.docker--disk-real              253:9    0   610G  0 lvm   
│   │ ├─vg0-vm06.docker--disk                 253:10   0   610G  0 lvm   
│   │ └─vg0-snap--tmp--vm06.docker--disk      253:12   0   610G  0 lvm   
│   ├─vg0-snap--tmp--vm06.docker--disk-cow    253:11   0    16G  0 lvm   
│   │ └─vg0-snap--tmp--vm06.docker--disk      253:12   0   610G  0 lvm

atualizar:

Consegui montar os volumes ausentes no modo de recuperação em uma partição de backup e fazer backup de todos os dados necessários, para poder criar um novo volume, reinstalar e alimentar o banco de dados de backup

lvm

1 respostas

  1. Best Answer

    Se você ligar manualmente

    lvchange -a y /dev/vg0

    isso restabelecerá todos os volumes.

    Além disso, você deve observar que o kernel é atualizado para /boot/vmlinuz-6.1.0-11-amd64o qual deve ser atualizado nos arquivos /etc/xen/x.conf

    também o dispositivo de rede dentro da VM mudou do anterior eth0para enX0o qual teve que ser adaptado nas configurações de rede de cada VM

    • 0

relate perguntas