Condor

Кондор теперь под влиянием обоих технологических и социологических проблем такого вычислительной среды,
Condor Команда строит удивительные инструменты, которые позволяют ученым и инженерам увеличить вычислительную производительность

Что нового В этом выпуске:.

< LI> 7.6.X это новый стабильный ряд Кондор.
• Многие были добавлены новые возможности, так как 7.4.X.

Что нового в версии 7.3.2:

• Замечания к выпуску:
• Формат выходе из condor_status с -grid вариант был изменен, чтобы обеспечить более полезную информацию.
• Удалено новой строки добавляется в конец вывода condor_status -format. Таким образом, код, который разбирает вывод этой команды должны теперь быть осторожными при обрезке последнюю строку.
• Новые возможности:
• condor_fetchlog теперь могут принести в файлы истории в condor_schedd демона. И, файл истории хранится в condor_schedd демона, теперь могут быть повернуты ежедневно или ежемесячно.
• The condor_ckpt_server автоматически убирать устаревшие файлы контрольной точки. Переменные конфигурации, которые управляют это поведение описаны ниже.
• The condor_ckpt_server (или 32-бит или 64-бит) исполняемый теперь общаться правильно между 32-битной и 64-битной представить узлов. Если вдруг разрядность вопросы возникают в протоколе контрольной точки (например, с размерами файлов), ясные сообщения об ошибках в контрольно-пропускной пункт серверных журналов.
• Новый инструмент позволяет condor_ssh_to_job интерактивную отладку запущенных заданий. Обратитесь к странице справочника по [*] для деталей.
• Команда condor_status теперь значительно быстрее, особенно с опцией -format.
• Сетка Вселенная тип сетки GT5 был добавлен для представления новой услуги Глобус GRAM5. Когда служба грамм определены как GT5, JobManager дросселирования и грид-монитор не используется. Смотрите раздел 5.3.2 для подробной информации.
• Сетка Вселенная тип сетки крем был добавлен для представления к службе КРЕМ работы в gLite. Смотрите раздел 5.3.8 для подробной информации.
• Когда мало файловых дескрипторов для создания новых сетевых сокетов condor_schedd демон теперь избегает неограниченное укладки из сообщений, которые он отправляет периодически в condor_negotiator и condor_startd.
• Обработка производительность и отказ от сетки Monitor были улучшены.
• Для типа сетки NorduGrid в сетке Вселенной, информация о состоянии работы в настоящее время получены с помощью LDAP сервер NorduGrid ARC, которая должна значительно улучшить производительность. Кроме того, Condor теперь могут сказать, когда эти работы работает.

<литий> Новый -valgrind вариант condor_submit_dag причины condor_submit_dag для генерации представить файл описания, который использует Valgrind на condor_dagman, вместо condor_dagman двоичной как его исполняемого файла.
• condor_dagman Теперь лениво оценивает и открывает узел лог-файлы работа. Вместо анализа все представить описание файлов и сразу же открывают свои заданные файлы журнала при запуске, condor_dagman Теперь разбирает представить описание файлов перед каждой работы представляется, и есть каждый файл журнала открыты только, когда соответствующие рабочие места в очереди или выполнения POST скрипты , Кроме того, в настоящее время condor_dagman автоматически генерирует файл журнала пользователя по умолчанию для любой работы узла, который не задать один.
• И поддержка и документация вселенной MPI были удалены. Приложения MPI поддерживаются посредством использования параллельной вселенной.
• Когда тест на condor_startd демона программного обеспечения виртуальной машины не удается (для машин, сконфигурированных как способен работать виртуальные машины), то condor_startd будет периодически повторите тест до тех пор, пока успешно.
• The nordugrid_gahp настоящее ограничивает количество подключений к каждому серверу NorduGrid АРК и повторно соединений, когда это возможно.
• Добавлена ​​функция Eval ClassAd (), которая принимает строку в качестве аргумента и оценивает содержимое строки в качестве выражения ClassAd. Примером политика, где это полезно описано в разделе 3.5.9 на работу подвески.
• Новый condor_q вариант -attributes ограничивает атрибуты, которые отображаются при использовании -xml или Длиннее варианты. Ограничение числа атрибутов также увеличивает эффективность запроса.
• Возможности управления питанием Кондор теперь реализованы как плагина. В частности, в настоящее время работает condor_startd внешнюю программу, как указано в переменной HIBERNATION_PLUGIN конфигурации, чтобы выполнить обнаружение доступных низкого энергопотребления и переключение на этих низких энергетических состояний.
• Новый Кондор демон condor_rooster был добавлен, чтобы проснуться, впадающие в спячку машины, когда выражение определяется конфигурацией переменная UNHIBERNATE становится Правда. Переменные конфигурации, относящиеся к condor_rooster описаны в разделе 3.3.35.
• Добавлена ​​возможность извлекать информацию из государственного буфера событие пользователя Вход читателя к читателю журнала пользователь. Это реализуется с помощью нового ReadUserLogStateAccess класса С ++, как определено в read_user_log.h.
• Изменения в значении переменной CERTIFICATE_MAPFILE конфигурации или содержимое файла, на который она относится уже не требуют полного перезапуска Кондора. Вместо этого, команда condor_reconfig вызовет изменения, которые будут использоваться.
• The condor_master демон теперь распечатать путь и аргументы ни демонов он начинает, если D_FULLDEBUG включен. Ранее не было никакой возможности, чтобы получить его, чтобы отобразить аргументы, с которыми он начинал демон.
• The condor_had демон теперь имеет возможность контролировать других, чем condor_negotiator демоны. Это контролируется с помощью HAD_CONTROLLEE макроса.
• Кондор теперь распознает VOMS расширения в X.509 прокси-серверов. Атрибуты VOMS кодируются в работе ClassAd атрибут X509UserProxySubject.
• Теперь condor_startd может очистить мель виртуальных машин, после крушения Кондора или его операционной системой.

не
• После аварии, condor_gridmanager больше не перезагружается все jobmanagers для GT2 рабочих мест. Это должно улучшить время восстановления.
• Кондор работает с ClassAds к категории общего в condor_collector демона лучше. Различные демоны, которые регистрируют себя с родовыми ClassAds теперь могут иметь инструменты, которые используют -subsystem вариант манипулировать их ClassAds должным образом.
• Кондор в настоящее время обеспечивает механизм, чтобы соблюдать строгую ресурс ограничения для некоторых вселенных запущенных заданий.
• Конфигурация переменных дополнения и изменения:
• Новая переменная конфигурации EMAIL_SIGNATURE указывает обычай подпись, которая будет добавлена ​​к электронной почте, отправляемой в системе Condor. Если определен, то этот обычай подпись заменяет один по умолчанию, указанный внутри. Там нет значения по умолчанию для этой переменной.
• Переменная CKPT_SERVER_CLIENT_TIMEOUT новая конфигурация сообщает condor_schedd, как долго в секундах он готов ждать, чтобы попробовать и поговорить с процессом condor_ckpt_server, прежде чем объявить condor_ckpt_server вниз. Смотрите раздел 3.3.11 для полного описания.
• Новая переменная конфигурации CKPT_SERVER_CLIENT_TIMEOUT_RETRY сообщает condor_schedd, что когда-то было в condor_ckpt_server помечен как вниз, как может пройти секунд должны до condor_schedd будет пытаться общаться с condor_ckpt_server снова. Смотрите раздел 3.3.11 для полного описания.
• Новая переменная конфигурации CKPT_SERVER_REMOVE_STALE_CKPT_INTERVAL сообщает condor_ckpt_server начать удаление устаревших контрольно-пропускных пунктов в указанном интервал в секундах. Смотрите раздел 3.3.8 для полного описания.
• Новая переменная конфигурации CKPT_SERVER_STALE_CKPT_AGE_CUTOFF сообщает condor_ckpt_server сколько лет время доступа файл контрольных точек должно быть для того, чтобы считаться устаревшим. На этот раз по сравнению с текущим понятия теперь, когда контрольно-пропускной пункт Сервер проверяет файл контрольных точек изображения. Смотрите раздел 3.3.8 для полного описания.
• Переменная SlotWeight новая конфигурация может быть использован, чтобы дать слот больший вес при расчете использования, вычисления справедливых акций, и применения групповых квот. См 3.3.10 для полного описания.
• Новая переменная конфигурации MAX_PERIODIC_EXPR_INTERVAL реализует потолок на время между оценки периодических выражений, в связи с адаптивной времени подразумеваемой переменной PERIODIC_EXPR_TIMESLICE конфигурации. См 3.3.11 для полного описания.
• Переменная GRIDMANAGER_SELECTION_EXPR новая конфигурация может быть использован для управления, сколько процессы condor_gridmanager будет породил управлять сетки вселенной рабочих мест. В рамках этого изменения, удалили переменную конфигурации и поддерживающий код для GRIDMANAGER_PER_JOB поскольку новая переменная конфигурации заменяет его. См 3.3.11 для полного описания.
• Переменная GRIDMANAGER_MAX_PENDING_SUBMITS_PER_RESOURCE конфигурации и соответствующие дроссельные GRIDMANAGER_MAX_PENDING_SUBMITS были удалены.
• Новая конфигурация управления переменной GRID_MONITOR_DISABLE_TIME, как долго будет ждать condor_gridmanager после возникновения ошибки, прежде чем пытаться перезапустить работу Сетка Monitor. См 3.3.23 для полного описания.
• Новая предварительно определены DETECTED_MEMORY макроконфигурация указывает количество физической памяти (RAM), обнаруженного Condor. Значение задается в мегабайтах.
• Новые предопределенные конфигурации макро DETECTED_CORES указывает на количество процессорных ядер, обнаруженных Condor.
• Переменные управления DELEGATE_FULL_JOB_GSI_CREDENTIALS новой конфигурации, будет ли делегированные полный или ограниченный X.509 прокси-сервер для типа сетки GT2 сетки вселенной рабочих мест. См 3.3.26 для полного описания.
• Новая переменная UNHIBERNATE конфигурации используется condor_startd рекламировать в ClassAd логическое выражение, определяющее, когда машина должна быть проснувшись, например, condor_rooster. См 3.3.10 для полного описания.
• Новая переменная конфигурации HIBERNATION_PLUGIN указывает путь к плагина, в котором condor_startd использует и для обнаружения низких состояния питания возможности машины и, чтобы переключить аппарат в состояние пониженного энергопотребления. См 3.3.10 для полного описания.
• Новая переменная HIBERNATION_PLUGIN_ARGS конфигурация определяет дополнительные аргументы командной строки, которые будут проходить condor_startd для плагина при вызове его, чтобы переключить аппарат в состояние пониженного энергопотребления. См 3.3.10 для полного описания.
• Переменная HIBERNATION_OVERRIDE_WOL новая конфигурация может быть использован, чтобы направить condor_startd игнорировать Wake On LAN (WOL) возможности сетевой интерфейс машины, и для переключения в состояние пониженного энергопотребления, даже если интерфейс не поддерживает WOL, или если WOL отключена от него. См 3.3.10 для полного описания.
• Переменные управления DAGMAN_USER_LOG_SCAN_INTERVAL новой конфигурации, как долго condor_dagman ожидает между проверки файлов журналов для трудоустройства обновления статуса. См 3.3.25 для полного описания.
• Новая переменная конфигурации DAGMAN_DEFAULT_NODE_LOG устанавливает имя файла журнала по умолчанию для нового файла журнала функции узла condor_dagman умолчанию. См 3.3.25 для полного описания.
• Удалено переменная DAGMAN_DELETE_OLD_LOGS конфигурации; Новый код чтения файла журнала делает его устаревшим.
• Новая переменная конфигурации HAD_CONTROLLEE используется, чтобы указать имя демона которые находятся под контролем condor_had. Это имя должно совпадать с именем демона в DAEMON_LIST в condor_master в.
• Исправлены ошибки:
• Исправлена ​​ошибка в функции ClassAd где аргументы, которые должны были правильно принуждению в строки, а не оценены, чтобы ОШИБКА.
• Исправлена ​​заблуждение диагностическое сообщение с JobRouter, которое произошло, когда работа была удалена в течение 5 минут представляется.
• Исправлена ​​ошибка, в которых использование динамических слотов (см раздел 3.13.7) вызвало машины ClassAd атрибут SLOT_STARTD_ATTRS исчезнуть из ClassAd для некоторых слотов.
• Исправлена ​​ошибка платформы Windows, в котором окно, принадлежащее к Кондор работы не получите сообщение краски.
• Исправлена ​​ошибка, приводившая condor_q -analyze к краху, когда не было condor_schedd файл демон ClassAd.
• Исправлена ​​condor_procd аварии возникают, когда среда контролируемого процесса превысило 1MByte в / Proc.
• Исправлена ​​ошибка платформы Windows, которая может привести к краху condor_credd если в запрашиваемое учетных не в хранилище паролей.
• Исправлена ​​ошибка, которая была причиной блокировки вращения журнала событий работы должны быть созданы с неправильными разрешениями.
• Исправлена ​​ошибка в ротации журнала событий работы, которые могли бы привести к его никогда не поворачивается в порту окна Condor.
• Исправлена ​​потенциальная гонки в инициализации журнала событий работы.
• Исправлена ​​условие, которое может привести к аварии в condor_collector и condor_schedd на выключение.
• Исправлена ​​ошибка, в которой condor_master иногда умирают и производят dprintf_failure.MASTER файл, когда либо перезапуска из-за новых бинарных меток времени или при запуске изначально.
• Исправлена ​​утечка памяти, связанной с SOAP конфигурации переменных, которые произошли, когда Кондор был преобразован.
• Исправлена ​​ошибка, в которой представить команду cron_day_of_week Описание файла ошибочно игнорируется.
• Исправлена ​​ошибка, в которой переменные конфигурации MAX_JOB_QUEUE_LOG_ROTATIONS и GRIDMANAGER_SELECTION_EXPR не будет правильно работать при запуске; они работали только после condor_reconfig.
• Исправлена ​​ошибка, в которой SOAP операции были неправильно уставный с сверстников IP.
• Исправлена ​​ошибка платформы Windows, в которой не все демоны Condor были доверенным Брандмауэр Windows (ранее известный как брандмауэр подключения к Интернету или ICF).
• Исправлена ​​состояние отключения гонка в condor_master по отношению к высоким демонов доступности.
• Исправлена ​​ошибка, в которой демон Кондор неправильно определяется его кончились сокетов дескрипторов.
• Исправлена ​​ошибка, при которой condor_schedd будет блокировать в течение очень длительного времени, пытаясь подключиться к серверу вниз контрольной точки. Теперь condor_schedd будет делать блокирование подключения с тайм-аут на контрольно-пропускном пункте сервере в течение заданного количества секунд. Если соединения не удается, condor_schedd поставит мораторий на нет подключения к контрольно-пропускной пункт сервера до конфигурируемых проходов период моратория. Файл конфигурации переменные, описывающие это поведение описаны выше.
• Изменен чек, который делает condor_dagman для других condor_dagman запущенных экземпляров тот же DAG, если она находит файл блокировки при запуске. Теперь, если condor_dagman не уверен, что другой Дагман жив, он продолжает, а не выходом.
• Исправлена ​​утечка главную дескриптора файла в демона Аист.
• Исправлена ​​ошибка, в которой успешные переводы Аист были отмечены как не удалось.
• Исправлена ​​утечка памяти редко в случае пользователь чтения файла журнала кода при чтении плохо отформатированные события.
• Исправлена ​​ошибка, в которой несколько ClassAds машины в condor_collector с тем же именем, но различные значения атрибутов StartdIPAddr, приведет к тому, чтобы выйти condor_negotiator с ошибкой. Это необычно и не должно происходить в типичном Condor установки. Наиболее вероятной причиной является использование condor_advertise рекламировать собственные ClassAds для сетки сватовства.
• Исправлена ​​ошибка, приводившая к condor_dagman дамп, если все попытки не увенчались успехом представить на DAG узла, имеющего POST сценария. Эта ошибка существовала с Condor версии 7.1.4.
• Исправлена ​​утечка памяти в condor_schedd, которая произошла при использовании переменной NEGOTIATOR_MATCH_EXPRS конфигурации.
• Исправлена ​​ошибка в коде платформы Windows, которая рассматривает сценарии, как исполняемые файлы. Не указан расширений файлов были рассматриваться как ошибка, а не как исполняемый файл Windows.
• The condor_job_router теперь корректно устанавливает атрибут ClassAd EnteredCurrentStatus к текущему времени при создании новой маршрутизируемую работу. Ранее скопировать этот атрибут из исходного задания.
• The condor_job_router излучает более дружественной сообщение журнала, когда он отмечает, что направляется копия работы была удалена.
• Исправление было сделано для задачи видели в 7.3.1, в котором демоны Condor использованием CCB для подключения к другим Кондор демонов иногда потребляют большие объемы процессорного времени без уважительной причины.
• Исправлена ​​редкий случай отказа ошибка, в которой пытается подключиться с помощью БКК может остаться в состоянии отложенного на неопределенный срок.
• UNIX-только ошибка, вызванные демоны Condor к невозможности запуска, если MAX_FILE_DESCRIPTORS был настроен выше, чем текущая жесткого лимита унаследованной Condor. Если Кондор работает как корень, это уже не так.
• The condor_gridmanager Теперь рекламирует сетки ClassAds правильно, когда есть несколько демоны condor_collector.
• При использовании condor_q -xml и -format вместе, чтобы ограничить количество ClassAd атрибуты возвращаются в запросе, XML-тег-контейнер был не генерируется. Это является фиксированной, но теперь предпочтительный способ ограничить возвращенные атрибуты, чтобы использовать condor_q вариант -attributes.
• Исправлена ​​ошибка, в которой condor_master Unix удалось при попытке перезапустить себя, если переменная MASTER_LOCK конфигурации определено или если condor_master был вызван с опцией -t. Эта ошибка существовала с серии 7.0, и, вероятно, существовала намного дольше, чем это.
• Исправлена ​​значительная утечка памяти в gahp_server. Эта утечка присутствовала только в предыдущих выпусках Кондор 7.3.x.
• Исправлена ​​ошибка, которая может привести к удаленной работы, что проводится, а затем выпущен, чтобы вернуться в режим готовности.
• ЕАО файлы Глобус распределенные с x86-64 RHEL 5 RPM-пакеты были повреждены, в результате чего рабочие типа GT4 сетки на провал. Это было исправлено.

Что нового в версии 7.2.2:

• Добавлена ​​полный порт Кондора к Debian 5.0 на Платформа x86.
• Добавлена ​​обрезанную порт Кондора к Debian 5.0 на x86_64 платформе.
• Добавлена ​​-DumpRescue флаг командной строки condor_dagman и condor_submit_dag. Этот флаг предназначен в основном для тестирования.
• Добавлена ​​поддержка опции -debug к condor_qedit.
• The Job маршрутизатор теперь использует отрезок времени таймера для оценки выражение периодического, похожий на condor_schedd демона. Интервал оценка управляется переменной PERIODIC_EXPR_INTERVAL конфигурации, и по умолчанию 60 секунд, то же значение по умолчанию, используемой condor_schedd демона.
• The Job Маршрутизатор сбрасывает работу источника, если происходит сбой при обновлении condor_schedd демон для периодического выражения, которые оценивали в True. Периодические выражения работу должны быть оценены снова некоторое время в будущем с успешного обновления.

Что нового в версии 7.2.0:.

• Основные усовершенствования функциональных

Что нового в версии 7.0.5:

• Этот релиз содержит множество исправлений и некоторые улучшения Ошибка обработка локальной вселенной рабочих мест.
• Обратите внимание, что некоторые из исправлений в безопасности, связанных с; Поэтому, сайты должны либо обновить или ограничить права на которые разрешено представить Кондор рабочих мест для доверенных пользователей.