hcp: ОШИБКА: FALLOCATE FAILED!
На двух виртуальных машинах Proxmox KVM я получаю ошибку hcp: ERROR: FALLOCATE FAILED! в консоли. Я получаю эту ошибку на двух отдельных Ubuntu 16.04 VM.
Я не уверен, что означает ошибка или откуда она. Следует отметить, что я видел ошибку в обеих консолях после извлечения установочного компакт-диска в Proxmox. Я снова подключил компакт-диск к обеим виртуальным машинам, но увидел, что ошибка снова появилась на консоли одной из виртуальных машин.
Кажется, что сама виртуальная машина работает. Я нашел поток на форумах Proxmox: Коррумпированная файловая система после моментального снимка, но у меня нет снимков, созданных для обеих виртуальных машин.
Я запутался, потому что не знаю, откуда исходит ошибка. К сожалению, я не уверен, появился ли он на консоли, прежде чем я вытащил установочные компакт-диски.
Я использую R1Soft, который загружает hcpdriver. Возможно, это связано (хотя я бы не знал, почему он будет показывать эти ошибки).
df -h выводит на обоих серверах по запросу:
2 ответа
Что вызывает эту ошибку довольно просто. Ошибка вызвана ошибкой команды fallocate и возвратом с кодом выхода 1 (сбой), а не с последующим возвратом кода возврата 0.
Ошибка сама по себе не влияет система, это на самом деле симптом основной проблемы.
Коренной причиной может быть попытка выделить больше места для файла, чем доступная система или, возможно, поврежденная файловая система (будь то фактический или виртуальный диск ). Я ожидал бы, что полная ошибка в первом случае будет fallocate failed: No space left on device
. Невозможность освободить место также может вызвать ошибку. Этот IMHO будет указывать на вышеупомянутую поврежденную файловую систему.
Если у вас нет текущей резервной копии / образа / клона файловой системы, о которой идет речь, было бы разумно ее создать. Это позволит убедиться, что вы можете вернуться туда, где вы сейчас находитесь, не беспокоясь о непредвиденных последствиях перезагрузки виртуальной машины. Если основной диск, на котором размещена файловая система, поврежден, вы можете использовать что-то вроде ddrescue, пытаясь сохранить как можно больше с физического диска. Ошибка сама по себе не влияет на систему , однако не принимайте эту инструкцию как гарантию того, что ваша виртуальная машина будет успешно перезагружена. Все может пойти ужасно неправильно в любое время, и подробный взгляд на будущее - это не то, что я (или любой) могу предоставить вам.
Подробнее о команде fallocate см. man fallocate
EDIT: вполне вероятно, что ваши резервные копии R1Soft будут использовать моментальные снимки без вашего ведома. См. [D1] fallocate , что, как представляется, повышает релевантность ссылки, которую вы разместили в своем вопросе. Казалось бы, стоит проверить версию установленного в системе драйвера / агента, чтобы убедиться, что у вас установлена последняя версия и были ли раздавлены какие-либо ошибки, которые будут указывать, следует ли вам обновлять ее или сообщать об ошибке. Вы можете рассмотреть в противном случае, если это вообще возможно, будут исследованы альтернативные методы резервного копирования.
Что вызывает эту ошибку довольно просто. Ошибка вызвана ошибкой команды fallocate и возвратом с кодом выхода 1 (сбой), а не с последующим возвратом кода возврата 0.
Ошибка сама по себе не влияет система, это на самом деле симптом основной проблемы.
Коренной причиной может быть попытка выделить больше места для файла, чем доступная система или, возможно, поврежденная файловая система (будь то фактический или виртуальный диск ). Я ожидал бы, что полная ошибка в первом случае будет fallocate failed: No space left on device
. Невозможность освободить место также может вызвать ошибку. Этот IMHO будет указывать на вышеупомянутую поврежденную файловую систему.
Если у вас нет текущей резервной копии / образа / клона файловой системы, о которой идет речь, было бы разумно ее создать. Это позволит убедиться, что вы можете вернуться туда, где вы сейчас находитесь, не беспокоясь о непредвиденных последствиях перезагрузки виртуальной машины. Если основной диск, на котором размещена файловая система, поврежден, вы можете использовать что-то вроде ddrescue, пытаясь сохранить как можно больше с физического диска. Ошибка сама по себе не влияет на систему , однако не принимайте эту инструкцию как гарантию того, что ваша виртуальная машина будет успешно перезагружена. Все может пойти ужасно неправильно в любое время, и подробный взгляд на будущее - это не то, что я (или любой) могу предоставить вам.
Подробнее о команде fallocate см. man fallocate
EDIT: вполне вероятно, что ваши резервные копии R1Soft будут использовать моментальные снимки без вашего ведома. См. [D1] fallocate , что, как представляется, повышает релевантность ссылки, которую вы разместили в своем вопросе. Казалось бы, стоит проверить версию установленного в системе драйвера / агента, чтобы убедиться, что у вас установлена последняя версия и были ли раздавлены какие-либо ошибки, которые будут указывать, следует ли вам обновлять ее или сообщать об ошибке. Вы можете рассмотреть в противном случае, если это вообще возможно, будут исследованы альтернативные методы резервного копирования.
-
1Я уверен, что физический диск в порядке. Мне интересно, выживет ли система перезагрузки. – William Edwards 25 January 2018 в 21:16
-
2создать текущую резервную копию , и вам не придется удивляться. – Elder Geek 25 January 2018 в 21:21
-
3
-
4Даже после 30 + лет опыта я не могу сказать будущее. В любой момент все может сработать по любой причине. Вот почему мы делаем резервную копию. Наверное, это лучшее, что я могу вам дать. – Elder Geek 26 January 2018 в 03:17
-
5«Весьма вероятно, что ваши резервные копии R1Soft используют моментальные снимки без вашего ведома. & quot; R1Soft использует снимки, и это, насколько мне известно. Драйвер агента CDP, похоже, несовместим с версией ядра из-за ошибки в документации R1Soft. Я перезагрузил обе виртуальные машины, и они, похоже, пережили перезагрузку. Таким образом, R1Soft, скорее всего, виноват здесь. – William Edwards 6 February 2018 в 00:47