https://opennet.me/openforum/vsluhforumID1/97241.html Есть виртуалка на Proxmox<br># pveversion -v<br>proxmox-ve: 5.1-25 (running kernel: 4.13.4-1-pve)<br>pve-manager: 5.1-35 (running version: 5.1-35/722cc488)<br>pve-kernel-4.13.4-1-pve: 4.13.4-25<br>libpve-http-server-perl: 2.0-6<br>lvm2: 2.02.168-pve6<br>corosync: 2.4.2-pve3<br>libqb0: 1.0.1-1<br>pve-cluster: 5.0-15<br>qemu-server: 5.0-17<br>pve-firmware: 2.0-3<br>libpve-common-perl: 5.0-20<br>libpve-guest-common-perl: 2.0-13<br>libpve-access-control: 5.0-7<br>libpve-storage-perl: 5.0-16<br>pve-libspice-server1: 0.12.8-3<br>vncterm: 1.5-2<br>pve-docs: 5.1-12<br>pve-qemu-kvm: 2.9.1-2<br>pve-container: 2.0-17<br>pve-firewall: 3.0-3<br>pve-ha-manager: 2.0-3<br>ksm-control-daemon: 1.2-2<br>glusterfs-client: 3.8.8-1<br>lxc-pve: 2.1.0-2<br>lxcfs: 2.0.7-pve4<br>criu: 2.11.1-1~bpo90<br>novnc-pve: 0.6-4<br>smartmontools: 6.5+svn4324-1<br>zfsutils-linux: 0.7.2-pve1~bpo90<br><br>Поймали шифровальщика, ну думаю счас восстановлю из бекапа. Но не тут то было<br>4 бекапа и все ведут себя примерно одинаково<br><br>restore vma archive: zcat /mnt/tmp/dump/vzdump-qemu-110-2018_07_02-22_00_02.vma.g https://opennet.me/openforum/vsluhforumID1/97241.html#3 Tue, 10 Jul 2018 18:16:08 GMT &gt;[оверквотинг удален]<br>&gt; Решил убрать диск из рейда, но не тут то было <br>&gt; # mdadm --manage /dev/md0 --fail /dev/sdc1 <br>&gt; mdadm: set device faulty failed for /dev/sdc1: No such device <br>&gt; Хотя смарт инфу по нему выводит, и fdisk -l показывает.<br>&gt; Обиделся на него и просто отключил питание. Тут mdadm ругнулся что рейд <br>&gt; рассыпался и работает на одном диске.<br>&gt; Запустил восстановление из бекапа - и все пошло как по маслу.<br>&gt; Так вот теперь вопрос такой, почему так получилось? Вроде как рейд(зеркало) как <br>&gt; раз для этих целей и собирается, что бы в случае отказа <br>&gt; одного диска система работала...<br><br>зеркало выполнило свою задачу. совет. даже если у вас нет политики безопасности , делайте бэкап в 3 места. в серверной, вне серверной, вне офиса. будете спать спокойно точно. не забывайте проверять бэкапы время от времени.<br> https://opennet.me/openforum/vsluhforumID1/97241.html#2 Mon, 09 Jul 2018 12:38:29 GMT &gt;[оверквотинг удален]<br>&gt;&gt; Logical volume "vm-110-disk-2" successfully removed <br>&gt;&gt; temporary volume 'local-lvm:vm-110-disk-2' sucessfuly removed <br>&gt;&gt; TASK ERROR: command 'zcat /mnt/tmp/dump/vzdump-qemu-110-2018_07_02-22_00_02.vma.gz&#124;vma <br>&gt;&gt; extract -v -r /var/tmp/vzdumptmp4416.fifo - /var/tmp/vzdumptmp4416' failed: exit code <br>&gt;&gt; 133 <br>&gt;&gt; Бекапы лежат на зеркале софтовом. С дисками все в норме как смарт <br>&gt;&gt; говорит.<br>&gt;&gt; Выручайте, как данные хотя бы достать с диска?<br>&gt;&gt; Можно даже платно....<br>&gt; У Вас место закончилось <br><br>Нет. Это первое что я проверил.<br>Оказалось все проще, правда не совсем понял почему так<br>Бекапы клались на софтовый рейд (зеркало), так вот один диск стал сбоить, смарт показал кучу ошибок <br>в dmesg сыпалось <br>[ 6683.876863] ata2.00: exception Emask 0x50 SAct 0x4 SErr 0x4090800 action 0xe frozen<br>[ 6683.877470] ata2.00: irq_stat 0x00400040, connection status changed<br>[ 6683.878049] ata2: SError: { HostInt PHYRdyChg 10B8B DevExch }<br>[ 6683.878689] ata2.00: failed command: READ FPDMA https://opennet.me/openforum/vsluhforumID1/97241.html#1 Fri, 06 Jul 2018 14:57:29 GMT &gt;[оверквотинг удален]<br>&gt; temporary volume 'local-lvm:vm-110-disk-1' sucessfuly removed <br>&gt; Logical volume "vm-110-disk-2" successfully removed <br>&gt; temporary volume 'local-lvm:vm-110-disk-2' sucessfuly removed <br>&gt; TASK ERROR: command 'zcat /mnt/tmp/dump/vzdump-qemu-110-2018_07_02-22_00_02.vma.gz&#124;vma <br>&gt; extract -v -r /var/tmp/vzdumptmp4416.fifo - /var/tmp/vzdumptmp4416' failed: exit code <br>&gt; 133 <br>&gt; Бекапы лежат на зеркале софтовом. С дисками все в норме как смарт <br>&gt; говорит.<br>&gt; Выручайте, как данные хотя бы достать с диска?<br>&gt; Можно даже платно....<br><br>У Вас место закончилось<br>