<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Аспро: ЛайтШоп [тема: Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).]</title>
		<link>http://proxmox.su</link>
		<description>Новое в теме Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS). форума Proxmox Виртуальная Среда на сайте Аспро: ЛайтШоп [proxmox.su]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Mon, 27 Apr 2026 06:11:20 +0300</pubDate>
		<item>
			<title>Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message362892/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.">Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Спасибо за информацию. Мы изменили значение тайм-аута в /NFSPlugin.pm. После перезапуска pvestatd, похоже, проблема с тайм-аутом при резервном копировании решилась. <br />
			<i>09.12.2019 14:53:00, timo-fc.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message362892/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message362892/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</guid>
			<pubDate>Mon, 09 Dec 2019 14:53:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message362891/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.">Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Что насчёт функции status в PVE/Storage/Plugin.pm? Её должен периодически вызывать pvestatd. Но насколько я понимаю, она не должна влиять на код, используемый для резервного копирования. Код:<br /><br />sub status {<br /> &nbsp; &nbsp;my ($class, $storeid, $scfg, $cache) = @_;<br /><br /> &nbsp; &nbsp;my $path = $scfg-&gt;{path};<br /><br /> &nbsp; &nbsp;die "storage definition has no path\n" if !$path;<br /><br /> &nbsp; &nbsp;my $timeout = 2;<br /> &nbsp; &nbsp;my $res = PVE::Tools::df($path, $timeout);<br /><br /> &nbsp; &nbsp;return undef if !$res || !$res-&gt;{total};<br /><br /> &nbsp; &nbsp;return ($res-&gt;{total}, $res-&gt;{avail}, $res-&gt;{used}, 1);<br />}<br /><br />Если это тоже не причина таймаута, то как временное решение можно разбить задачу резервного копирования на несколько и запускать их с интервалом в несколько минут (столько, чтобы предыдущая успела завершиться). <br />
			<i>16.01.2020 11:30:00, fiona.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message362891/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message362891/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</guid>
			<pubDate>Thu, 16 Jan 2020 11:30:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message362890/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.">Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			К сожалению, это не было причиной проблемы. Я изменил таймаут в Storage/Plugin.pm на 15 секунд и перезапустил службы, но всё равно получил неудачное резервное копирование менее чем через 10 секунд между двумя успешными. <br />
			<i>15.01.2020 10:11:00, timo-fc.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message362890/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message362890/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</guid>
			<pubDate>Wed, 15 Jan 2020 10:11:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message362889/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.">Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Возможно, виноват следующий фрагмент кода в функции activate_storage в файле PVE/Storage/Plugin.pm? В конце функции activate_storage из NFSPlugin.pm вызывается именно он. Код: &nbsp;<br /># этот тест пути может зависать бесконечно на неотзывчивых монтированиях &nbsp;<br />my $timeout = 2; &nbsp;<br />if (! PVE::Tools::run_fork_with_timeout($timeout, sub {-d $path})) { &nbsp;<br /> &nbsp; &nbsp;die "не удалось активировать хранилище '$storeid' - " . &nbsp;<br /> &nbsp; &nbsp;"директория '$path' не существует или недоступна\n"; &nbsp;<br />} &nbsp;<br /><br />Попробуйте увеличить таймаут здесь, а потом выполните systemctl restart pvedaemon.service pveproxy.service. <br />
			<i>14.01.2020 09:36:00, fiona.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message362889/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message362889/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</guid>
			<pubDate>Tue, 14 Jan 2020 09:36:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message362888/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.">Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Я проверил последние 4 виртуальные машины, у которых не удалось сделать резервное копирование, никаких хуков-скриптов нет. Проблема затронула 4 разные ВМ на 3 разных Proxmox-хостах в одном кластере, которые отправляют бэкапы на один удалённый сервер резервного копирования. У всех ВМ только один образ диска, этот образ хранится на Ceph, который управляется узлами Proxmox. Но я заметил в journalctl, что pvestatd сообщил о тайм-ауте перед началом бэкапа ВМ 109: такие сообщения о тайм-ауте появляются довольно часто, а ошибки бэкапа — всего раз в несколько дней. <br />
			<i>13.01.2020 18:10:00, timo-fc.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message362888/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message362888/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</guid>
			<pubDate>Mon, 13 Jan 2020 18:10:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message362887/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.">Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Я немного поэкспериментировал и, похоже, что функция check_connection в NFSPlugin.pm вызывается только один раз в начале бэкапа, а не между самими бэкапами. Хорошая новость в том, что вам не нужно сохранять свою локальную версию этого модуля. Плохая новость — непонятно, что именно вызывает таймаут. Есть ли какие-то хуки для ВМ, на которых задача завершается с ошибкой? Судя по логам, таймаут скорее всего происходит в функции archive из PVE/VZDump/QemuServer.pm (в репозитории qemu-server). Перед вызовом этой функции выводится сообщение о создании архива, а внутри — начинается задача бэкапа (это сообщение отсутствует, когда возникает таймаут). <br />
			<i>13.01.2020 13:42:00, fiona.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message362887/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message362887/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</guid>
			<pubDate>Mon, 13 Jan 2020 13:42:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message362886/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.">Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			К сожалению, перезапуск pvedaemon.service и pveproxy.service ситуацию не изменил. Бэкапы всё так же падают с ошибкой "ERROR: got timeout", при этом между успешными бэкапами до и после сбоя проходит около 11 секунд. Хотя таймаут в NFSPlugin.pm установлен на 20 секунд. Таймаут монтирования NFS — 60 секунд. Есть ли ещё какие-то таймауты или что-то, что я, возможно, упустил и что может влиять на эту проблему? <br />
			<i>13.01.2020 11:55:00, timo-fc.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message362886/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message362886/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</guid>
			<pubDate>Mon, 13 Jan 2020 11:55:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message362885/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.">Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Возможно, вам также потребуется выполнить systemctl restart pvedaemon.service pveproxy.service. После этого новый код должен загрузиться во всех соответствующих местах. <br />
			<i>16.12.2019 12:54:00, fiona.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message362885/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message362885/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</guid>
			<pubDate>Mon, 16 Dec 2019 12:54:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message362884/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.">Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Это было слишком рано, проблема всё ещё существует. Я изменил значение таймаута с 2 до 20 секунд в файле NFSPlugin.pm, перезапустил службу pvestatd, отмонтировал и снова смонтировал резервный NFS-шэр. Но всё равно получил ошибку "failed - got timeout" между двумя успешными бэкапами, которые идут с интервалом менее 10 секунд друг от друга. Может быть, есть ещё какой-то таймаут, который вызывает эту проблему, или нужны дополнительные действия, чтобы изменения в NFSPlugin.pm начали работать? <br />
			<i>13.12.2019 10:30:00, timo-fc.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message362884/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message362884/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</guid>
			<pubDate>Fri, 13 Dec 2019 10:30:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message362883/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.">Резервное копирование виртуальной машины vzdump не удалось — превышено время ожидания (NFS).</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Привет, у нас такая проблема: каждые пару дней у одной из виртуалок не получается сделать бэкап. Обычно сбои случаются у разных ВМ. Хранилище для бэкапов — это NFS-сервер на отдельной машине. Причина, скорее всего, в том, что NFS-сервер не успевает вовремя отреагировать на запрос от Proxmox из-за высокой нагрузки. Можно ли как-то увеличить таймаут или добавить повторную попытку, если бэкап не удался? Бэкап следующей ВМ через пару секунд снова проходит без проблем. Насколько я понимаю, проверка, из-за которой выдает «storage 'offsite-backups' is not online», происходит через команду /sbin/showmount --no-headers --exports xxx.xxx.xxx.xxx с таймаутом 2 секунды в файле /usr/share/perl5/PVE/Storage/NFSPlugin.pm. Если это так, есть ли способ увеличить таймаут, не меняя этот файл, чтобы избежать проблем после обновлений? Proxmox 5.4-13, /etc/pve/storage.cfg, /etc/vzdump.conf — без изменений, /etc/cron.d/vzdump. <br />
			<i>11.11.2019 18:28:00, timo-fc.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message362883/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message362883/82023-rezervnoe-kopirovanie-virtualnoy-mashiny-vzdump-ne-udalos-_-prevysheno-vremya-ozhidaniya-_nfs_.</guid>
			<pubDate>Mon, 11 Nov 2019 18:28:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
	</channel>
</rss>
