Документ взят из кэша поисковой машины. Адрес
оригинального документа
: http://theory.sinp.msu.ru/pipermail/ru-ngi/2012q4/000713.html
Дата изменения: Tue Nov 27 17:40:22 2012 Дата индексирования: Sun Feb 3 19:24:49 2013 Кодировка: |
Добрый день. Я решил начать с 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.