Документ взят из кэша поисковой машины. Адрес оригинального документа : http://theory.sinp.msu.ru/pipermail/ru-ngi/2014q1/001288.html
Дата изменения: Wed Mar 19 09:46:10 2014
Дата индексирования: Sun Apr 10 17:50:04 2016
Кодировка:
[RU-NGI] Tickets concern to eu.egi.sec NAGIOS tests

[RU-NGI] Tickets concern to eu.egi.sec NAGIOS tests

Eygene Ryabinkin rea at grid.kiae.ru
Mon Mar 17 21:38:24 MSK 2014


Mon, Mar 17, 2014 at 09:21:38PM +0400, Vladimir Tikhomirov wrote:
> Все же не очень понятно: если поддержка заканчивается только 30
> апреля, то почему уже сейчас NAGIOS тесты дают критическую ошибку
> и выставляют тикеты?

Поддержка security fixes заканчивается 30 апреля.  А нормальная поддержка
(features & bug fixes) закончилась когда-то уже давно.  Все вопросы --
к EGI,
  https://wiki.egi.eu/wiki/Software_Retirement_Calendar#Decommissioning_Calendar_EMI2

> А еще: ФИАНу выставили ошибку по DPM. У кого-нибудь есть опыт
> апгрейда DPM EMI2->EMI3 без переустановки ОС? Вроде бы это возможно:
> https://www.gridpp.ac.uk/wiki/DPMUpgradeTips

Вот у меня до четверга он будет.

> Тут, правда, у меня есть еще одна неясность: на всех DPM серверах,
> (включая dpm_head), кроме одного, у нас и так стоит последний DPM -
> 1.8.7. Чего апдейтить-то? Им что, важна именно версия EMI, а не
> собственно DPM? На одном сервере, правда, стоит старая, еще gLite
> версия - 1.8.2. Но NAGIOS берет ldap информацию, наверное, с
> dpm_head?

Наверное.  Как учит нас
  https://wiki.egi.eu/wiki/MW_SAM_tests#EMI-2_tests
у вас 'GLUE2EntityOtherInfo=MiddlewareVersion=2.*'.  Можно, конечно,
просто обмануть всех и поставить чисто метапакет из EMI-3, но потом
обновления из EMI-3 могут просто так не встать.

Сейчас, как я понимаю, вы просто смените версию DPM из EMI-2 на версию
из EMI-3 и всё.  Ну а может и нет, но я ещё такого безобразия у нас не
начинал делать, так что не могу сказать, насколько все хорошо или
плохо.  У нас, я думаю, будет как раз 2 ступени: обновление DPM до
последнего в EMI-2, а потом -- смело в EMI-3.
-- 
Eygene Ryabinkin, National Research Centre "Kurchatov Institute"

Always code as if the guy who ends up maintaining your code will be
a violent psychopath who knows where you live.


More information about the RU-NGI mailing list