<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Аспро: ЛайтШоп [тема: Редкие сбои в резервном копировании]</title>
		<link>http://proxmox.su</link>
		<description>Новое в теме Редкие сбои в резервном копировании форума Proxmox Backup Server на сайте Аспро: ЛайтШоп [proxmox.su]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Tue, 26 May 2026 04:58:55 +0300</pubDate>
		<item>
			<title>Редкие сбои в резервном копировании</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum64/message369385/82706-redkie-sboi-v-rezervnom-kopirovanii">Редкие сбои в резервном копировании</a></b> <i>Proxmox Backup Server</i> в форуме <a href="http://proxmox.su/forum/forum64/">Proxmox Backup Server</a>. <br />
			Ну, можно попробовать, в зависимости от того, какое сетевое оборудование используешь (трафик corosync идет только по определённым портам), но в идеале нужны выделенные каналы с низкой задержкой. <br />
			<i>24.01.2022 08:33:00, fabian.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum64/message369385/82706-redkie-sboi-v-rezervnom-kopirovanii</link>
			<guid>http://proxmox.su/forum/messages/forum64/message369385/82706-redkie-sboi-v-rezervnom-kopirovanii</guid>
			<pubDate>Mon, 24 Jan 2022 08:33:00 +0300</pubDate>
			<category>Proxmox Backup Server</category>
		</item>
		<item>
			<title>Редкие сбои в резервном копировании</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum64/message369384/82706-redkie-sboi-v-rezervnom-kopirovanii">Редкие сбои в резервном копировании</a></b> <i>Proxmox Backup Server</i> в форуме <a href="http://proxmox.su/forum/forum64/">Proxmox Backup Server</a>. <br />
			Email: 430 &nbsp; &nbsp;test1 &nbsp; &nbsp;НЕУДАЧА &nbsp; &nbsp;00:02:33 &nbsp; &nbsp;VM 430 команда qmp 'backup' завершилась ошибкой — таймаут. С резервного сервера: 2022-01-21T01:05:38-08:00: запуск нового бэкапа на хранилище 'store1': "vm/430/2022-01-21T09:07:33Z" 2022-01-21T01:05:38-08:00: загрузка 'index.json.blob' из предыдущего бэкапа. 2022-01-21T01:05:45-08:00: регистрация блоков в 'drive-scsi0.img.fidx' из предыдущего бэкапа. 2022-01-21T01:05:45-08:00: загрузка 'drive-scsi0.img.fidx' из предыдущего бэкапа. 2022-01-21T01:05:46-08:00: создан новый фиксированный индекс 1 ("vm/430/2022-01-21T09:07:33Z/drive-scsi0.img.fidx") 2022-01-21T01:06:10-08:00: регистрация блоков в 'drive-scsi1.img.fidx' из предыдущего бэкапа. 2022-01-21T01:06:10-08:00: загрузка 'drive-scsi1.img.fidx' из предыдущего бэкапа. 2022-01-21T01:07:46-08:00: создан новый фиксированный индекс 2 ("vm/430/2022-01-21T09:07:33Z/drive-scsi1.img.fidx") 2022-01-21T01:08:10-08:00: добавлен blob "/mnt/datastore/storage/vm/430/2022-01-21T09:07:33Z/qemu-server.conf.blob" (366 байт, сжатие: 366) 2022-01-21T01:08:10-08:00: бэкап завершился, но с ошибкой: бэкап закончился, но флаг завершения не установлен. 2022-01-21T01:08:10-08:00: удаление незавершённого бэкапа. 2022-01-21T01:08:10-08:00: ОШИБКА ЗАДАЧИ: бэкап закончился, но флаг завершения не установлен. Есть ли способ приоритетизировать трафик, чтобы это не было проблемой из-за общих каналов? Для отказоустойчивости не хочу выделять один из двух своих каналов под CEPH, и других двух каналов у меня просто нет. <br />
			<i>21.01.2022 20:54:00, Zephrant.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum64/message369384/82706-redkie-sboi-v-rezervnom-kopirovanii</link>
			<guid>http://proxmox.su/forum/messages/forum64/message369384/82706-redkie-sboi-v-rezervnom-kopirovanii</guid>
			<pubDate>Fri, 21 Jan 2022 20:54:00 +0300</pubDate>
			<category>Proxmox Backup Server</category>
		</item>
		<item>
			<title>Редкие сбои в резервном копировании</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum64/message369383/82706-redkie-sboi-v-rezervnom-kopirovanii">Редкие сбои в резервном копировании</a></b> <i>Proxmox Backup Server</i> в форуме <a href="http://proxmox.su/forum/forum64/">Proxmox Backup Server</a>. <br />
			Нет, проблема в том, что общие каналы для ceph и corosync... нагрузка на первый вызовет сбои у второго (а если у вас настроен HA, то сбой означает, что узлы и их гостевые системы будут заблокированы!). <br />
			<i>21.01.2022 09:31:00, fabian.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum64/message369383/82706-redkie-sboi-v-rezervnom-kopirovanii</link>
			<guid>http://proxmox.su/forum/messages/forum64/message369383/82706-redkie-sboi-v-rezervnom-kopirovanii</guid>
			<pubDate>Fri, 21 Jan 2022 09:31:00 +0300</pubDate>
			<category>Proxmox Backup Server</category>
		</item>
		<item>
			<title>Редкие сбои в резервном копировании</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum64/message369382/82706-redkie-sboi-v-rezervnom-kopirovanii">Редкие сбои в резервном копировании</a></b> <i>Proxmox Backup Server</i> в форуме <a href="http://proxmox.su/forum/forum64/">Proxmox Backup Server</a>. <br />
			У каждого узла кластера есть по два 40G канала к двум коммутаторам в трэнке. Резервный сервер подключён двумя 10G каналами, поэтому его могут «завалить» сразу 12 высокопроизводительных узлов, делающих резервное копирование одновременно. CEPH работает на VLAN в том же трэнке, что и резервное копирование, но на другой VLAN. Есть советы, как замедлить процесс резервного копирования? Можно снизить скорость на резервном сервере до 1G... <br />
			<i>20.01.2022 17:59:00, Zephrant.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum64/message369382/82706-redkie-sboi-v-rezervnom-kopirovanii</link>
			<guid>http://proxmox.su/forum/messages/forum64/message369382/82706-redkie-sboi-v-rezervnom-kopirovanii</guid>
			<pubDate>Thu, 20 Jan 2022 17:59:00 +0300</pubDate>
			<category>Proxmox Backup Server</category>
		</item>
		<item>
			<title>Редкие сбои в резервном копировании</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum64/message369381/82706-redkie-sboi-v-rezervnom-kopirovanii">Редкие сбои в резервном копировании</a></b> <i>Proxmox Backup Server</i> в форуме <a href="http://proxmox.su/forum/forum64/">Proxmox Backup Server</a>. <br />
			Ваш кластер Ceph и Corosync используют одни и те же физические каналы связи? Потому что это сообщение говорит о том, что corosync/pmxcfs перешёл в режим только для чтения, скорее всего из-за повышенной нагрузки на ваш кластер Ceph из-за резервного копирования. <br />
			<i>20.01.2022 12:00:00, fabian.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum64/message369381/82706-redkie-sboi-v-rezervnom-kopirovanii</link>
			<guid>http://proxmox.su/forum/messages/forum64/message369381/82706-redkie-sboi-v-rezervnom-kopirovanii</guid>
			<pubDate>Thu, 20 Jan 2022 12:00:00 +0300</pubDate>
			<category>Proxmox Backup Server</category>
		</item>
		<item>
			<title>Редкие сбои в резервном копировании</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum64/message369380/82706-redkie-sboi-v-rezervnom-kopirovanii">Редкие сбои в резервном копировании</a></b> <i>Proxmox Backup Server</i> в форуме <a href="http://proxmox.su/forum/forum64/">Proxmox Backup Server</a>. <br />
			Похоже, что все узлы делают резервное копирование одновременно. Есть ли какой-то способ распределить процессы, чтобы узлы работали по очереди? Это не гонка, мне все равно, сколько это займет времени, лишь бы уложиться в несколько часов. <br />
			<i>20.01.2022 00:34:00, Zephrant.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum64/message369380/82706-redkie-sboi-v-rezervnom-kopirovanii</link>
			<guid>http://proxmox.su/forum/messages/forum64/message369380/82706-redkie-sboi-v-rezervnom-kopirovanii</guid>
			<pubDate>Thu, 20 Jan 2022 00:34:00 +0300</pubDate>
			<category>Proxmox Backup Server</category>
		</item>
		<item>
			<title>Редкие сбои в резервном копировании</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum64/message369379/82706-redkie-sboi-v-rezervnom-kopirovanii">Редкие сбои в резервном копировании</a></b> <i>Proxmox Backup Server</i> в форуме <a href="http://proxmox.su/forum/forum64/">Proxmox Backup Server</a>. <br />
			Я так и не нашёл, как увеличить тайм-аут. Но это начинает серьёзно беспокоить. Почти каждую ночь у меня несколько ВМ не проходят резервное копирование. &nbsp;<br />420 &nbsp; &nbsp;VM 420 &nbsp; &nbsp;FAILED &nbsp; &nbsp;00:00:00 &nbsp; &nbsp;нельзя открыть файл '/etc/pve/nodes/test-prox-n101/qemu-server/420.conf.tmp.729468' - Устройство или ресурс заняты &nbsp;<br />902 &nbsp; &nbsp;VM 902 &nbsp; &nbsp;FAILED &nbsp; &nbsp;00:00:00 &nbsp; &nbsp;нельзя открыть файл '/etc/pve/nodes/test-prox-n101/qemu-server/902.conf.tmp.729468' - Устройство или ресурс заняты &nbsp;<br />903 &nbsp; &nbsp;VM 903 &nbsp; &nbsp;FAILED &nbsp; &nbsp;00:00:00 &nbsp; &nbsp;нельзя открыть файл '/etc/pve/nodes/test-prox-n101/qemu-server/903.conf.tmp.729468' - Устройство или ресурс заняты &nbsp;<br /><br />Все три ВМ при этом выключены. Нет никаких причин, почему бы при резервном копировании возникали проблемы, но регулярно процесс подвисает, и их приходится утром вручную разблокировать. &nbsp;<br />Только что обновил Backup до версии 2.1-2, но проблема осталась. Ноды работают на pve-manager/7.1-8/5b267f33. <br />
			<i>31.12.2021 17:38:00, Zephrant.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum64/message369379/82706-redkie-sboi-v-rezervnom-kopirovanii</link>
			<guid>http://proxmox.su/forum/messages/forum64/message369379/82706-redkie-sboi-v-rezervnom-kopirovanii</guid>
			<pubDate>Fri, 31 Dec 2021 17:38:00 +0300</pubDate>
			<category>Proxmox Backup Server</category>
		</item>
		<item>
			<title>Редкие сбои в резервном копировании</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum64/message369378/82706-redkie-sboi-v-rezervnom-kopirovanii">Редкие сбои в резервном копировании</a></b> <i>Proxmox Backup Server</i> в форуме <a href="http://proxmox.su/forum/forum64/">Proxmox Backup Server</a>. <br />
			У меня есть кластер, который делает бэкапы на выделенный сервер Proxmox Backup, обычно всё работает отлично. Из 54 ВМ, три — все с одного и того же узла — не смогли сохранить бэкап прошлой ночью:<br /><br />Код: &nbsp;<br />313: 2021-11-15 01:04:04 INFO: Начало резервного копирования ВМ 313 (qemu) &nbsp;<br />313: 2021-11-15 01:04:04 INFO: статус = running &nbsp;<br />313: 2021-11-15 01:04:04 INFO: Имя ВМ: spktest05 &nbsp;<br />313: 2021-11-15 01:04:04 INFO: включён диск 'scsi0' 'spk-ceph-pool1:vm-313-disk-0' 32ГБ &nbsp;<br />313: 2021-11-15 01:04:04 INFO: режим бэкапа: snapshot &nbsp;<br />313: 2021-11-15 01:04:04 INFO: приоритет ionice: 7 &nbsp;<br />313: 2021-11-15 01:04:04 INFO: создаётся архив Proxmox Backup Server 'vm/313/2021-11-15T09:04:04Z' &nbsp;<br />313: 2021-11-15 01:04:04 INFO: отправлена команда гостевому агенту 'fs-freeze' &nbsp;<br />313: 2021-11-15 01:06:09 INFO: отправлена команда гостевому агенту 'fs-thaw' &nbsp;<br />313: 2021-11-15 01:06:09 ERROR: ВМ 313 команда qmp 'backup' не сработала — истёкло время ожидания &nbsp;<br />313: 2021-11-15 01:06:09 INFO: прерывание задания бэкапа &nbsp;<br />313: 2021-11-15 01:06:22 INFO: ВМ снова возобновлена &nbsp;<br />313: 2021-11-15 01:06:22 ERROR: Не удалось сделать бэкап ВМ 313 — команда qmp 'backup' не сработала — истёкло время ожидания<br /><br />Ещё 10 ВМ с того же узла бэкапились без проблем, как до сбоя, так и после. У меня 12 узлов делают бэкапы, всего 60 ВМ и LXC. Сервер бэкапов — выделенный корпус Supermicro с двумя 40гб сетевыми картами, сейчас занято всего 2.5% места на диске. Подобные сбои бывают время от времени, но корень проблемы пока не нашёл.<br /><br />Есть ли способ настроить повторную попытку бэкапа при ошибке? Может, кто-то подскажет, как копать и отлаживать эту проблему? <br />
			<i>15.11.2021 18:51:00, Zephrant.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum64/message369378/82706-redkie-sboi-v-rezervnom-kopirovanii</link>
			<guid>http://proxmox.su/forum/messages/forum64/message369378/82706-redkie-sboi-v-rezervnom-kopirovanii</guid>
			<pubDate>Mon, 15 Nov 2021 18:51:00 +0300</pubDate>
			<category>Proxmox Backup Server</category>
		</item>
	</channel>
</rss>
