+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Ошибка резервного копирования -5: ошибка ввода/вывода, Proxmox Виртуальная Среда

terminus

Guest

23.08.2015 02:32:00

Получаю эту ошибку при резервном копировании одной из своих машин:
Code:
INFO: starting new backup job: vzdump 101 --remove 0 --mode snapshot --compress lzo --storage usb --node orac
INFO: Starting Backup of VM 101 (qemu)
INFO: status = running
INFO: update VM 101: -lock backup
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: creating archive '/media/backup/dump/vzdump-qemu-101-2015_08_22-16_37_56.vma.lzo'
INFO: started backup task '1c994266-b1ba-4988-acbb-a8a08ab0891a'
INFO: status: 0% (23855104/107374182400), sparse 0% (2519040), duration 3, 7/7 MB/s
INFO: status: 1% (1087111168/107374182400), sparse 0% (228904960), duration 85, 12/10 MB/s
INFO: status: 2% (2157182976/107374182400), sparse 0% (237760512), duration 168, 12/12 MB/s
INFO: status: 3% (3235250176/107374182400), sparse 0% (331046912), duration 233, 16/15 MB/s
INFO: status: 4% (4310761472/107374182400), sparse 0% (347684864), duration 311, 13/13 MB/s
INFO: status: 5% (5413666816/107374182400), sparse 0% (425197568), duration 352, 26/25 MB/s
INFO: status: 6% (6474563584/107374182400), sparse 0% (425197568), duration 384, 33/33 MB/s
INFO: status: 7% (7517896704/107374182400), sparse 0% (522604544), duration 425, 25/23 MB/s
INFO: status: 8% (8590721024/107374182400), sparse 0% (522604544), duration 505, 13/13 MB/s
INFO: status: 9% (9666428928/107374182400), sparse 0% (615350272), duration 576, 15/13 MB/s
INFO: status: 10% (10738073600/107374182400), sparse 0% (615464960), duration 648, 14/14 MB/s
INFO: status: 11% (11820924928/107374182400), sparse 0% (713023488), duration 720, 15/13 MB/s
INFO: status: 12% (12897091584/107374182400), sparse 0% (713023488), duration 804, 12/12 MB/s
INFO: status: 13% (13969653760/107374182400), sparse 0% (806354944), duration 871, 16/14 MB/s
INFO: status: 14% (15039594496/107374182400), sparse 0% (806354944), duration 948, 13/13 MB/s
INFO: status: 15% (16109993984/107374182400), sparse 0% (900157440), duration 1017, 15/14 MB/s
INFO: status: 16% (17183277056/107374182400), sparse 0% (908517376), duration 1090, 14/14 MB/s
INFO: status: 17% (18260164608/107374182400), sparse 0% (1002291200), duration 1158, 15/14 MB/s
INFO: status: 18% (19331743744/107374182400), sparse 0% (1002291200), duration 1233, 14/14 MB/s
INFO: status: 19% (20413284352/107374182400), sparse 1% (1095925760), duration 1296, 17/15 MB/s
INFO: status: 20% (21485977600/107374182400), sparse 1% (1095925760), duration 1362, 16/16 MB/s
INFO: status: 21% (22576431104/107374182400), sparse 1% (1189421056), duration 1404, 25/23 MB/s
INFO: status: 22% (23657971712/107374182400), sparse 1% (1189421056), duration 1437, 32/32 MB/s
INFO: status: 23% (24704057344/107374182400), sparse 1% (1282719744), duration 1464, 38/35 MB/s
INFO: status: 24% (25792675840/107374182400), sparse 1% (1282719744), duration 1495, 35/35 MB/s
INFO: status: 25% (26896957440/107374182400), sparse 1% (1375895552), duration 1540, 24/22 MB/s
INFO: status: 26% (27922792448/107374182400), sparse 1% (1375895552), duration 1574, 30/30 MB/s
INFO: status: 27% (29049618432/107374182400), sparse 1% (1491714048), duration 1600, 43/38 MB/s
INFO: status: 28% (30070407168/107374182400), sparse 1% (1509806080), duration 1636, 28/27 MB/s
INFO: status: 29% (31153389568/107374182400), sparse 1% (1603641344), duration 1679, 25/23 MB/s
INFO: status: 30% (32227459072/107374182400), sparse 1% (1603641344), duration 1709, 35/35 MB/s
INFO: status: 31% (33313062912/107374182400), sparse 1% (1702100992), duration 1751, 25/23 MB/s
INFO: status: 32% (34371600384/107374182400), sparse 1% (1709268992), duration 1800, 21/21 MB/s
INFO: status: 33% (35469262848/107374182400), sparse 1% (1808715776), duration 1860, 18/16 MB/s
INFO: status: 34% (36523802624/107374182400), sparse 1% (1809051648), duration 1908, 21/21 MB/s
INFO: status: 34% (37403885568/107374182400), sparse 1% (1880457216), duration 1947, 22/20 MB/s
ERROR: job failed with err -5 - Input/output error
INFO: aborting backup job
ERROR: Backup of VM 101 failed - job failed with err -5 - Input/output error
INFO: Backup job finished with errors
TASK ERROR: job errors

Пробовал увеличить значение "size" в vzdump.conf до 108000 (мой диск 100 Гб), но это не помогло. Также сделал проверку badblocks на диске для бэкапа — никаких проблем не обнаружилось, при этом на том же диске отлично создаются резервные копии двух других машин (одна из них ещё больше). Помогите!

Vvvs

Guest

18.01.2016 09:26:00

Привет, у меня возникает много ошибок:

18 янв 03:13:36 INFO: статус: 63% (158408048640/251255586816), sparse 48% (121108713472), продолжительность 812, скорость 123/46 МБ/с
18 янв 03:14:02 INFO: статус: 63% (160368033792/251255586816), sparse 48% (122277289984), продолжительность 838, скорость 75/30 МБ/с
18 янв 03:14:02 ERROR: задача завершилась с ошибкой -5 - ошибка ввода/вывода
18 янв 03:14:02 INFO: прерывание задания резервного копирования
18 янв 03:14:04 INFO: возобновление ВМ
18 янв 03:14:04 INFO: ВМ снова в сети после 841 секунды
18 янв 03:14:05 ERROR: резервное копирование ВМ 1001 не удалось – задача завершилась с ошибкой -5 - ошибка ввода/вывода

Помоги, пожалуйста, понять, в чём проблема.

terminus

Guest

10.05.2016 15:41:00

Не думаю, что так. 4094 — это количество 4Мб блоков (PEs), которые у тебя есть. Это не общий свободный объём в этих PEs. Общий объём — это цифра, которая идёт после этого (15.99 Гб). Что любопытно, у тебя она такая же, как и у меня. Так что лучше попробуй изменить это на 15000 или меньше. (Но что я знаю, у меня всё равно не работает.)

Vvvs Guest	#4 0 10.05.2016 21:25:00 # vzdump стандартные настройки #tmpdir: DIR #dumpdir: DIR #storage: STORAGE_ID #mode: snapshot\|suspend\|stop #bwlimit: KBPS #ionice: PRI #lockwait: MINUTES #stopwait: MINUTES #size: MB размер: 15000 #maxfiles: N #script: FILENAME #exclude-path: PATHLIST ???

sahostking

Guest

18.01.2016 16:32:00

Не уверен, что это та же проблема, что и у меня, но я вроде бы решил свою ошибку, похожую на твою, сделав следующее: Запустил vgdisplay

vgdisplay
--- Volume group ---
VG Name pve
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 4
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 3
Open LV 3
Max PV 0
Cur PV 1
Act PV 1
VG Size 5.45 TiB
PE Size 4.00 MiB
Total PE 1429763
Alloc PE / Size 1301764 / 4.97 TiB
Free PE / Size 127999 / 500.00 GiB

Обратил внимание, что у меня было 500 ГБ свободных PE:
Поэтому сделал так:
nano /etc/vzdump.conf
поменял переменную size на:
size: 409600

После этого все мои бэкапы пошли отлично.
Как я и говорил, не уверен, связано ли это с твоей проблемой, но у меня тоже были ошибки ввода/вывода.

terminus

Guest

09.05.2016 16:25:00

У меня это не сработало. Я изменил переменную размера на 15000, что примерно соответствует количеству свободных PE, которые у меня были по выводу vgdisplay:

Код:
--- Volume group ---
VG Name pve
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 204
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 3
Open LV 3
Max PV 0
Cur PV 1
Act PV 1
VG Size 2.27 TiB
PE Size 4.00 MiB
Total PE 596006
Alloc PE / Size 591912 / 2.26 TiB
Free PE / Size 4094 / 15.99 GiB

Какие ещё есть идеи?

sahostking

Guest

10.05.2016 06:48:00

Твой размер PE, наверное, слишком маленький. По моему мнению, нужно как-то увеличить его. У тебя есть тестовый сервер, на который можно заново установить Proxmox с большим свободным размером PE, например, 100 ГБ? У меня сейчас на всех серверах стоит 600 ГБ, так как у нас есть большие виртуальные машины по 800 ГБ. С тех пор, как увеличил свободный размер PE, проблем не возникало.

Vvvs

Guest

10.05.2016 13:54:00

Привет, terminus, поможет ли, если я изменю переменную size на: size: 409600???? Моя система Linux pve 2.6.32-39-pve #1 SMP Fri May 8 11:27:35 CEST 2015 x86_64 Программы, включённые в систему Debian GNU/Linux, являются свободным ПО; точные условия распространения каждой программы описаны в отдельных файлах в /usr/share/doc/*/copyright. Debian GNU/Linux поставляется БЕЗ КАКИХ-ЛИБО ГАРАНТИЙ, насколько это разрешено применимым законодательством. root@pve:~# vgdisplay --- Группа томов --- Имя VG pve Идентификатор системы Формат lvm2 Метаданные зон 1 Номер последовательности метаданных 4 Доступ к VG чтение/запись Статус VG изменяемый Максимум LV 0 Текущие LV 3 Открытые LV 3 Максимум PV 0 Текущие PV 1 Активные PV 1 Размер VG 465.63 GiB Размер PE 4.00 MiB Всего PE 119202 Выделено PE / Размер 115108 / 449.64 GiB Свободно PE / Размер 4094 / 15.99 GiB

terminus Guest	#9 0 10.05.2016 15:26:00 Спасибо за помощь. У меня нет тестового сервера, и я бы предпочёл не связываться с переустановкой ради увеличения размера свободного PE, если не буду уверен, что ваше предложение действительно сработает. Я не говорю, что не сработает, но мне нужно понять, почему размер свободного PE должен иметь значение. Для чего он используется? По сути, это как кеш для PE, которые читаются с LV, прежде чем их копируют в резервное хранилище? Если да, то сколько PE там кешируется? У меня места хватает на 4094 штуки, и было бы удивительно, если этого было бы недостаточно. Простите, если это должно быть очевидно из документации.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры