CentOS отключают проверку файловой системы: суперблок в последний раз монтирует, что время находится в будущем
Облачные вычисления являются больше концепцией маркетинга, чем вычислительное понятие. Это абстрагирует Ваши вычислительные ресурсы, таким образом, конечный пользователь не должен волноваться о том, куда услуга работает; просто соединитесь с адресом XYZ или IP и рабочей станцией/сервисом/и т.д. волшебно работы, распределяется ли это географически по широкому спектру (таким образом, это быстро для John в Лос-Анджелесе и счета в Нью-Йорке, а не просто быстро для людей, расположенных рядом к центральной ферме сервера) или это может относиться к внутренним серверам (создайте ферму системного выполнения VMware с конфигурацией, таким образом, Ваше внутреннее веб-приложение будет вращать больше виртуальных машин, когда загрузка увеличивается, невидимо пользователям, таким образом, они могли сделать свою работу, в то время как Вы делаете обслуживание на некоторых реальных машинах, и они не знают о нем, потому что Вы не связываете приложение (приложения) с определенным физическим сервером).
Что касается "зеленых" вычислений, если Вы означаете сохранять энергию, существует аргумент, что облачные вычисления могут масштабироваться вверх и вниз в зависимости от использования, таким образом, Вы не используете в качестве большого количества питания для центра обработки данных, выполняющего полный наклон, когда у Вас только есть половина рабочей нагрузки. Так как большинство платформ "облачных вычислений", кажется, включает выравнивание нагрузки и виртуализацию, можно консолидировать сервисы на меньшее количество реальных машин (например, у нас есть десять или одиннадцать серверов низкого использования, виртуализированных на одном физическом сервере, таким образом, это - девять или десять систем, не тянущих электричество и вырабатывающих тепло, сокращая затраты на охлаждение и затраты на электроэнергию).
Это отвечает на вопрос? Облачные вычисления немного больше, чем модное словечко для абстракции реализации вычислительного сервиса от пользователя. Это волшебно! За исключением нас фокусники.
buggy_init_scripts = 1 работает, только если разница во времени меньше 1 часа.
Попробуйте использовать int /etc/e2fsck.conf:
[проблемы]
# Superblock last mount time is in the future (PR_0_FUTURE_SB_LAST_MOUNT).
0x000031 = {
preen_ok = true
preen_nomessage = true
}
# Superblock last write time is in the future (PR_0_FUTURE_SB_LAST_WRITE).
0x000032 = {
preen_ok = true
preen_nomessage = true
}
Это должно удалить сообщение и исправить данные.
Лучше исправить vm datetime. На самом деле, это довольно сложная проблема, если под vm вы имеете в виду vmware.
http://www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf
если это какая-то другая система vm, т.е. думаю, проблема будет аналогичной.
отключение проверки согласованности и т. д. не рекомендуется, потому что они есть по какой-то причине. система, несовместимая со временем, будет влиять на целостность многими другими способами.