https://slinkov.ru/openforum/vsluhforumID1/87688.html Имеется MS Virtual Servers 2005 R2 SP1, а так же Linux Fedora 9 которая живет на нем в качестве гостевой ОС.<br><br> Проблема с синхронизацией времени в Fedora.<br><br> То есть время или отстает или опережает сильно реальное.<br> Проблему частично решил синхронизацией каждую минуту с ru.pool.ntp.org через ntpdate. Но потом всплыла следующая проблема:<br> <br> Если из-за сбоя в сети синхронизация не происходит даже минут 5 то часы сильно расходятся и когда сеть ( интернет а следовательно и сервер ru.pool.ntp.orgm ) становятся доступны, то сервис network виснет показывая рабочее соединение.<br> То есть работоспособность сети можно восстановить только вручную перезапустив /etc/init.d/network restart :( <br><br> Сама Microsoft рекомендует в опция загрузки ядра исп один из 2-ух параметров синхронизации времени работающих на уровне ядра Linux.<br> такие как clock=[b]pit [/b] ( при нем время сильно отстает) и clock=pmmtr ( при нем сильно уходит вперед)<br><br> Так же Microsoft рекомендует установить собственные пакеты для оптими https://slinkov.ru/openforum/vsluhforumID1/87688.html#8 Wed, 23 Dec 2009 11:12:38 GMT &gt;[оверквотинг удален]<br>&gt;&gt;<br>&gt;&gt;Я бы еще поняла использование Hyper-V, если инфраструктура завязана на технологии MS, <br>&gt;&gt;но зачем(!) использовать нечто странное, этот Ваш MS Virtual Server, если <br>&gt;&gt;на рынке есть гораздо более адекватные и промышленно надежные решения, как <br>&gt;&gt;бесплатные, так и с саппортом, сертификатами, и пр? <br>&gt;<br>&gt; У нас дефицит реальных серверов и поэтому целая куча <br>&gt;серверов работают на виртуальной машине от MS. <br>&gt; О возможности замены ее на что либо не может <br>&gt;быть и речи ибо решаю не я. <br><br>Попробуйте все-таки убедить человека, принимающего решения, что используемое для виртуализации решение неадекватно. Если тут MS фанатизм, может быть, стоит обратить внимание на Hyper-V?<br>Подозреваю, что на SLES проблемы вообще не будет, а для федор можно собрать ядро с паравиртуальными драйверами. Если на тестовом стенде с Hyper-V проблема не смоделируется, у Вас будет аргумент в споре)<br><br><br>&gt; Мне больше нравятся решение от VMWare... <br><br>:) Xen и KVM (с недавних пор, как появились сертифициро https://slinkov.ru/openforum/vsluhforumID1/87688.html#7 Wed, 23 Dec 2009 11:00:42 GMT <br>&gt;Топикстартеру: у MS до сих пор глобальное отставание в виртуализации: тот же <br>&gt;Hyper-V только-только научился live migration, и то, только в рамках одного <br>&gt;стораджа, ни HA ни чего более продвинутого там до сих пор <br>&gt;нет. <br>&gt;<br>&gt;Я бы еще поняла использование Hyper-V, если инфраструктура завязана на технологии MS, <br>&gt;но зачем(!) использовать нечто странное, этот Ваш MS Virtual Server, если <br>&gt;на рынке есть гораздо более адекватные и промышленно надежные решения, как <br>&gt;бесплатные, так и с саппортом, сертификатами, и пр? <br><br> У нас дефицит реальных серверов и поэтому целая куча серверов работают на виртуальной машине от MS.<br> О возможности замены ее на что либо не может быть и речи ибо решаю не я.<br> Мне больше нравятся решение от VMWare...<br> Но исторически сложилось юзать MS Virtual Servers и на этом точка)))<br><br> Вот поэтому и ищу решение.<br>--------------&gt; Проблема то только в том главная что сеть падает из-за этого. А сервера эти WEB и доступность ресурсов архиважна.<br> Вот теперь думаю может скрипт https://slinkov.ru/openforum/vsluhforumID1/87688.html#6 Wed, 23 Dec 2009 10:01:42 GMT &gt;&gt;Чушь не нужно писать :( <br>&gt;<br>&gt;хорошо, не буду. Вообще не буду писать. Пока не было никаких комментариев, <br>&gt;я решил предложить хоть какую-то идею, но с вашим появлением я <br>&gt;ухожу. <br><br>Я готова извиниться за резкость :) Извините, правда :)<br><br>&gt;&gt;OpenVZ вообще не виртуализация, а контейнеры, Virtual <br>&gt;&gt;Enviroments на одном ядре. Часики в ядре всего одни на всех. <br>&gt;&gt;В контейнерах могут быть только разные таймзоны <br>&gt;<br>&gt;вообще-то я находил настройку OpenVZ, которая позволяет иметь в контейнере независимое время <br>&gt;и собственную синхронизацию. <br><br>Речь об вот этом:<br><br>=======man vzctl(8)======== <br><br> --capability capname:on&#124;off<br> Sets a capability for a container. Note that setting capability when the container is running does not take<br> immediate effect; restart the container in order for the changes to take effect. Note a container has<br> default set of capabilities, thus any operation on capabilities is "logical and" with the default capability<br> mask.<br><br> https://slinkov.ru/openforum/vsluhforumID1/87688.html#5 Wed, 23 Dec 2009 09:55:03 GMT &gt;Чушь не нужно писать :( <br><br>хорошо, не буду. Вообще не буду писать. Пока не было никаких комментариев, я решил предложить хоть какую-то идею, но с вашим появлением я ухожу.<br><br>&gt;OpenVZ вообще не виртуализация, а контейнеры, Virtual <br>&gt;Enviroments на одном ядре. Часики в ядре всего одни на всех. <br>&gt;В контейнерах могут быть только разные таймзоны <br><br>вообще-то я находил настройку OpenVZ, которая позволяет иметь в контейнере независимое время и собственную синхронизацию.<br> https://slinkov.ru/openforum/vsluhforumID1/87688.html#4 Wed, 23 Dec 2009 09:42:30 GMT &gt;про виртуальные машины от МС ничего не знаю. Но в Линуксе, на <br>&gt;OpenVZ, есть возможность выключить синхронизацию времени между главной машиной и виртуальной. <br>&gt;В противном случае время на виртуальной всегда будет равно времени на <br>&gt;главной, и никакие команды не позволяют это отключить. Может, и у <br>&gt;МС так можно? <br><br>Чушь не нужно писать :( OpenVZ вообще не виртуализация, а контейнеры, Virtual Enviroments на одном ядре. Часики в ядре всего одни на всех. В контейнерах могут быть только разные таймзоны<br><br>Топикстартеру: у MS до сих пор глобальное отставание в виртуализации: тот же Hyper-V только-только научился live migration, и то, только в рамках одного стораджа, ни HA ни чего более продвинутого там до сих пор нет.<br><br>Я бы еще поняла использование Hyper-V, если инфраструктура завязана на технологии MS, но зачем(!) использовать нечто странное, этот Ваш MS Virtual Server, если на рынке есть гораздо более адекватные и промышленно надежные решения, как бесплатные, так и с саппортом, сертификатами, и пр?<br> https://slinkov.ru/openforum/vsluhforumID1/87688.html#3 Wed, 23 Dec 2009 09:11:17 GMT про виртуальные машины от МС ничего не знаю. Но в Линуксе, на OpenVZ, есть возможность выключить синхронизацию времени между главной машиной и виртуальной. В противном случае время на виртуальной всегда будет равно времени на главной, и никакие команды не позволяют это отключить. Может, и у МС так можно?<br> https://slinkov.ru/openforum/vsluhforumID1/87688.html#2 Wed, 23 Dec 2009 08:38:12 GMT &gt;ну во-первых, неплохо бы обновить Федору до последней версии. Это всегда рекомендуемый <br>&gt;первый шаг решения любой проблемы с Федорой. <br>&gt;Потом, а если без МСовских пакетов? Вы пытались настроить ntp? Какой конфиг <br>&gt;получился? Что в логах? <br><br>Обновлять будет сложно ибо много что собрано вручную. Обновляться будет но не сейчас.<br> Без MS пакетов сервера эти живут уже с год синхронизируя время как я писал командой <br>ntpdate ru.pool.ntp.org каждую минуту.<br><br> Время расходиться из-за специфичности работы синхронизации времени между реальной машиной и виртуальной. На сайте MS об этом много теории.<br> Подобные проблемы на всех Linux. Например один из серверов на SLES 10 проблема та же. Живет на постоянной внешней синхронизации.<br> https://slinkov.ru/openforum/vsluhforumID1/87688.html#1 Wed, 23 Dec 2009 08:26:26 GMT ну во-первых, неплохо бы обновить Федору до последней версии. Это всегда рекомендуемый первый шаг решения любой проблемы с Федорой.<br>Потом, а если без МСовских пакетов? Вы пытались настроить ntp? Какой конфиг получился? Что в логах?<br>