Condor

Szoftver screenshot:
Condor
Szoftver adatai:
Változat: 7.8.3
Feltöltés dátuma: 20 Feb 15
Fejlesztő: Condor Authors
Engedély: Ingyenes
Népszerűség: 22

Rating: 2.0/5 (Total Votes: 1)

Condor most egyaránt szerepet játszott a technológiai és szociológiai kihívásaira, mint egy számítógépes környezetben,
Condor csapat már épület csodálatos eszközöket, amelyek lehetővé teszik a tudósok és a mérnökök számára, hogy növeljék a számítási teljesítményt.

Mi az új ebben a kiadásban:

    < li> 7.6.X az új, stabil Condor sorozat.
  • Sok új funkciókkal bővült, mivel 7.4.X.

Mi az új verzióban 7.3.2:

  • Kiadási megjegyzések:
  • A kimenet formátumát a condor_status a -grid opciót változott, hogy több hasznos információt.
  • Eltávolították az új sor végéhez a condor_status -format kimenet. Ezért kód, amely elemzi a parancs kimenete most már óvatos, amikor vágás az utolsó sort.
  • Új funkciók:
  • condor_fetchlog most hozza a történelem fájlokat egy condor_schedd démon. És a történelem fájlt által vezetett condor_schedd démon forgathatók napi vagy havi.
  • A condor_ckpt_server automatikusan tisztítsák meg az áporodott ellenőrzőpont fájlokat. A konfigurációs változókat, amelyek szabályozzák ezt a viselkedést az alábbiakban ismertetjük.
  • A condor_ckpt_server (a 32 bites és 64 bites) futtatható most megfelelõen kommunikálni a 32 bites és 64 bites benyújtja csomópontok. Ha valamilyen oknál fogva bitszélességet kérdések merülnek fel az ellenőrzőpont protokoll (például a fájlméret), egyértelmű hibaüzenetek kerülnek a checkpoint szerver naplók.
  • Az új condor_ssh_to_job eszköz lehetővé teszi az interaktív hibakereső futó feladatok. Lásd a man oldalt a [*] A részleteket.
  • A condor_status parancs most lényegesen gyorsabban, különösen a -format opciót.
  • Rács univerzum grid típusú GT5 bővült, amelyet benyújt az új Globus GRAM5 szolgáltatást. Amikor egy gramm szolgáltatás azonosították GT5, jobmanager fojtás és a Grid Monitor nem használják. Lásd a 5.3.2 részleteket.
  • Rács univerzum grid típusú krémet adtak, hogy benyújtsák a krém munkát szolgálatában gLite. Lásd a 5.3.8 részleteket.
  • Ha kevés a fájlleírókkal az új hálózati csatlakozó, a condor_schedd daemon most elkerüli a korlátlan anyagmozgató fel az üzeneteket küld rendszeresen a condor_negotiator és condor_startd.
  • A teljesítmény és a kudarc kezelése a Grid Monitor javult.
  • A grid típusú NorduGrid a rács univerzumban, munka állapotát információkat most felhasználásával nyert NorduGrid ARC LDAP szerver, ami nagyban javítja a teljesítményt. Emellett Condor már elmondhatom, amikor ezek a feladatok futnak.
  • Az új -valgrind opciót condor_submit_dag okok condor_submit_dag, hogy létrehoz egy benyújtja leíró fájl, amely valgrind a condor_dagman, ahelyett, hogy a condor_dagman bináris, mint a futtatható.
  • condor_dagman most lustán értékeli, és megnyitja node munkát naplófájlokat. Elemzése helyett minden benyújtania leírás fájlokat és azonnal kinyitotta a megadott log fájlokat kezdetekor condor_dagman most elemzi a benyújtania leírófájlok előtt minden feladatot indítunk, és egyes naplófájlok nyitott csak akkor, ha megfelelő feladatok vannak a sorban vagy végrehajtó POST szkriptek . Emellett condor_dagman már automatikusan generálja az alapértelmezett felhasználói log fájlban node munkának, amely nem adja meg az egyik.
  • Mind a támogatás és dokumentáció MPI univerzum eltávolították. MPI alkalmazás támogatott segítségével a párhuzamos univerzumban.
  • Ha a condor_startd daemon tesztje virtuális gép szoftver nem sikerül (gépek beállítva képes futtatni virtuális gépek), a condor_startd időről időre újra a vizsgálatot, amíg sikerrel nem jár.
  • A nordugrid_gahp már korlátozza a kapcsolatok számát tette, hogy egyes NorduGrid ARC szerver és újrahasznosítják kapcsolataikat, ha lehetséges.
  • Hozzáadás a ClassAd funkciót eval (), amely úgy egy sor érvet és értékeli a tartalmát a zsinórt ClassAd kifejezés. Egy politikai példa, ahol ez hasznos leírása a 3.5.9 a munkát felfüggesztését.
  • Az új condor_q lehetőség -attributes korlátozza az attribútumokat, amelyek megjelennek, ha a -xml vagy -hosszú lehetőségeket. Korlátozza az attribútumok száma is növeli a hatékonyságot a lekérdezés.
  • Condor energiagazdálkodási képességekkel kerülnek megvalósításra a plug-in. Különösen a condor_startd most fut egy külső program által meghatározott konfigurációs változó HIBERNATION_PLUGIN, hogy végre kimutatására rendelkezésre álló alacsony fogyasztású államok és az ezekre a váltás alacsony fogyasztású államok.
  • Az új Condor daemon condor_rooster bővült felébredni hibernált gépeket, amikor a kifejezés által meghatározott konfigurációs változó UNHIBERNATE igaznak bizonyul. A konfigurációs változók kapcsolatos condor_rooster pontban található 3.3.35.
  • új képességet információk kinyerése a felhasználó eseménynapló olvasó állapotban buffer a felhasználó log olvasó. Mindezt egy a teljes új ReadUserLogStateAccess C ++ class meghatározott read_user_log.h.
  • Változások az érték konfigurációs változó CERTIFICATE_MAPFILE vagy a fájl tartalmát, amelyre utal már nem szükséges a teljes újraindítása Condor. Ehelyett a parancsot condor_reconfig hatására a változások hasznosítani.
  • A condor_master démon nyomtatásakor az utat, és érveket, hogy minden démon elindul, ha D_FULLDEBUG engedélyezve van. Korábban nem volt módja, hogy azt, hogy megjelenjen az érveket, amelyekkel kezdett egy démon.
  • A condor_had daemon most az a képesség, hogy ellenőrizzék démonok eltérő condor_negotiator. Ez vezérlése HAD_CONTROLLEE makró.
  • Condor most felismeri VOMS kiterjesztéseket X.509 proxy. A VOMS attribútumok vannak kódolva a munkát ClassAd attribútum X509UserProxySubject.
  • A condor_startd most tisztítsák meg rekedt virtuális gépek, a következő egy lezuhan Condor vagy gazda operációs rendszer.
  • Miután a baleset, a condor_gridmanager már nem indul újra az összes jobmanagers a GT2 munkahelyet. Ez javítja a regenerálódást.
  • Condor jobban működik a ClassAds minősíteni általános a condor_collector démon. Különböző démonok regisztrálhatják magukat a generikus ClassAds most már eszközöket használó -subsystem lehetőség manipulálják a ClassAds megfelelően.
  • Condor most egy mechanizmust szigorú betartásához, erőforrás korlátozza néhány univerzumok futó feladatokat.
  • Configuration Variable kiegészítések és módosítások:
  • Az új konfigurációs változó EMAIL_SIGNATURE meghatározza az egyéni aláírást csatolni kell e-mailt küldött a Condor rendszert. Ha definiálva van, akkor ez a szokás aláírás helyettesíti az alapértelmezett megadott belsőleg. Nincs alapértelmezett E változó értéke.
  • Az új konfigurációs változó CKPT_SERVER_CLIENT_TIMEOUT tájékoztatja a condor_schedd milyen hosszú másodperc alatt hajlandó várni, hogy megpróbálja beszélni a condor_ckpt_server folyamat minősítése előtt a condor_ckpt_server le. Lásd a 3.3.11 teljes leírására.
  • Az új konfigurációs változó CKPT_SERVER_CLIENT_TIMEOUT_RETRY tájékoztatja a condor_schedd, hogy egyszer condor_ckpt_server van jelölve le, hogyan lehet másodpercnek kell eltelnie, mire a condor_schedd megpróbálja, és kommunikálni a condor_ckpt_server újra. Lásd a 3.3.11 teljes leírására.
  • Az új konfigurációs változó CKPT_SERVER_REMOVE_STALE_CKPT_INTERVAL tájékoztatja a condor_ckpt_server kezdeni eltávolítása állott ellenőrző pontok a megadott időközönként másodpercben. Lásd 3.3.8 teljes leírására.
  • Az új konfigurációs változó CKPT_SERVER_STALE_CKPT_AGE_CUTOFF tájékoztatja a condor_ckpt_server hány éves a checkpoint fájl elérési idő kell ahhoz, hogy figyelembe kell venni állott. Ezúttal összehasonlítjuk az aktuális fogalmát most, amikor az ellenőrzőpont szerver ellenőrzi a checkpoint képfájlt. Lásd 3.3.8 teljes leírására.
  • Az új konfigurációs változó SlotWeight lehet használni, hogy egy slot nagyobb súlyt kiszámításakor használat, számítástechnikai fair részvények, és érvényre csoport kvóták. Lásd 3.3.10 teljes leírására.
  • Az új konfigurációs változó MAX_PERIODIC_EXPR_INTERVAL végrehajtja a felső határ közötti időt értékelése rendszeres kifejezések miatt az adaptív időzítés által implikált konfigurációs változó PERIODIC_EXPR_TIMESLICE. Lásd 3.3.11 teljes leírására.
  • Az új konfigurációs változó GRIDMANAGER_SELECTION_EXPR lehet használni, hogy ellenőrizzék, hogy hány condor_gridmanager folyamatokra nem szült kezelni grid univerzumban munkahelyet. Ennek része ez a változás, eltávolították a konfigurációs változó és támogató kódot GRIDMANAGER_PER_JOB mivel az új konfigurációs változó hatályon kívül helyezi azt. Lásd 3.3.11 teljes leírására.
  • A konfigurációs változó GRIDMANAGER_MAX_PENDING_SUBMITS_PER_RESOURCE és a megfelelő gázt GRIDMANAGER_MAX_PENDING_SUBMITS eltávolították.
  • Az új konfigurációs változó GRID_MONITOR_DISABLE_TIME rendszer, mennyi ideig condor_gridmanager vár miután találkozik egy hibát, mielőtt megkísérli újraindítani a Grid Monitor munkát. Lásd 3.3.23 teljes leírására.
  • Az új előre meghatározott konfigurációs makró DETECTED_MEMORY jelzi a fizikai memória mennyisége (RAM) által észlelt Condor. Az érték meghatározása az Mbyte.
  • Az új előre meghatározott konfigurációs makró DETECTED_CORES jelzi a CPU magokkal által észlelt Condor.
  • Az új konfigurációs változó DELEGATE_FULL_JOB_GSI_CREDENTIALS szabályozza, hogy a teljes vagy korlátozott X.509 proxy delegálják a grid típusú gt2 grid univerzumban munkahelyet. Lásd 3.3.26 teljes leírására.
  • Az új konfigurációs változó UNHIBERNATE által használt condor_startd hirdetni a ClassAd egy logikai kifejezés megadásával, ha a gép kell felébredt, például condor_rooster. Lásd 3.3.10 teljes leírására.
  • Az új konfigurációs változó HIBERNATION_PLUGIN az útvonalat határozza meg a plug-in, amely a condor_startd egyaránt használ felismerni az alacsony fogyasztású állapotba képességeit a gépet, és kapcsolja be a gépet alacsony fogyasztású állapotba. Lásd 3.3.10 teljes leírására.
  • Az új konfigurációs változó HIBERNATION_PLUGIN_ARGS meghatározza további parancssori érveket, amelyeket a condor_startd fog múlni, hogy a plug-in, amikor meghívjuk, hogy kapcsoljuk ki a gépet alacsony fogyasztású állapotba. Lásd 3.3.10 teljes leírására.
  • Az új konfigurációs változó HIBERNATION_OVERRIDE_WOL lehet használni, hogy közvetlen a condor_startd figyelmen kívül hagyni Wake On LAN (WOL) képességeit a készülék hálózati interfész, és áttérjenek egy alacsony energiaigényű állapotba, ha a felülete nem támogatja a WOL, vagy ha WOL le van tiltva rajta. Lásd 3.3.10 teljes leírására.
  • Az új konfigurációs változó DAGMAN_USER_LOG_SCAN_INTERVAL milyen hosszan condor_dagman között vár ellenőrzése munkát naplófájlokat állapotáról. Lásd 3.3.25 teljes leírására.
  • Az új konfigurációs változó DAGMAN_DEFAULT_NODE_LOG beállítja az alapértelmezett log file nevet az új condor_dagman alapértelmezett csomópont log file funkció. Lásd 3.3.25 teljes leírására.
  • Az eltávolított konfigurációs változó DAGMAN_DELETE_OLD_LOGS; Új log fájl olvasható kódot teszi feleslegessé.
  • Az új konfigurációs változó HAD_CONTROLLEE lehet megadni a nevét, a démon, amely a condor_had ellenőrzéseket. Ez a név egyezik a démon nevét a condor_master a DAEMON_LIST.
  • kijavított hibák:
  • Javítva egy hiba ClassAd funkciók, ahol érveket, amelyeket meg kellett volna helyesen kényszerítettek húrok helyett értékelték a hiba.
  • Javítva egy zavaros diagnosztikai üzenetet a JobRouter, ami akkor történt, amikor a munkát eltávolították 5 percen belül benyújtják.
  • Javítva egy hiba, amely szerint a dinamikus résidők (lásd 3.13.7) okozta a gép ClassAd attribútum SLOT_STARTD_ATTRS eltűnik a ClassAd néhány helyekkel.
  • Javítva egy Windows platformon bug, ahol az ablak tartozó Condor munkát nem kap festék üzenetet.
  • Javítva egy hiba, ami condor_q -analyze összeomlik, ha nem volt condor_schedd daemon ClassAd fájlt.
  • Javítva egy condor_procd ütközés okozta, amikor a környezet egy felügyelt folyamat meghaladta 1MByte a / proc.
  • Javítva egy Windows platformon bug ami azt eredményezheti, condor_credd összeomolhat, ha a kért feltételek nem a jelszót boltban.
  • Javítva egy hiba, ami okozza a munkát eseménynapló elfordulás kell teremteni megfelelő engedélyek.
  • Javítva egy hiba a forgatás a munkát eseménynapló ami azt eredményezheti, hogy soha nem kell forgatni a Windows port a Condor.
  • Fix potenciális versenyhelyzet a munkát eseménynapló inicializálás.
  • Fix race condition okozó ütközés az condor_collector és condor_schedd a shutdown.
  • Javítva egy hiba, amely a condor_master néha meghalni, és összeállítottak egy dprintf_failure.MASTER fájlt, ha vagy újraindítása miatt új bináris időbélyeggel, vagy amikor indult először.
  • Fix memóriavesztés kapcsolatos SOAP konfigurációs változókat, hogy akkor történt, amikor Condor volt átszervezni.
  • Javítva egy hiba, amely a submit leíró fájl parancsot cron_day_of_week tévesen figyelmen kívül hagyja.
  • Javítva, amelyben a konfigurációs változók MAX_JOB_QUEUE_LOG_ROTATIONS és GRIDMANAGER_SELECTION_EXPR nem működik megfelelően indulásakor; csak dolgozott, miután a condor_reconfig.
  • Javítva egy hiba, amely SOAP műveletek helytelenül engedélyezett a peer IP.
  • Javítva egy Windows platformon bug, ahol nem minden Condor démonoktól, megbízható a Windows tűzfal (korábbi nevén Internetkapcsolat tűzfala vagy ICF).
  • Javítva egy shutdown versenyhelyzet a condor_master tekintettel a magas rendelkezésre állás démonokat.
  • Javítva egy hiba, amely a Condor daemon hibásan határozta meg elfogyott a socket leírásait.
  • Javítva egy hiba, ha a condor_schedd blokkolja a nagyon hosszú ideig, miközben próbál csatlakozni egy lefelé ellenőrzőpont szerveren. Most a condor_schedd fog tenni egy blokkoló csatlakozni egy timeout az ellenőrzőpont szerver egy konfigurálható másodpercek száma. Ha a connect nem sikerül, az condor_schedd fogja állítani a moratórium csatlakozik az ellenőrzőpont szerveren, amíg a konfigurálható moratórium időszak elmúlik. A konfigurációs fájl leíró változó ez a viselkedés a fent leírt.
  • Megváltozott a check hogy condor_dagman nem más condor_dagman példány fut ugyanazon DAG, ha talál egy lock fájlt induláskor. Most, ha condor_dagman nem biztos, hogy a másik DAGMan él, folytatja, nem pedig kilép.
  • Javítva egy nagy fájl-leíró szivárgás a Stork daemon.
  • Javítva egy hiba, amely a sikeres Stork transzferek jelöltük nem sikerült.
  • Javítva egy ritka, memóriavesztés a felhasználói eseménynapló fájl olvasható kódot olvasása közben rosszul formázott események.
  • Javítva egy hiba, amely több gép ClassAds a condor_collector az azonos nevű, de különböző StartdIPAddr attribútum értékeket, hogy ezáltal a condor_negotiator hogy hibaüzenettel leáll. Ez szokatlan, és nem történhet meg egy tipikus Condor telepítést. A legvalószínűbb oka a condor_advertise hirdetni egyéni ClassAds a grid partnerkereső.
  • Javítva egy hiba, ami miatt condor_dagman a core dump ha minden benyújtania kísérlet sem sikerült a DAG node rendelkező Utóirat. Ez a bug óta létezik Condor verziója 7.1.4.
  • Rögzített memóriavesztés a condor_schedd, ami történt, amikor a konfigurációs változó NEGOTIATOR_MATCH_EXPRS használták.
  • Javítva egy hiba a Windows platformon kód, amely kezeli szkriptek futtatható. Ismeretlen kiterjesztésű fájlokat kezelték, mint egy hiba, nem pedig a Windows futtatható.
  • A condor_job_router most már helyesen állítja a ClassAd attribútum EnteredCurrentStatus, hogy a jelenlegi időszakban, amikor egy új vezetékrendszerek munkát. Korábban másolt ez a tulajdonság az eredeti munkát.
  • A condor_job_router bocsát ki barátságosabb log üzenetet, amikor megállapítja, hogy a elvezetni példányát a munkát eltávolították.
  • A fix történt a problémát látott 7.3.1 amelyben Condor démonok segítségével CCB kapcsolódni más Condor démonok néha fogyasztanak nagy mennyiségű CPU időt ok nélkül.
  • Javítva egy ritka hiba esetén bug, ahol megpróbál csatlakozni keresztül CCB maradhatott függő állapotban a végtelenségig.
  • A Unix csak hiba okozta Condor démonokat nem indul el, ha MAX_FILE_DESCRIPTORS volt konfigurálva magasabb, mint a jelenlegi erős korlátot örökölte Condor. Ha Condor fut root, ez már nem ez a helyzet.
  • A condor_gridmanager most hirdeti grid ClassAds rendesen, ha van több condor_collector démonokat.
  • Ha condor_q -xml és -format együtt korlátozza a száma ClassAd attribútumok vissza a lekérdezés, az XML konténer tag nem keletkezett. Ezt javították, de most a legelterjedtebb módszer, hogy korlátozza a visszaadott attribútumok használata condor_q lehetőség -attributes.
  • Javítva egy hiba, amely a Unix condor_master nem sikerült, amikor megpróbálja újraindítani magát, ha a konfigurációs változó MASTER_LOCK került meghatározásra, vagy ha a condor_master hívták a -t. Ez a bug óta fennálló 7,0 sorozat, és valószínűleg létezett jóval hosszabb.
  • Fix jelentős memóriavesztés a gahp_server. Ez a szivárgás volt csak jelen előző Condor 7.3.x kiadásokban.
  • Javítva egy hiba, ami okozhat távolítani munkát, hogy birtokában van és közzétette visszatér készenléti állapotba.
  • A Globus jar fájlokat osztják el az x86-64 RHEL 5 RPM megsérült, ami GT4 grid típusú munkahelyek nem. Ez javításra került.

Mi az új verzióban 7.2.2:

  • Added a teljes kikötő Condor Debian 5.0 Az x86-os platform.
  • Hozzáadás a lenyírt port a Condor a Debian 5.0 az x86_64 platformon.
  • Hozzáadás a -DumpRescue parancssori jelzőt, hogy condor_dagman és condor_submit_dag. Ezt a zászlót, melynek fő célja a vizsgálathoz.
  • A támogatás a -debug opciót condor_qedit.
  • A Munka Router most használ egy időben szelet timer időszakos kifejezések kiértékelésének, hasonló a condor_schedd démon. Az értékelés intervallum által ellenőrzött konfigurációs változó PERIODIC_EXPR_INTERVAL, és az alapértelmezett 60 másodperc, ugyanaz az alapértéke által használt condor_schedd daemon.
  • A Munka Router most visszaállítja a forrás munkát, ha a hiba jelentkezik, ha frissíti a condor_schedd daemon A rendszeres kifejezés, amely értéke true. A feladat időszakos kifejezések értékelni kell újra valamikor a jövőben egy sikeres frissítést.

Mi az új verzióban 7.2.0:

  • Major szolgáltatási fejlesztést.

Mi az új verzióban 7.0.5:

  • Ez a kiadás számos hibajavítást és némi javulás, hogy hiba kezelése helyi világegyetem munkahelyeket.
  • Ne feledje, hogy néhány, a hibajavítás a biztonsághoz kapcsolódnak; ezért helyre kell vagy frissíteni vagy korlátozhatja jogosultságokat, aki lehetővé tette, hogy nyújtson be Condor munkahelyek megbízható felhasználók.

Hasonló program

OplogReplay
OplogReplay

20 Feb 15

Makeflow
Makeflow

19 Feb 15

paexec
paexec

20 Feb 15

Hozzászólások a Condor

Hozzászólás nem található
Megjegyzés hozzáadása
Kapcsolja be a képeket!