Condor

Software screenshot:
Condor
Podrobnosti Software:
Verze: 7.8.3
Datum uploadu: 20 Feb 15
Vývojka: Condor Authors
Licence: Volný
Popularita: 79

Rating: 2.0/5 (Total Votes: 2)

Condor je nyní ovlivněna oběma technologickými a sociologických problémů takového výpočetního prostředí,
Condor Team buduje úžasné nástroje, které umožňují vědcům a inženýrům zvýšit jejich výpočetní výkon

Co je nového v této verzi:.

    < li> 7.6.X je nová stabilní řada Condor.
  • byly přidány Mnoho nových funkcí od 7.4.X.

Co je nového ve verzi 7.3.2:

  • Poznámky k verzi:
  • Formát výstupu z condor_status s možností -grid byl změněn, aby další užitečné informace.
  • Odstraněno newline připojena na konec condor_status -format výstupu. Proto, kód, který analyzuje výstup tohoto příkazu by nyní měly být opatrní při ořezávání poslední řádek.
  • Nové vlastnosti:
  • condor_fetchlog nyní může načíst historii soubory v condor_schedd démona. A soubor historie vedeného condor_schedd démonem může být nyní otáčet denní nebo měsíční.
  • condor_ckpt_server automaticky vyčistit zastaralé soubory kontrolního bodu. Proměnné konfigurace, které řídí toto chování, jsou popsány níže.
  • condor_ckpt_server (buď 32-bit nebo 64-bit), spustitelný budou nyní správně komunikovat mezi 32-bit a 64-bit odeslat uzly. Pokud náhodou dojde bitová šířka otázky vyvstávají v protokolu kontrolního bodu (například s velikostí souboru), jasné chybové zprávy jsou zaznamenány v kontrolní bod logů serverů.
  • Nový condor_ssh_to_job nástroj umožňuje interaktivní ladění běžících úloh. Podívejte se na manuálové stránce na [*] pro detaily.
  • Příkaz condor_status je nyní podstatně rychlejší, a to zejména s možností -format.
  • Grid vesmír typu grid GT5 byla přidána k předložení nové služby Globus GRAM5. Když je GRAM služba identifikován jako GT5, jobmanager škrcení a Grid monitoru nejsou používány. Viz bod 5.3.2 pro detaily.
  • Grid vesmír typu grid smetana byla přidána k předložení službu CREAM práce gLite. Viz bod 5.3.8 pro detaily.
  • Při nízké popisovačů souboru pro vytváření nových síťových zásuvek, condor_schedd démon nyní vyhýbá neomezené stohování do zpráv, které se pravidelně posílá do condor_negotiator a condor_startd.
  • výkon a selhání zacházení s Grid monitoru byly zlepšeny.
  • Pro typ mřížka nordugrid v rastru vesmíru, informace o stavu úlohy nyní získat pomocí Nordugrid oblouku LDAP server, který by měl výrazně zlepšit výkon. Také Condor může nyní říct, když jsou spuštěny tyto práce.
  • Nové -valgrind možnost condor_submit_dag příčiny condor_submit_dag generovat předložit popis soubor, který používá valgrind na condor_dagman, namísto condor_dagman binární jako jeho spustitelný.
  • condor_dagman se líně vyhodnocuje a otevře uzlů log soubory zaměstnání. Místo analýzy všech podat popis souborů a okamžitě otevřou své určité soubory protokolu při startu, condor_dagman nyní analyzuje předložit popis soubory těsně předtím, než každé pracovní místo je předložena, a má každý log soubor otevřít pouze tehdy, když rozhodující úlohy ve frontě nebo provádění POST skripty , Kromě toho, condor_dagman nyní automaticky generuje soubor protokolu výchozí uživatelské pro jakoukoli úlohu uzlu, který neurčuje jeden.
  • Jak podpora a dokumentace pro MPI vesmíru byly odstraněny. Aplikace MPI jsou podporovány pomocí paralelního vesmíru.
  • Při zkoušce se condor_startd démona z virtuálního počítače selže (pro stroje konfigurované jako schopný běhu virtuálních strojů), condor_startd bude pravidelně opakovat test, dokud nebude úspěšný.
  • nordugrid_gahp nyní omezuje počet připojení provedených každý server NorduGrid ARC a opakované používání připojení, když je to možné.
  • Přidána funkce eval ClassAd (), která přebírá argument řetězce a hodnotí obsah řetězce jako výraz ClassAd. Příkladem politiky, kde je to užitečné je popsáno v kapitole 3.5.9 o pozastavení práce.
  • Nový condor_q možnost -attributes omezuje atributy, které jsou zobrazeny při použití -xml nebo delšího možnosti. Omezení počtu atributů také zvyšuje účinnost dotazu.
  • správa napájení Condor jsou nyní realizovány jako plug-in. Zejména condor_startd nyní běží externí program, jak je uvedeno v konfiguračním proměnné HIBERNATION_PLUGIN, provádět detekci dostupných nízkých stavech napájení a při přechodu na těchto nízkých stavech napájení.
  • Nový Condor démon condor_rooster byl přidán probudit přezimující stroje, když výraz definovaný konfigurační proměnné UNHIBERNATE bude pravda. Konfigurační proměnné týkající se condor_rooster jsou popsány v kapitole 3.03.35.
  • Přidána možnost získávat informace z protokolu čtenáře uživatelské události státní vyrovnávací paměti pro čtenáře protokolu uživatele. Toho je dosaženo díky nové ReadUserLogStateAccess C ++ třídy, jak je definováno v read_user_log.h.
  • Změny v hodnotě konfigurační proměnné CERTIFICATE_MAPFILE nebo obsah souboru, na který se vztahuje již nevyžadují plný restart Condor. Místo toho se bude příkaz condor_reconfig způsobit změny použít.
  • condor_master démon nyní vytisknout cestu a argumenty na jakékoliv démonů začne, pokud je povoleno D_FULLDEBUG. Dříve tam byl žádný způsob, jak se dostat k zobrazení argumenty, se kterými začínal démona.
  • condor_had Démon má nyní schopnost ovládat jiný než condor_negotiator démony. To je ovládán HAD_CONTROLLEE makra.
  • Condor nyní uznává voms rozšíření v X.509 proxy. Atributy voms jsou zakódovány v práci ClassAd atributu X509UserProxySubject.
  • condor_startd nyní vyčistit pletl virtuálních počítačů, po havárii Condor nebo jeho hostitelským operačním systémem.
  • Po havárii, condor_gridmanager již restartuje všechny jobmanagers pro GT2 pracovních míst. To by mělo zlepšit čas na zotavení.
  • Condor funguje lépe s ClassAds kategorizovaných jako obecný v condor_collector démona. Různé démoni, které se zaregistrují se s generickými ClassAds nyní může mít nástroje, které používají -subsystem možnost řádně manipulovat s jejich ClassAds.
  • Condor nyní poskytuje mechanismus vymáhat přísné zdroj omezení pro některé vesmírech běžící úlohy.
  • konfigurační proměnné Dodatky a změny:
  • Nová konfigurace proměnná EMAIL_SIGNATURE určuje vlastní podpis musí být připojen k e-maily odeslané systémem Condor. Pokud je definována, pak se tento zvyk podpis nahrazuje výchozího zadaný interně. Neexistuje žádná standardní hodnota této proměnné.
  • Nová konfigurace proměnná CKPT_SERVER_CLIENT_TIMEOUT informuje condor_schedd jak dlouho v sekundách, že je ochoten počkat, aby se pokusila promluvit způsobu condor_ckpt_server před deklarovat condor_ckpt_server dolů. Viz kapitola 3.3.11 pro úplný popis.
  • Nová konfigurace proměnná CKPT_SERVER_CLIENT_TIMEOUT_RETRY informuje condor_schedd, že jakmile je condor_ckpt_server byla označena jako dolů, jak může, musí projít sekund před condor_schedd se bude snažit a komunikovat s condor_ckpt_server znovu. Viz kapitola 3.3.11 pro úplný popis.
  • Nová konfigurace proměnná CKPT_SERVER_REMOVE_STALE_CKPT_INTERVAL informuje condor_ckpt_server začít odstranění zastaralých kontrolních bodů v zadaném intervalu v sekundách. Viz bod 3.3.8 pro úplný popis.
  • Nová konfigurace proměnná CKPT_SERVER_STALE_CKPT_AGE_CUTOFF informuje condor_ckpt_server jak stará přístupová doba soubor kontrolního bodu je třeba, aby mohly být považovány za zatuchlý. Tato doba je ve srovnání s aktuální pojmu nyní, kdy kontrolní bod server zkontroluje kontrolního bodu obrazový soubor. Viz bod 3.3.8 pro úplný popis.
  • Nová konfigurace proměnná SlotWeight mohou být použity, aby slot větší váhu při výpočtu je s nimi nakládáno, výpočetní spravedlivé akcií, a prosazování skupinových kvót. Viz 3.3.10 pro kompletní popis.
  • Nová konfigurace Proměnná MAX_PERIODIC_EXPR_INTERVAL zavádí strop na dobu mezi hodnocením pravidelných výrazů, díky adaptivní načasování předpokládané konfigurační proměnné PERIODIC_EXPR_TIMESLICE. Viz 3.3.11 pro kompletní popis.
  • Nová konfigurace proměnná GRIDMANAGER_SELECTION_EXPR lze použít k ovládání kolik condor_gridmanager procesy budou plodil spravovat mřížky vesmíru pracovních míst. V rámci této změny, odstranil konfigurační proměnnou a podpůrné kód GRIDMANAGER_PER_JOB, protože nová konfigurace proměnná ji nahrazuje. Viz 3.3.11 pro kompletní popis.
  • konfigurační proměnné GRIDMANAGER_MAX_PENDING_SUBMITS_PER_RESOURCE a odpovídající škrtící GRIDMANAGER_MAX_PENDING_SUBMITS byly odstraněny.
  • Nová konfigurace kontroly proměnná GRID_MONITOR_DISABLE_TIME jak dlouho condor_gridmanager bude čekat po setkání chybu před pokusem o restart úlohy Grid Monitor. Viz 03/03/23 pro kompletní popis.
  • Nový předem definovaná nastavení makro DETECTED_MEMORY udává množství fyzické paměti (RAM) detekován Condor. Hodnota je uvedena v MB.
  • Nové předdefinovaná konfigurace makro DETECTED_CORES označuje počet jader CPU detekovaných Condor.
  • Nová konfigurace proměnná kontroly DELEGATE_FULL_JOB_GSI_CREDENTIALS zda úplné nebo omezené X.509 proxy je v přenesené pravomoci pro typové mřížka gt2 grid vesmíru pracovních míst. Viz 3.3.26 pro kompletní popis.
  • nová konfigurace proměnná UNHIBERNATE je používán condor_startd inzerovat v jeho ClassAd boolean výrazu určující, kdy by měl být stroj probuzeni, například condor_rooster. Viz 3.3.10 pro kompletní popis.
  • Nová konfigurace proměnná HIBERNATION_PLUGIN určuje cestu k plug-in, který condor_startd používá jak k detekci nízké schopnosti provozní stav stroje a přepnout přístroj do stavu nízké spotřeby energie. Viz 3.3.10 pro kompletní popis.
  • Nová konfigurace proměnná HIBERNATION_PLUGIN_ARGS Určuje další argumenty příkazového řádku, které condor_startd přejde na plug-in při vyvolání jej přepnout stroj do stavu nízké spotřeby energie. Viz 3.3.10 pro kompletní popis.
  • Nová konfigurace proměnná HIBERNATION_OVERRIDE_WOL mohou být použity k nasměrování condor_startd ignorovat Wake on LAN (WOL) možností síťového rozhraní zařízení, a přejít do stavu nízké spotřeby energie, i v případě, že rozhraní nepodporuje WOL, nebo-li WOL je zakázána na to. Viz 3.3.10 pro kompletní popis.
  • Nová konfigurace proměnná kontroly DAGMAN_USER_LOG_SCAN_INTERVAL jak dlouho condor_dagman čeká mezi Kontrola souborů žurnálu pracovní aktualizace stavu. Viz 03.3.25 pro kompletní popis.
  • Nová konfigurace proměnná DAGMAN_DEFAULT_NODE_LOG nastaví název souboru protokolu výchozí pro nový condor_dagman výchozí funkci souboru protokolu uzlu. Viz 03.3.25 pro kompletní popis.
  • Odebráno konfigurační proměnné DAGMAN_DELETE_OLD_LOGS; Nový kód soubor protokolu čtení dělá to zastaralé.
  • nová konfigurace proměnná HAD_CONTROLLEE se používá k určení názvu démona, kterých se condor_had kontroly. Tento název by měl odpovídat název démona v condor_master v DAEMON_LIST.
  • opravených:
  • Opravena chyba ve funkcích ClassAd kde argumenty, které by měly být správně nucen do řetězce namísto vyhodnocena ERROR.
  • Pevná matoucí diagnostickou zprávu s JobRouter, což se stalo, když byla práce odstraněna během 5 minut od jejich předložení.
  • Opravena chyba, ve kterém je použití dynamických slotů (viz kapitola 3.13.7), způsobilo, že se ClassAd stroje atribut SLOT_STARTD_ATTRS zmizet z ClassAd pro některé sloty.
  • Opravena chyba platforma Windows, ve kterém okno patřící k Condor zaměstnání neobdrží laku zprávu.
  • Opravena chyba způsobující condor_q -analyze se zhroutí, když tam byl žádný condor_schedd daemon ClassAd souborů.
  • Opraven condor_procd pád způsobil, když prostředí sledované procesu překročila 1MByte v / proc.
  • Opravena chyba platformu Windows, která by mohla způsobit, že condor_credd k pádu, zda požadovaná pověření není v obchodě s heslem.
  • Opravena chyba, která způsobuje otáčení protokolu událostí je pracovní zámek má být vytvořen s nesprávnými oprávněními.
  • Opravena chyba při otáčení pracovního protokolu událostí, které by mohly způsobit, že nikdy se otáčet v přístavu oken Condor.
  • Pevná potenciální spor v inicializaci práce protokolu událostí.
  • Pevná race condition, která by mohla způsobit krach condor_collector a condor_schedd na vypnutí.
  • Opravena chyba, ve kterém by se condor_master někdy umírají a vytvořit soubor dprintf_failure.MASTER kdy buď restartování díky novým binární časových razítek nebo když původně začal.
  • Opraven únik paměti týkající se konfigurace SOAP proměnných, které nastaly v době Condor překonfigurovat.
  • Opravena chyba, ve kterém bylo předložit popis příkazový soubor cron_day_of_week chybně ignorován.
  • Opravena chyba, ve kterém jsou konfigurační proměnné MAX_JOB_QUEUE_LOG_ROTATIONS a GRIDMANAGER_SELECTION_EXPR nebude správně fungovat při startu; oni jen pracovali po condor_reconfig.
  • Opravena chyba, ve kterém SOAP operace byly nesprávně autorizované s srovnávacího šetření.
  • Opravena chyba platforma Windows, ve které byly ne všichni démoni Condor důvěřuje Windows Firewall (dříve známý jako Internet Connection Firewall nebo ICF).
  • Pevná vypnutí spor v condor_master s ohledem na vysokou dostupností démony.
  • Opravena chyba, ve kterém Condor démon nesprávně rozhodli, že utekl ze zásuvky deskriptorů.
  • Opravena chyba, kdy by condor_schedd blokovat po velmi dlouhou dobu, při pokusu o připojení k serveru dolů kontrolního bodu. Nyní condor_schedd bude dělat blokování spojit s časovým limitem do kontrolního bodu serveru konfigurovatelné počet sekund. V případě, že připojení selže, condor_schedd dát moratorium na připojení k serveru kontrolního bodu až konfigurovatelné moratorium období průchodů. Proměnné v konfiguračním souboru, které popisují toto chování jsou popsány výše.
  • Změnil šek, který condor_dagman dělá pro ostatní condor_dagman instance spuštěné stejné DAG, pokud zjistí, soubor zámku při spuštění. A teď, pokud condor_dagman není jistý, zda druhý DAGMan je naživu, to pokračuje, spíše než ukončení.
  • Pevná velký únik popisovač souboru v Stork démona.
  • Opravena chyba, ve které byly úspěšné převody Stork označen jako se nezdařilo.
  • Pevná neobvyklý nevracení paměti v uživatelském události kódu log soubor čtení, při čtení špatně formátované události.
  • Opravena chyba, ve kterém více stroj ClassAds v condor_collector se stejným názvem, ale různé hodnoty atributů StartdIPAddr, by způsobilo condor_negotiator ukončit s chybou. To je neobvyklé a neměla by se stát v typické instalaci Condor. Nejpravděpodobnější příčinou je použití condor_advertise propagovat vlastní ClassAds pro mřížky matchmaking.
  • Opravena chyba, která způsobila condor_dagman na core dump, pokud všechny pokusy podat selhala na uzlu DAG má POST skriptu. Tato chyba existuje již od roku Condor verze 7.1.4.
  • Opraven únik paměti v condor_schedd, ke kterému došlo, když byl použit konfigurační proměnná NEGOTIATOR_MATCH_EXPRS.
  • Opravena chyba v systému Windows platformě kódu, který zachází skripty jako spustitelné soubory. Neznámé přípony souborů bylo považováno za chybu, spíše než jako spustitelný soubor Windows.
  • condor_job_router nyní správně nastaví ClassAd atribut EnteredCurrentStatus na aktuální čas při vytváření nové směrovány práci. Dříve kopírovat tento atribut z původní práci.
  • condor_job_router vydává příznivější protokolu zprávu, když se uvádí, že byla odstraněna směrován kopie úlohy.
  • oprava byla provedena za problém vidět v 7.3.1, ve kterém Condor démony pomocí CCB pro připojení k jiným Condor démonů by se někdy spotřebuje velké množství času CPU bezdůvodně.
  • Pevná vzácný případ selhání chyba, ve kterém se pokusí připojit přes CCB mohl zůstat ve stavu čekání na dobu neurčitou.
  • Unix jen chyba způsobená Condor démony nepodaří spustit, pokud MAX_FILE_DESCRIPTORS byl nakonfigurován vyšší než aktuální tvrdé limitu zdědila Condor. Pokud Condor běží jako root, to je už ne případ.
  • condor_gridmanager nyní inzeruje mřížky ClassAds správně, pokud existuje více condor_collector démony.
  • Při použití condor_q -xml a -format společně omezit počet ClassAd atributy se vrátil v dotazu, tag XML kontejner nebyl vygenerován. To je pevná, ale teď preferovaným způsobem, jak omezit vrácené atributy, je použití condor_q opční -attributes.
  • Opravena chyba, ve kterém Unix condor_master selhal při pokusu o restartování sám, pokud byl definován konfigurace proměnná MASTER_LOCK, nebo v případě, že condor_master byl vyvolán s volbou -t. Tato chyba existuje již od řady 7.0, a pravděpodobně existuje mnohem déle, než to.
  • Pevná významný nevracení paměti v gahp_server. Tento únik byl přítomen jen v předchozích Condor 7.3.x verzí.
  • Opravena chyba, která může způsobit odstraněn práci, která se koná, a pak se uvolní pro návrat do klidového stavu.
  • Globus jar soubory distribuované s x86-64 RHEL 5 RPM byly poškozeny, což typ GT4 grid úlohy selhání. Tento problém byl opraven.

Co je nového ve verzi 7.2.2:

  • Přidáno plné port Condor v Debianu 5.0 na platformu x86.
  • Přidáno připnutou port Condor na Debian 5.0 na platformě x86_64.
  • Přidána -DumpRescue příkazového řádku vlajku condor_dagman a condor_submit_dag. Tento příznak je určena především pro testování.
  • Byla přidána podpora pro možnost -debug na condor_qedit.
  • Job Router nyní používá časový úsek časovač pro pravidelné hodnocení výrazu, podobný condor_schedd démona. Interval hodnocení je řízen konfigurační proměnné PERIODIC_EXPR_INTERVAL, a výchozí až 60 sekund, stejnou výchozí hodnotu používané condor_schedd démon.
  • Job Router nyní resetuje zdroj práci, pokud dojde k selhání při aktualizaci condor_schedd démona pro periodické výraz, který vyhodnoceno jako true. Pravidelné výrazy se úloha by měla být opět hodnoceny někdy v budoucnu úspěšné aktualizaci.

Co je nového ve verzi 7.2.0:.

  • Hlavní vylepšení funkce

Co je nového ve verzi 7.0.5:

  • Tato verze obsahuje mnoho oprav a některá vylepšení chyba manipulace s lokálním vesmíru pracovních míst.
  • Pamatujte, že některé z těchto oprav jsou bezpečnostní účely; proto, stránky by měly inovovat nebo omezit oprávnění o tom, kdo se nechá předložit Condor úlohy důvěryhodným uživatelům.

Podobný software

cloud-calculator
cloud-calculator

12 May 15

SlaBuntuVMware
SlaBuntuVMware

2 Jun 15

Ganeti
Ganeti

17 Feb 15

Komentáře k Condor

Komentáře nebyl nalezen
Přidat komentář
Zapnout obrázky!