Ну не скажите.
1. Пара магнитов прекрасно скрепляет открытые пакеты с сыпучим содержимым(кофе/мука/сухие завтраки/специи и т.д.)
2. Не заменимы для студента(фиксация листов бумаги даже через толщину стола и прочее)
Думаю, ещё много чего можно добиться просто смекалкой. У меня дома штук 20 магнитов и все в деле. Раз в пару месяцев приходится вскрывать очередного кандидата(благо старья навалом) исключительно ради магнитов.
Не знаю, зачем я повёлся. Работал пул на два сервера(XS1 и XS2) под XenServer 6.5 с хранилищем на NAS и бэкап-скриптом от Andy Burton — и горя не знал. Дёрнул-ведь чёрт обновиться…
1. Выключил HA.
2. Вывел из пула сервер XS1(мастером работает XS2):
— Обновил винты, установил чистый Citrix XenServer 7.2
— Накатил все апдейты
3. ПРОБЛЕМА 1 — в пуле не живут вместе сервера 6.5 и 7.2; пул обратно не собрать.
— в нерабочее время обновляю на работающем сервере(XS2) 6.5 => 7.2
— как следствие теперь оба сервака на 7.2 и дружно сидят в пуле.
4. Перетащил все виртуалки на сервер XS1 и сделал его мастером пула, чтобы второй сервак так же обновить по железу и поставить с нуля Citrix XenServer 7.2
5. ПРОБЛЕМА 2 — вытащить из пула сервак XS2 не получается. "The SR.shared flag cannot be set to false while the SR remains connected to multiple hosts". Да и фиг-то с ним, думаю. Всё равно все виртуалки на NAS хранятся — не буду винты обновлять. Накачу-ка я апдейты…
6. ПРОБЛЕМА 3 — "XS2: The update precheck stage failed: RPM package validation requires a GPG key that is not present on the host". WTF, Citrix?
7. ОК, дружище. Кажется интуиция правильно говорит, что XenServer 7.2(updated from 6.5) не очень хорошая идея в продакшене и чистая установка необходима. Выключаю капризный сервер XS2.
8. Повторяю всё, что сделал ранее с XS1:
— Обновил винты, установил чистый Citrix XenServer 7.2
— Дурак, не накатив апдейты ввёл XS2 в пул и поимел опять:
-.- Ошибку установки апдейтов "XS2: The update precheck stage failed: RPM package validation requires a GPG key that is not present on the host"
-.- Невозможность вывести сервер XS2 из пула "The SR.shared flag cannot be set to false while the SR remains connected to multiple hosts"
Как мне кажется, платя преступнику выкуп — совершается преступление, с точки зрения закона. Как взятка — виновны обе стороны. Может по этому не светятся оплатившие?
где `backup file name` в моём крайнем случае был Ubuntu_Server_16.04.1-2016-11-17_00-00-01.xva (не забывайте, что здесь должен быть полный путь к файлу), а нужный `storage repository uuid`, куда нужно восстановить бэкап(у меня пул серверов), получил командой
xe sr-list
Полёт нормальный. XenServer 6.5
p.s. Все действия надо делать на том сервере, где крутится скрипт бэкапа, даже если восстанавливаемая виртуалка живёт на другом сервере пула.
Простите, но я прочёл два! раза статью, так как тема очень актуальна и так и не понял «Почему нельзя использовать компьютерный ИБП для питания газового котла?». Ведь приводятся рабочие примеры использования. И в комментариях так-же. В итоге-то — можно или нельзя?
И если можно, то на что обратить внимание при выборе авто-аккумуляторов(и опять-же в статье задан подзаголовок «Лучше соединить батареи параллельно, чем последовательно» и тут-же приводится рабочий пример противоположного решения) и при выборе ИБП. Единственное, что смог уяснить, что нужна максимально чистая синусоида на выходе и чтобы напряжение фазы относительно нуля было правильное.
Простите, если не внимателен.
1. Пара магнитов прекрасно скрепляет открытые пакеты с сыпучим содержимым(кофе/мука/сухие завтраки/специи и т.д.)
2. Не заменимы для студента(фиксация листов бумаги даже через толщину стола и прочее)
Думаю, ещё много чего можно добиться просто смекалкой. У меня дома штук 20 магнитов и все в деле. Раз в пару месяцев приходится вскрывать очередного кандидата(благо старья навалом) исключительно ради магнитов.
1. Выключил HA.
2. Вывел из пула сервер XS1(мастером работает XS2):
— Обновил винты, установил чистый Citrix XenServer 7.2
— Накатил все апдейты
3. ПРОБЛЕМА 1 — в пуле не живут вместе сервера 6.5 и 7.2; пул обратно не собрать.
— в нерабочее время обновляю на работающем сервере(XS2) 6.5 => 7.2
— как следствие теперь оба сервака на 7.2 и дружно сидят в пуле.
4. Перетащил все виртуалки на сервер XS1 и сделал его мастером пула, чтобы второй сервак так же обновить по железу и поставить с нуля Citrix XenServer 7.2
5. ПРОБЛЕМА 2 — вытащить из пула сервак XS2 не получается. "The SR.shared flag cannot be set to false while the SR remains connected to multiple hosts". Да и фиг-то с ним, думаю. Всё равно все виртуалки на NAS хранятся — не буду винты обновлять. Накачу-ка я апдейты…
6. ПРОБЛЕМА 3 — "XS2: The update precheck stage failed: RPM package validation requires a GPG key that is not present on the host". WTF, Citrix?
7. ОК, дружище. Кажется интуиция правильно говорит, что XenServer 7.2(updated from 6.5) не очень хорошая идея в продакшене и чистая установка необходима. Выключаю капризный сервер XS2.
8. Повторяю всё, что сделал ранее с XS1:
— Обновил винты, установил чистый Citrix XenServer 7.2
— Дурак, не накатив апдейты ввёл XS2 в пул и поимел опять:
-.- Ошибку установки апдейтов "XS2: The update precheck stage failed: RPM package validation requires a GPG key that is not present on the host"
-.- Невозможность вывести сервер XS2 из пула "The SR.shared flag cannot be set to false while the SR remains connected to multiple hosts"
Где ж я так нагрешил-то. © Быков
Работает — не трожь.
Стремясь к лучшему, мы часто портим хорошее. © Шекспир
Да, есть решение для "ПРОБЛЕМА 2" /opt/xensource/packages/iso SR pbd was blocking the host from being ejected. И что ведь удивительно, сервер XS2 вне пула прекрасно принял все апдейты, избавив от "ПРОБЛЕМА 3".
WTF, Citrix? Это Live-patching?
p.s. По ПРОБЛЕМА 3 можно почитать если вы пользуете pvsaccelerator или OpenManage / Zabbix agent. Оба случая не мои.
где `backup file name` в моём крайнем случае был Ubuntu_Server_16.04.1-2016-11-17_00-00-01.xva (не забывайте, что здесь должен быть полный путь к файлу), а нужный `storage repository uuid`, куда нужно восстановить бэкап(у меня пул серверов), получил командой Полёт нормальный. XenServer 6.5
p.s. Все действия надо делать на том сервере, где крутится скрипт бэкапа, даже если восстанавливаемая виртуалка живёт на другом сервере пула.
И если можно, то на что обратить внимание при выборе авто-аккумуляторов(и опять-же в статье задан подзаголовок «Лучше соединить батареи параллельно, чем последовательно» и тут-же приводится рабочий пример противоположного решения) и при выборе ИБП. Единственное, что смог уяснить, что нужна максимально чистая синусоида на выходе и чтобы напряжение фазы относительно нуля было правильное.
F.P.
админ != программист