Condor

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

Що нового У цьому випуску :.

< LI> 7.6.X є нова стабільна серії Condor.
• Багато були додані нові функції, так як 7.4.X.

Що нового у версії 7.3.2:

• Зауваження до випуску:
• Формат виводу з condor_status з -grid варіант був змінений на більш корисну інформацію.
• Вилучено символ нового рядка додається в кінець випуску condor_status -format. Таким чином, код, який розбирає висновок цієї команди повинні тепер бути обережними при обрізанні останній рядок.
• Нові можливості:
• condor_fetchlog тепер можуть принести в файли історії в condor_schedd демона. І, файл історії зберігається у condor_schedd демона тепер може бути повернутий щодня або щомісяця.
• condor_ckpt_server автоматично прибирати застарілі файли контрольної точки. Змінні конфігурації, які управляють цієї проблеми описані нижче.
• condor_ckpt_server (або 32-розрядна або 64-розрядна версія) виконуваний тепер буде спілкуватися правильно між 32-бітної і 64-бітної уявити вузлів. Якщо раптом розрядність питання виникають у протоколі контрольно-пропускному пункті (наприклад, з розмірами файлів), ясні повідомлення про помилки в контрольно-пропускному пункті логи сервера.
• новий інструмент condor_ssh_to_job забезпечує інтерактивну налагодження запущених завдань. Зверніться до сторінки довідника по [*] для деталей.
• Команда condor_status зараз значно швидше, особливо з опцією -format.
• Сітка Всесвіт тип сітки gt5 був доданий для представлення нової послуги Глобус GRAM5. Коли служба грам визначені як GT5, JobManager дроселювання і грід-монітор не використовується. Дивіться розділ 5.3.2 для докладної інформації.
• Сітка Всесвіт тип сітки крем був доданий для подання до служби КРЕМ посадовий ППО. Дивіться розділ 5.3.8 для докладної інформації.
• При низькою на файлових дескрипторів для створення нових мережеві сокети, condor_schedd демон тепер уникає необмежену укладання з повідомлень, які він відправляє періодично в condor_negotiator і condor_startd.
• звернення продуктивність і вихід з ладу мережевий монітор були покращені.
• Для типу сітки 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 буде періодично повторіть тест поки не вдається.
• nordugrid_gahp зараз обмежує кількість підключень до кожного сервера NorduGrid АРК і повторно з'єднання, коли це можливо.
• Додана функція Eval ClassAd (), яка сприймає рядок як аргумент і оцінює вміст рядка в якості вираження ClassAd. Приклад політики, коли це корисно описано в розділі 3.5.9 на роботу підвіски.
• новий condor_q варіант -attributes обмежує атрибути, які відображаються при використанні -xml або Длиннее варіанти. Обмеження числа атрибутів також збільшує ефективність запиту.
• можливості управління живленням Кондор тепер реалізована у вигляді плагіна. Зокрема, condor_startd зараз запускає зовнішню програму, як зазначено в змінної HIBERNATION_PLUGIN конфігурації, щоб виконати виявлення доступних низького енергоспоживання і перемикання на цих низьких режимах харчування.
• Новий Condor демон condor_rooster був доданий, щоб прокинутися, що впадають в сплячку машини, коли вираз визначається конфігурацією змінна UNHIBERNATE стає істинним. Змінні конфігурації, які стосуються condor_rooster описані в розділі 3.3.35.
• Додана можливість отримувати інформацію з буферної держави подія входу користувача в систему читача до читача журналу користувач. Це здійснюється за допомогою нового ReadUserLogStateAccess класу С ++, як визначено в read_user_log.h.
• Зміни в значенні змінної CERTIFICATE_MAPFILE конфігурації або вмісту файлу, до якого вона належить, більше не вимагають повного перезапуску Кондора. Замість цього, команда condor_reconfig викличе зміни, які будуть використовуватися.
• condor_master демон тепер надрукувати адресу і аргументи для будь-яких демонів він починає працювати, якщо D_FULLDEBUG включений. Раніше не було ніякої можливості отримати його для відображення аргументів, з якими він починав демон.
• condor_had демон тепер має можливість управляти іншими, ніж condor_negotiator демонів. Це контролюється за допомогою HAD_CONTROLLEE макросу.
• Condor в даний час визнає VOMS розширення в X.509 проксі-серверів. Атрибути VOMS кодуються в роботі ClassAd атрибут X509UserProxySubject.
• тепер condor_startd може очистити мілину віртуальних машин, після краху Кондора або його операційною системою.

не «LI> Після аварії, 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 буде чекати після виникнення помилки, перш ніж намагатися перезапустити роботу Сітка 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 для деяких слотів.
• Виправлена ​​платформа помилка вікон, в яких вікна приналежність до Кондор роботи не отримаєте повідомлення фарбою.
• Виправлена ​​помилка, що приводила до condor_q -analyze до краху, коли не було condor_schedd файл демон ClassAd.
• Виправлена ​​condor_procd аварії виникають, коли середовище контрольованого процесу перевищило 1MByte в / Proc.
• Виправлена ​​платформи помилку Windows, яке може стати причиною condor_credd до краху, якщо просив облікових не в сховище паролів.
• Виправлена ​​помилка, яка була причиною блокування обертання журналу подій, завдання буде створено з неправильними дозволами.
• Виправлена ​​помилка в ротації журналу подій роботи, які могли б призвести до його ніколи не повинен бути повернений в порту вікна Condor.
• Виправлена ​​потенційна гонки в ініціалізації журналу подій робота.
• Виправлена ​​стан гонки, які можуть викликати крах 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 операції були неправильно уповноважений з партнером IP.
• Виправлена ​​платформа помилка вікон, в яких не всі демони Condor довіряли Брандмауер Windows (раніше відомий як брандмауер підключення до Інтернету або ICF).
• Виправлена ​​умова на зупинку гонки в condor_master по відношенню до високих демонів доступності.
• Виправлена ​​помилка, в якій демон Condor неправильно визначений, то скінчилися гнізда дескрипторів.
• Виправлена ​​помилка, при якій 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 Script. Ця помилка існувала з Condor версії 7.1.4.
• Виправлена ​​витік пам'яті в condor_schedd, яка сталася при використанні змінної NEGOTIATOR_MATCH_EXPRS конфігурації.
• Виправлена ​​помилка в коді платформи Windows, яка відноситься до сценарії, як виконувані файли. Невідомі розширення файлів були розглядатися як помилка, а не як виконуваний Windows.
• condor_job_router тепер коректно встановлює атрибут ClassAd EnteredCurrentStatus до поточного часу при створенні нової Маршрутизовані роботу. Раніше це скопіювати цей атрибут з вихідного завдання.
• condor_job_router випромінює більш дружньою повідомлення журналу, коли він зауважує, що направляється копія роботи була вилучена.
• виправлення було зроблено для завдання бачили в 7.3.1, в якому Condor демони, що використовують CCB для підключення до інших Condor демонів іноді споживають велику кількість процесорного часу без поважної причини.
• Виправлена ​​рідкісний випадок, відмова помилка, в якій намагається підключитися за допомогою БКК може залишитися в стані очікування нескінченно.
• Unix тільки помилка, викликані демони Condor до неможливості запуску, якщо MAX_FILE_DESCRIPTORS був налаштований вище, ніж поточна жорсткого обмеження в спадок від Condor. Якщо Condor працює як корінь, це вже не так.
• 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.
• Робота маршрутизатор використовує тепер кванта часу таймера для оцінки періодичного вираження, схожий на condor_schedd демона. Інтервал оцінка управляється змінної PERIODIC_EXPR_INTERVAL конфігурації, і за замовчуванням 60 секунд, за замовчуванням значення використовуваної condor_schedd демона.
• Робота маршрутизатор тепер скидає роботу джерела, якщо відбувається збій при оновленні condor_schedd демон для періодичного вирази, які оцінювали в True. Періодичні вираження роботу слід оцінювати знову деякий час в майбутньому успішного оновлення.

Що нового у версії 7.2.0 :.

• Основні удосконалення функцій

Що нового у версії 7.0.5:

• Цей реліз містить безліч виправлень і деякі поліпшення Помилка обробка локальної всесвіту робочих місць.
• Зверніть увагу, що деякі з виправлень є пов'язані з безпекою; Тому, сайти повинні або оновити або обмежити дозволу на те, хто має право представити Кондор робочих місць для довірених користувачів.