| 0
- 10.07.2018 - 16:16
|
Предъистория: Есть виртуалка на Proxmox, поймали шифровальщика, ну думаю счас восстановлю из бекапа. Но не тут то было, 4 бекапа и все ведут себя примерно одинаково: Код: restore vma archive: zcat /mnt/tmp/dump/vzdump-qemu-110-2018_07_02-22_00_02.vma.gz|vma extract -v -r /var/tmp/vzdumptmp4416.fifo - /var/tmp/vzdumptmp4416
CFG: size: 399 name: qemu-server.conf
DEV: dev_id=1 size: 327491256320 devname: drive-ide0
DEV: dev_id=2 size: 75161927680 devname: drive-sata1
CTIME: Mon Jul 2 22:00:03 2018
Using default stripesize 64.00 KiB.
Logical volume "vm-110-disk-1" created.
new volume ID is 'local-lvm:vm-110-disk-1'
map 'drive-ide0' to '/dev/pve/vm-110-disk-1' (write zeros = 0)
Using default stripesize 64.00 KiB.
Logical volume "vm-110-disk-2" created.
new volume ID is 'local-lvm:vm-110-disk-2'
map 'drive-sata1' to '/dev/pve/vm-110-disk-2' (write zeros = 0)
progress 1% (read 4026531840 bytes, duration 31 sec)
progress 2% (read 8053063680 bytes, duration 80 sec)
progress 3% (read 12079595520 bytes, duration 105 sec)
progress 4% (read 16106127360 bytes, duration 105 sec)
progress 5% (read 20132659200 bytes, duration 136 sec)
progress 6% (read 24159191040 bytes, duration 189 sec)
progress 7% (read 28185722880 bytes, duration 239 sec)
progress 8% (read 32212254720 bytes, duration 278 sec)
progress 9% (read 36238786560 bytes, duration 328 sec)
gzip: /mnt/tmp/dump/vzdump-qemu-110-2018_07_02-22_00_02.vma.gz: invalid compressed data--format violated
** (process:4424): ERROR **: restore failed - short vma extent (1915392 < 3801600)
/bin/bash: line 1: 4423 Exit 1 zcat /mnt/tmp/dump/vzdump-qemu-110-2018_07_02-22_00_02.vma.gz
4424 Trace/breakpoint trap | vma extract -v -r /var/tmp/vzdumptmp4416.fifo - /var/tmp/vzdumptmp4416
Logical volume "vm-110-disk-1" successfully removed
temporary volume 'local-lvm:vm-110-disk-1' sucessfuly removed
Logical volume "vm-110-disk-2" successfully removed
temporary volume 'local-lvm:vm-110-disk-2' sucessfuly removed
TASK ERROR: command 'zcat /mnt/tmp/dump/vzdump-qemu-110-2018_07_02-22_00_02.vma.gz|vma extract -v -r /var/tmp/vzdumptmp4416.fifo - /var/tmp/vzdumptmp4416' failed: exit code 133 в dmesg такой вывод Код: [ 7345.175496] print_req_error: I/O error, dev sdc, sector 1900665016 [ 7345.176030] ata5: EH complete [ 7345.183804] md/raid1:md127: read error corrected (8 sectors at 1900662968 on sdc1) [ 7345.483996] md/raid1:md127: redirecting sector 1900400648 to other mirror: sdd1 [ 7347.461665] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 310) [ 7347.463685] ata2.00: configured for UDMA/33 [ 7347.463692] ata2: EH complete [ 7492.630779] INFO: task kvm:12346 blocked for more than 120 seconds. [ 7492.631320] Not tainted 4.15.15-1-pve #1 [ 7492.631845] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Код: # mdadm --manage /dev/md0 --fail /dev/sdc1 mdadm: set device faulty failed for /dev/sdc1: No such device Отключил ему питание, mdadm ругнулся что рейд работает на одном диске, после чего запустил восстановление виртуалки из бекапа и все пошло как надо. Вопрос: Почему если оди диск в рейде сыпет ошибки то архив считает как битый, почему он читает только с одного диска. Вроде как зеркало для того и надо, что бы если один диск начинает сбоить - система должна продолжать работать. А тут непонятно...     | | |
| Модератор 1
- 10.07.2018 - 17:23
|
рассуждения о рейде без cat /proc/mdstat лишены смысла mdadm --manage /dev/md0 --fail /dev/sdc1 но в логах md/raid1:md127: read error corrected (8 sectors at 1900662968 on sdc1) | | |
| 2
- 11.07.2018 - 11:30
|
пардон, когда писал опечатался. конечно же mdadm --manage /dev/md127 --fail /dev/sdc1 | | |
| Модератор 3
- 11.07.2018 - 14:13
| cat /proc/mdstat ? | | |
| Модератор 4
- 11.07.2018 - 14:15
|
и smartctl -i /dev/sdc | grep 'Device Model' | | |
| 5
- 11.07.2018 - 16:31
|
smartctl -i /dev/sdc smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.15-1-pve] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Device Model: ST1000VX005-2EZ102 Serial Number: Z9C4YGBL LU WWN Device Id: 5 000c50 0b0258d67 Firmware Version: CV11 User Capacity: 1 000 204 886 016 bytes [1,00 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate: 5900 rpm Form Factor: 3.5 inches Device is: Not in smartctl database [for details use: -P showall] ATA Version is: ATA8-ACS T13/1699-D revision 4 SATA Version is: SATA 3.1, 6.0 Gb/s (current: 1.5 Gb/s) Local Time is: Mon Jul 9 14:22:38 2018 MSK SMART support is: Available - device has SMART capability. SMART support is: Enabled md0 : active raid1 sda1[3] sdb1[2] 96128 blocks super 1.2 [2/2] [UU] md1 : active raid1 sda2[0] sdb2[1] 488157184 blocks super 1.2 [2/2] [UU] bitmap: 2/4 pages [8KB], 65536KB chunk md127 : active raid1 sdc1[2] 976630464 blocks super 1.2 [2/1] [U_] bitmap: 7/8 pages [28KB], 65536KB chunk Диск физически изъял из md127, изъял именно sdc, оставался cdd а там счас пишет что sdc есть. Переименовал его что ли... :_O | | |
| Модератор 6
- 12.07.2018 - 12:55
|
sdd и sdc одинаковые? можно еще: smartctl -l scterc /dev/sdc и smartctl -a /dev/sdc | grep SCT ? | | |
| 7
- 12.07.2018 - 18:06
|
6-lithium > тут немного другое) если я правильно понимаю Цитата:
внести ясность поможет grep ^sd /var/log/dmesg | | |
| 8
- 19.07.2018 - 00:57
| похоже вопрос про "неубиваемый" sdc снят ))) | |
Интернет-форум Краснодарского края и Краснодара |
