[RU-NGI] gLite->EMI/UMD moving

[Vladimir Tikhomirov]

   Добрый день.
 Я решил начать с WNs просто потому, что если возникнут проблемы, то
не критично - просто из оборота временно выводится одна из нод.
 По поводу HEP_OSlibs_SL5: поставил, конечно. Я уже говорил, что
ставил EMI-2 и на SL5 и SLC5. С собственно установкой на SL5 проблем
было меньше, но вот именно ATLASовские задания (а других у нас
практически нет) на SL5 не пошли, а на SLC5 - все ОК. Ошибка на SL5
воспроизводится на 100%. Поставил SL5 еще на одну ноду - для проверки
- те же ошибки в 100% заданий. Так что это безусловная корреляция
SL5/SLC5, а не что-то другое. Логи я привожу в своем тикете GGUS
87991.
   Всего наилучшего,
   В.Т.



10 ноября 2012 г., 7:55 пользователь Eygene Ryabinkin
<rea at grid.kiae.ru> написал:
> Sat, Nov 10, 2012 at 03:17:55AM +0400, Valery Mitsyn wrote:
>> On Fri, 9 Nov 2012, Vladimir Tikhomirov wrote:
>> > 1. Для EMI есть более-менее понятная инструкция по установке и
>> > конфигурированию:
>> > https://twiki.cern.ch/twiki/bin/view/EMI/GenericInstallationConfigurationEMI2
>>
>>   Это помогло?
>> У меня сложилось впечатление, что каждая следующая версия -
>> еще белее "глючная", чем предыдущая. По крайней мере, в
>> glite я уже выловил все проблемы и приспособил s/w к
>> реальности. Теперь новыые версии - новые проблемы. ;(((
>
> По моему опыту (site BDII, CREAM CE, WMS/LB и DPM на UMD-1, top-level
> BDII и APEL -- на UMD-2), особенно сильных проблем -- не было (кроме
> top-level BDII на UMD-1, где BDII сконфигурирован на использование
> /var/run/bdii, а slapd -- на /var/lib/bdii, поэтому жило всё не
> в tmpfs и DB_CONFIG отсутствовал, поэтому не удалялись логи BDB
> и заполняли диск).
>
> WN у нас на gLite 3.2 и пока все VO не скажут, что у них нет проблем
> с WN из UMD-2, мы переходить никуда не будем.
>
>> > Для UMD я такой так и не нашел.
>> > http://repository.egi.eu/category/umd_releases/distribution/umd-2/
>> > на мой взгляд - не совсем то, что нужно. Есть ли другие ссылки для UMD?
>> > 2. Насколько критично может быть различие между UMD и EMI?
>>
>>   Может быть критично.
>> Судя по mail-list lcg-roolout "народ" ставит все же EMI,
>> не смотря на рекомендации. Из этого же mail-list видно,
>> что ошибки есть и в EMI, и в UMD. Кжется даже, что в UMD
>> они исправляются с бОльшими задержками.
>
> Поскольку UMD -- это пакеты из EMI, которые проходят как минимум
> стадию early adopting,
>   https://www.egi.eu/earlyAdopters
> то задержки -- есть.
>
>> По идее, UMD == EMI с задержками на дополнительное тестирование,
>> но это чисто формальное тестирование,
>
> Не всегда: многие продукты действительно тестируются на
> production-системах и не выпускаются, пока есть проблемы.
>
>> в самом репозитории UMD иногода тоже возникают ошибки, исправляют их
>> с бОльшими задержками, видимо это уже греческая специфика.
>
> Переупаковка -- это да, тут проблемы случаются.  Хотя очень крупных,
> которые затрагивали наш сайт за последние полгода, я не припомню.
>
>> > 3. Я устанавливал EMI2 на WNs в двух вариантах: под SL5 и SLC5. C SL5
>> > проблем при установке было меньше, но зато они возникли позже: ATLAS
>> > PANDA задания на этой WN давали 100% ошибку. Я открыл даже тикет по
>> > этому поводу - GGUS 87991 - но ответа не получал. Никто с такой проблемой
>> > не сталкивался?
>
> Пакет HEP_OSlibs_SL5 установлен?  Логи pilot остались?  Оригинальные
> из Panda были уже удалены, поэтому их лучше сохранять для истории:
> люди в ATLAS не всегда отвечают и очень редко делают это быстро :(
>
>>   WN все еще лучше в glite. VOs тестируют emi/umd, но не
>> очень довольны. Даже nagios еще не очень доволен.
>>   Насколько я знаю, glite WN/UI еще не obsoleted/unsupported,
>> еще поживут.
>
> Поживут (пока до конца ноября, но, я думаю, могут продлить
> и до конца года),
>   http://glite.cern.ch/support_calendar/
>   https://operations-portal.egi.eu/broadcast/archive/id/725
> --
> 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.