Have you tried booting from a recovery media, then first check reported size within fdisk, then after try to fsck the disk (this may lead to some data loss by itself) ? Is the drive/partition mountable at all? If not, then you may have to try repairing its qcow2/raw file. There are some guides on the internet describing that, however there are no guarantees for the results.
G. On Tue, 28 Jan 2020 at 08:27, Eneko Lacunza <elacu...@binovo.es> wrote: > Hi all, > > We have a PVE 5.4 cluster (details below), with a Synology DS1819+ NFS > server for storing file backups. > > The setup is as follows: > > - Debian 9 VM with 2 disks; system disk con Ceph RBD, file backup data > disk on NFS (6,5TB) > - NFS storage on Synology NAS. > > Backup disk was getting full, so we issued a resize disk from web GUI, > with a 500GB size increment. > > GUI reported timeout with 500 error. After that, disk was shown > incremented at VM hardware view, but storage showed the disk having > 500GB. VM showed the block device having 500GB (partiton was 6,5TB yet). > > We have tried incrementing the disk back to 7TB, but disk/partition is > corrupt (It was a bad idea, but its too late now). > > Any idea to recover lost data on NFS server? :) > > We have done this operation hundreds of times without issues, has anyone > had such a catastrophic experience? > > # pveversion -v > proxmox-ve: 5.4-1 (running kernel: 4.15.18-12-pve) > pve-manager: 5.4-3 (running version: 5.4-3/0a6eaa62) > pve-kernel-4.15: 5.3-3 > pve-kernel-4.15.18-12-pve: 4.15.18-35 > pve-kernel-4.15.18-7-pve: 4.15.18-27 > pve-kernel-4.4.134-1-pve: 4.4.134-112 > ceph: 12.2.11-pve1 > corosync: 2.4.4-pve1 > criu: 2.11.1-1~bpo90 > glusterfs-client: 3.8.8-1 > ksm-control-daemon: 1.2-2 > libjs-extjs: 6.0.1-2 > libpve-access-control: 5.1-8 > libpve-apiclient-perl: 2.0-5 > libpve-common-perl: 5.0-50 > libpve-guest-common-perl: 2.0-20 > libpve-http-server-perl: 2.0-13 > libpve-storage-perl: 5.0-41 > libqb0: 1.0.3-1~bpo9 > lvm2: 2.02.168-pve6 > lxc-pve: 3.1.0-3 > lxcfs: 3.0.3-pve1 > novnc-pve: 1.0.0-3 > proxmox-widget-toolkit: 1.0-25 > pve-cluster: 5.0-36 > pve-container: 2.0-37 > pve-docs: 5.4-2 > pve-edk2-firmware: 1.20190312-1 > pve-firewall: 3.0-19 > pve-firmware: 2.0-6 > pve-ha-manager: 2.0-9 > pve-i18n: 1.1-4 > pve-libspice-server1: 0.14.1-2 > pve-qemu-kvm: 2.12.1-3 > pve-xtermjs: 3.12.0-1 > qemu-server: 5.0-50 > smartmontools: 6.5+svn4324-1 > spiceterm: 3.0-5 > vncterm: 1.5-3 > > > Thanks a lot > Eneko > > -- > Zuzendari Teknikoa / Director Técnico > Binovo IT Human Project, S.L. > Telf. 943569206 > Astigarragako bidea 2 > <https://www.google.com/maps/search/Astigarragako+bidea+2?entry=gmail&source=g>, > 2º izq. oficina 11; 20180 Oiartzun (Gipuzkoa) > www.binovo.es > > _______________________________________________ > pve-user mailing list > pve-user@pve.proxmox.com > https://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user > _______________________________________________ pve-user mailing list pve-user@pve.proxmox.com https://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user