Condor

Condor сега влияят както на технологичните и социологически предизвикателствата на такава компютърна среда е,
Condor Team изгражда невероятни инструменти, които дават възможност на учени и инженери, за да се увеличи тяхната изчислителна производителност

Какво ново в тази версия:.

< Li> 7.6.X е новата стабилна Condor серията.
• Много нови функции са добавени след 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.
• Grid вселена тип решетка GT5 е добавен за представяне на новата услуга Globus GRAM5. Когато един грам услуга се определя като GT5, jobmanager дроселиране и на монитора Grid не се използват. Виж раздел 5.3.2 за повече подробности.
• Grid вселена тип решетка крем е добавен за подаване на услугата CREAM работа на gLite. Виж раздел 5.3.8 за повече подробности.
• Когато ниско на файлово описания за създаване на нови мрежови сокети, на condor_schedd демона сега избягва неограничено стифиране на съобщенията, които тя изпраща периодично на condor_negotiator и condor_startd.
• Работа с производителност и повреда на монитора Grid са подобрени.
• Тип решетка 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 ARC и използва повторно връзки, когато е възможно.
• Добавена функция EVAL на ClassAd (), която отнема аргумент низ и оценява съдържанието на низа като израз ClassAd. Един пример на политиката, където това е полезно е описан в раздел 3.5.9 по отношение на спирането на работа.
• Новият condor_q опция -attributes ограничава атрибутите, които се появяват при използване на -xml или -long опции. Ограничаването на броя на атрибути също повишава ефективността на заявката.
• способности за управление на захранването Condor са вече изпълнени като добавка. По-специално, на condor_startd сега ръководи външна програма, както е посочено от променлива HIBERNATION_PLUGIN конфигурация, за да извършите откриване на разположение малка мощност членки и смяната на тези ниски енергийни състояния.
• Новият Condor демон condor_rooster е добавен към събуди спящите зимен сън машини, когато изразът определя от конфигурацията променлива UNHIBERNATE се превръща в истина. Променливите на конфигурация, свързани с condor_rooster са описани в раздел 3.3.35.
• Добавена е възможност за извличане на информация от потребителя Event Log читателя състояние буфер за потребителя дневник четец. Това се осъществява чрез една нова класа ReadUserLogStateAccess C ++, както е определено в read_user_log.h.
• Промените в стойността на променливата CERTIFICATE_MAPFILE конфигурация или съдържанието на файла, което се отнася вече не изискват пълен рестарт на Condor. Вместо това, на командния condor_reconfig ще предизвика промените да бъдат усвоени.
• Демонът condor_master сега ще отпечата пътя и аргументите на всички демони да започне, ако D_FULLDEBUG е активирана. Преди това нямаше как да се получи това, за да покажете на аргументите, с които тя започваше демон.
• Демонът condor_had сега има възможността да контролира демони, различни от condor_negotiator. Това се контролира чрез HAD_CONTROLLEE макроса.
• Condor вече разпознава VOMS разширения в X.509 пълномощници. Атрибутите на VOMS са кодирани в работата ClassAd приписват X509UserProxySubject.
• The condor_startd сега може да се почисти блокирани виртуални машини, след катастрофа на Condor или приемника си операционна система.
• След катастрофа, на condor_gridmanager вече не се рестартира всички jobmanagers за GT2 работни места. Това следва да подобри времето за възстановяване.
• Condor работи по-добре с ClassAds категоризирани като родово в condor_collector демона. Различни демони, които се регистрират с генерични ClassAds вече могат да имат инструменти, които използват -subsystem опцията манипулират техните ClassAds правилно.
• Condor сега осигурява механизъм за прилагане на стриктна ресурс ограничаване на някои вселени на текущите работни места.
• Конфигурация Променливи Допълнения и промени:
• Новият променлива конфигурация 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 ще чакат след като се натъкват на грешка преди да се опитате да рестартирате работа Grid Monitor. Вижте 03.03.23 за пълното описание.
• Новият предварително определена конфигурация DETECTED_MEMORY макро показва количеството на физическата памет (RAM) детектирани от Condor. Стойността е дадена в Mbytes.
• Новите предварително дефинирани конфигурация макро DETECTED_CORES показва броя на процесорните ядра, открити от Condor.
• нова конфигурация променливи контроли DELEGATE_FULL_JOB_GSI_CREDENTIALS дали пълен или ограничен X.509 прокси е делегирано на тип мрежа работни места GT2 решетка Вселената. Вижте 03.03.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 чака между проверка за работа лог файлове за статуси. Вижте 03.03.25 за пълното описание.
• Новият променлива конфигурация DAGMAN_DEFAULT_NODE_LOG определя името лог файл по подразбиране за новата функция дневник възел файл condor_dagman подразбиране. Вижте 03.03.25 за пълното описание.
• Премахнато променливите DAGMAN_DELETE_OLD_LOGS конфигурацията; нов код лог файл четене прави остарели.
• Новият променлива конфигурация HAD_CONTROLLEE се използва за определяне на името на демона, които контролите condor_had. Това име трябва да съвпада с името на демона в DAEMON_LIST на condor_master си.
• Bugs Fixed:
• Фиксирана бъг в ClassAd функции където доводи, които е трябвало да бъдат правилно принуждавани да струни, вместо оценяват на грешка.
• Фиксирана объркващо диагностично съобщение с JobRouter, което се е случило, когато дадена задача е отстранен в рамките на 5 минути след като е било подложено.
• Фиксирана бъг в които използването на динамични слотове (виж точка 3.13.7), причинена ClassAd на характеристиката на машината SLOT_STARTD_ATTRS да изчезне от ClassAd за някои слотове.
• Фиксирана бъг платформа Windows, в която през прозореца, принадлежащо към Condor работа не получите съобщение на боя.
• Фиксирана бъг причинява condor_q -analyze за катастрофата, когато нямаше condor_schedd демон ClassAd файл.
• Фиксирана condor_procd катастрофа, причинена когато средата на контролируем процес превишена 1MByte в / Proc.
• Фиксирана бъг платформа Windows, което може да доведе до condor_credd да срине, ако запитаният акредитивни писма не е в магазина парола.
• Фиксирана бъг, който причинява заключването на работа събитие в регистъра на въртене да бъде създаден с неправилни разрешения.
• Фиксирана бъг в ротацията на дневника за работа събитие, което може да доведе до това никога не трябва да се върти в пристанището Windows на Condor.
• Fixed потенциален състояние състезание в дневника работа събитие инициализация.
• Фиксирана състояние състезание, което може да доведе до катастрофа на condor_collector и condor_schedd при изключване.
• Фиксирана бъг в която condor_master понякога ще умре и да произвежда dprintf_failure.MASTER файл, когато или рестартиране поради новите двукомпонентни времеви отпечатъци или когато започна отначало.
• Фиксирана изтичане на памет, свързана с конфигурационни SOAP променливи, които се появяват, когато Condor се преконфигурира.
• Фиксирана бъг в която представя описание файл команда cron_day_of_week бе погрешно игнорирани.
• Фиксирана бъг в която MAX_JOB_QUEUE_LOG_ROTATIONS конфигурационните променливи и GRIDMANAGER_SELECTION_EXPR няма да работят правилно при започване на работа; те работеха само след condor_reconfig.
• Фиксирана бъг в която SOAP операции са били неправилно разрешено с партньорската ПР.
• Фиксирана бъг платформа Windows, в които не всички Condor демони бяха доверени от защитната стена на Windows (преди известен като Internet Connection Firewall или ICF).
• Фиксирана състояние на изключване състезание в condor_master по отношение на High Availability демони.
• Фиксирана бъг, при който Condor демон неправилно определя, че е свършила на сокет дескриптори.
• Фиксирана бъг, когато condor_schedd ще блокира за много дълъг период от време, докато се опитва да се свърже с една надолу КПП сървър. Сега condor_schedd ще направя блокираща свържете с изчакване на КПП сървъра за конфигуриране брой секунди. Ако захранващият не успее, condor_schedd ще сложи мораториум върху свързването на контролно-пропускателен пункт сървъра докато конфигурируеми мораториум период проходи. Променливите конфигурационния файл, който описват това поведение са описани по-горе.
• Промяна на проверката, че condor_dagman прави за други condor_dagman използваните копия същото Даг, ако установи файл заключване при стартиране. Сега, ако condor_dagman не е сигурен дали другата DAGMan е жива, тя продължава, а не да излизате.
• Фиксирана основен файлов дескриптор теч в демона щъркел.
• Фиксирана бъг в който успешни трансфери щъркел са били маркирани като не успя.
• Фиксирана необичайно течове памет в лог файл четене потребителския код за събитие при четене неправилно форматиран събития.
• Фиксирана бъг в която няколко ClassAds машини в condor_collector със същото име, но различни стойности StartdIPAddr Умение това би довела до condor_negotiator да излезете с грешка. Това е необичайно и не трябва да се случи в типична инсталация Condor. Най-вероятната причина е използване condor_advertise да рекламира потребителски ClassAds за решетка сватовство.
• Фиксирана грешка, която е предизвикала condor_dagman към основната сметището, ако всички представи опити не успяха по DAG възел с пост скрипт. Този бъг съществува от 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 демони, използвайки ЦКБ да се свържете с други Condor демони понякога ще консумират големи количества от процесорното време без никакви основания.
• Фиксирана рядък случай недостатъчност бъг, в която се опитва да се свърже чрез ЦКБ може да остане в състояние на изчакване, за неопределено време.
• A Unix само бъг причинени Condor демони, за да не успеят да се започне, ако MAX_FILE_DESCRIPTORS се конфигурира по-висока от текущата твърд лимит наследена от Condor. Ако 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. Това теч е присъствал само в предишните Condor 7.3.x пресата.
• Фиксирана грешка, която може да доведе до отстранен работа, която се провежда и след това освободени за да се върнете към неактивен режим.
• JAR файловете Глобус разпространени с x86-64 RHEL 5 RPMs са били повредени, причинявайки тип GT4 мрежа работни места, за да се провалят. Това е фиксиран.

Какво ново във версия 7.2.2:

• Добавена пълен порт на Condor да Debian 5.0 на на x86 платформа.
• Добавена подстригва пристанище на Condor да Debian 5.0 на платформата за x86_64.
• Добавена на -DumpRescue флага от командния ред да condor_dagman и condor_submit_dag. Този флаг е предназначен главно за тестване.
• Добавена е поддръжка за опцията -debug да condor_qedit.
• рутера Job вече използва отрязък от време таймер за периодична оценка израз, подобен на condor_schedd демона. Интервалът на оценка се контролира от променлива PERIODIC_EXPR_INTERVAL конфигурация, и по подразбиране е 60 секунди, същото подразбиране се използва стойността от condor_schedd демона.
• рутера Job сега нулира работата източник, ако проблемът е възникнал при обновяване на condor_schedd демона за периодична израз, който се оценява, като True. Периодични прояви на труда трябва да се оцени отново известно време в бъдеще с успешна актуализация.

Какво ново във версия 7.2.0:.

• Основна характеристика подобрения

Какво ново във версия 7.0.5:

• Тази версия съдържа много поправки на грешки и някои подобрения на грешка обработка на Local Universe работни места.
• Имайте предвид, че някои от поправки на грешки са свързани със сигурността; Следователно, сайтове трябва или ъпгрейд или ограничават разрешенията за които е разрешено да представят Condor работни места да има доверие на потребителите.