Condor

Condor este acum influențată atât de provocări tehnologice și sociologice ale unei astfel de mediu de calcul,
Condor Echipa a fost construirea instrumente uimitoare care permit oamenii de știință și ingineri pentru a crește tranzitată de calcul

Ce este nou în această versiune:.

< li> 7.6.X este noua serie stabil Condor.
• Multe caracteristici noi au fost adăugate de la 7.4.X.

Ce este nou în versiunea 7.3.2:

• Note de lansare:
• Formatul de ieșire din condor_status cu opțiunea -grid a fost schimbat pentru a furniza mai multe informatii utile.
• Eliminat newline anexată la sfârșitul producției condor_status -format. Prin urmare, cod care analizează ieșirea acestei comenzi ar trebui să fie acum atenți atunci când tunderea ultima linie.
• Caracteristici noi:
• condor_fetchlog poate aduce acum fișierele istoria unui demon condor_schedd. Și, fișierul istoric păstrat de demonul condor_schedd poate fi acum rotit zilnic sau lunar.
• condor_ckpt_server va curăța automat fișierele punct de control vechi. Variabilele de configurare care controlează acest comportament sunt descrise mai jos.
• condor_ckpt_server (fie pe 32 de biți sau 64 de biți) executabil va comunica acum corect între 32-bit și 64-bit prezinte noduri. În cazul în care prin unele pic întâmplare probleme lățime apar în protocolul punctul de control (de exemplu, cu fișiere de dimensiuni), mesaje de eroare clare sunt înregistrate în jurnalele de server punct de control.
• Noul instrument condor_ssh_to_job permite depanarea interactivă de locuri de muncă de funcționare. Vezi pagina de manual la [*] pentru detalii.
• Comanda condor_status este acum mult mai rapid, mai ales cu opțiunea -format.
• univers Grilă tip grilă GT5 a fost adăugat pentru a fi prezentat noul serviciu Globus GRAM5. Când un serviciu GRAM este identificat ca GT5, jobmanager de restricție și Monitorul Grid nu sunt utilizate. Vezi secțiunea 5.3.2 pentru detalii.
• Grilă univers tip grilă cremă a fost adăugat pentru depunerea la serviciul de locuri de muncă crema gLite. Vezi secțiunea 5.3.8 pentru detalii.
• Când scăzut pe descriptorii de fișiere pentru crearea de noi prize de rețea, demonul condor_schedd evită acum stivuirea nelimitat sus de mesaje pe care le trimite periodic condor_negotiator și condor_startd.
• Manipularea performanță și eșec a Monitorului Grid au fost îmbunătățite.
• De tip grilă nordugrid în univers rețea, informații despre starea de locuri de muncă este acum obținută folosind server LDAP Nordugrid ARC, care ar trebui să îmbunătățească considerabil performanțele. De asemenea, Condor pot spune acum, când aceste locuri de muncă se execută.
• Noua opțiune -valgrind la condor_submit_dag cauze condor_submit_dag pentru a genera o descriere fișier susțin că utilizează Valgrind pe condor_dagman, în loc de binar executabil condor_dagman ca ei.
• condor_dagman acum evalueaza alene și se deschide nod fișiere jurnal de locuri de muncă. În loc de parsare toate inscrieti descriere fișiere și deschiderea imediat fișierele lor jurnal specificat la pornire, condor_dagman analizează acum submit descrierea fișierelor chiar înainte de fiecare loc de muncă este prezentat, și are fiecare fișier jurnal deschis doar atunci când locurile de muncă relevante sunt în coada de așteptare sau de executare script-uri POST . În plus, condor_dagman acum genereaza automat un fișier jurnal utilizator implicit pentru orice loc de munca nod care nu se specifică o.
• Atât sprijinul și documentația pentru universul MPI au fost eliminate. Aplicații MPI sunt sprijinite prin utilizarea a universului paralel.
• Când încercare demonul condor_startd de software mașină virtuală nu (pentru mașini configurate ca fiind capabil să ruleze masini virtuale), condor_startd va reîncerca periodic testul până când reușește.
• nordugrid_gahp limitează acum numărul de conexiuni efectuate la fiecare server NorduGrid ARC și reutilizează conexiuni, atunci când este posibil.
• Adaugata functia eval ClassAd (), care are un argument șir și evaluează conținutul șir ca o expresie ClassAd. Un exemplu politică în cazul în care acest lucru este util este descris la punctul 3.5.9 privind suspendarea de locuri de muncă.
• Cea mai nouă condor_q opțiune -attributes limitează atributele care sunt afișate atunci când utilizați -xml sau opțiunile -Long. Limitarea numărului de atribute crește, de asemenea, eficiența interogare.
• capabilități de gestionare a energiei Condor sunt acum implementate ca un plug-in. În special, condor_startd ruleaza acum un program extern, în conformitate cu specificațiile de configurare HIBERNATION_PLUGIN variabil, pentru a efectua detectarea disponibile state redus de energie și trecerea la aceste state redus de energie.
• Cea mai nouă condor_rooster demon Condor a fost adăugat la trezi masini hibernare atunci când expresia definită de configurația UNHIBERNATE variabila devine adevărată. Variabilele de configurare referitoare la condor_rooster sunt descrise în secțiunea 3.3.35.
• Adaugata capacitatea de a extrage informații de la tampon de stat eveniment de folosire jurnalul cititorului de a cititorului jurnal utilizator. Acest lucru este pus în aplicare printr-un nou ReadUserLogStateAccess C ++ clasă astfel cum sunt definite în read_user_log.h.
• Modificări valoarea de configurare CERTIFICATE_MAPFILE variabilă sau conținutul dosarului la care se face referire nu mai necesită o repornire plin de Condor. În schimb, condor_reconfig comanda va determina modificările care urmează să fie utilizate.
• condor_master Daemon va imprima acum calea și argumentele pentru orice daemon de a începe dacă D_FULLDEBUG este activat. Anterior, nu a existat nici o modalitate de a-l pentru a afișa argumentele cu care a fost de a începe un demon.
• condor_had daemon are acum capacitatea de a controla, altele decât condor_negotiator demonilor. Acest lucru este controlat prin intermediul macro HAD_CONTROLLEE.
• Condor recunoaște acum extensii VOMS din proxy-uri X.509. Atributele VOMS sunt codate în lucrarea ClassAd atributul X509UserProxySubject.
• condor_startd poate curăța acum cu mașini virtuale irecuperabile, în urma unui accident de Condor sau sistem de operare gazdă.
• În urma unui accident, condor_gridmanager nu mai repornește toate jobmanagers pentru locuri de muncă GT2. Acest lucru ar trebui să îmbunătățească timp de recuperare.
• Condor funcționează mai bine cu ClassAds clasificate ca generic în demonul condor_collector. Diferite daemon care se inregistreaza cu ClassAds generice pot avea acum instrumentele care folosesc opțiunea -subsystem manipula ClassAds în mod corespunzător.
• Condor oferă acum un mecanism pentru a pune în aplicare de resurse strict de limitare pentru anumite universuri de locuri de muncă care rulează.
• Configurare Completări variabile și modificări:
• Cea mai nouă EMAIL_SIGNATURE variabilă de configurare specifică o semnătură personalizat care urmează să fie anexată la e-mail trimis de sistemul Condor. În cazul în care este definită, atunci acest semnătură personalizată îl înlocuiește pe cel implicit specificat intern. Nu există nici o valoare implicită pentru această variabilă.
• CKPT_SERVER_CLIENT_TIMEOUT variabilă de configurare nou informează condor_schedd cât timp în secunde, este dispus să aștept pentru a încerca să vorbesc cu un proces condor_ckpt_server înainte de a declara o condor_ckpt_server jos. A se vedea secțiunea 3.3.11 pentru descrierea completa.
• Cea mai nouă CKPT_SERVER_CLIENT_TIMEOUT_RETRY variabilă de configurare informează condor_schedd că, odată ce o condor_ckpt_server este fost marcate ca fiind jos, cum pot secunde trebuie să treacă înainte condor_schedd va încerca și de a comunica din nou cu condor_ckpt_server. A se vedea secțiunea 3.3.11 pentru descrierea completa.
• Cea mai nouă CKPT_SERVER_REMOVE_STALE_CKPT_INTERVAL variabilă de configurare informează condor_ckpt_server să înceapă eliminarea puncte de control vechi la un interval specificat în secunde. A se vedea secțiunea 3.3.8 pentru descrierea completa.
• Cea mai nouă CKPT_SERVER_STALE_CKPT_AGE_CUTOFF variabilă de configurare, informează condor_ckpt_server câți ani timp de acces un dosar punct de control trebuie să fie pentru a fi luate în considerare vechi. Acest timp este comparat cu noțiunea actuală de acum când serverul de punctul de control verifică fișierul imagine punctul de control. A se vedea secțiunea 3.3.8 pentru descrierea completa.
• SlotWeight variabilă de configurare noi pot fi utilizate pentru a da un slot pondere mai mare atunci când se calculează utilizare, calcul actiuni corecte, precum și aplicarea cotelor de grup. A se vedea 3.3.10 pentru descrierea completa.
• Cea mai nouă variabilă de configurare MAX_PERIODIC_EXPR_INTERVAL pune în aplicare un plafon pe timpul între evaluare de expresii periodice, ca urmare a calendarului de adaptare implicată de configurare PERIODIC_EXPR_TIMESLICE variabil. A se vedea 3.3.11 pentru descrierea completa.
• GRIDMANAGER_SELECTION_EXPR variabilă de configurare noi pot fi folosite pentru a controla cât de multe procese condor_gridmanager vor fi dat naștere pentru a gestiona de locuri de muncă universului de rețea. Ca o parte a acestei schimbări, eliminat variabila de configurare și codul de sprijin pentru GRIDMANAGER_PER_JOB deoarece noua variabila de configurare se înlocuiește. A se vedea 3.3.11 pentru descrierea completa.
• GRIDMANAGER_MAX_PENDING_SUBMITS_PER_RESOURCE variabilă de configurare și GRIDMANAGER_MAX_PENDING_SUBMITS clapetei corespunzătoare au fost eliminate.
• configurarea nou Controalele GRID_MONITOR_DISABLE_TIME variabil cât de mult condor_gridmanager va aștepta după întâmpină o eroare înainte de a încerca pentru a reporni un loc de muncă Grid Monitor. A se vedea 3.3.23 pentru descrierea completa.
• Cea mai nouă DETECTED_MEMORY de configurare macro pre-definite indică cantitatea de memorie fizică (RAM) detectate prin Condor. Valoarea este dată în MB.
• noua configurație DETECTED_CORES macro pre-definite indică numărul de nuclee CPU detectate de Condor.
• configurarea nou Controalele DELEGATE_FULL_JOB_GSI_CREDENTIALS variabile dacă un proxy complet sau limitat X.509 este delegată de tip grilă locuri de muncă grilă GT2 universului. A se vedea 3.3.26 pentru descrierea completa.
• Cea mai nouă configurație UNHIBERNATE variabilă este utilizată de către condor_startd a face publicitate în ClassAd sa o expresie boolean specificând când mașina ar trebui să fie trezit, de exemplu prin condor_rooster. A se vedea 3.3.10 pentru descrierea completa.
• Cea mai nouă HIBERNATION_PLUGIN variabilă de configurare specifică calea către plug-in care condor_startd folosește atât pentru a detecta mici capacitățile de stat de energie de o mașină și a comuta aparatul la o stare de energie redus. A se vedea 3.3.10 pentru descrierea completa.
• Cea mai nouă configurație HIBERNATION_PLUGIN_ARGS variabilă argumente suplimentare în linia de comandă care condor_startd va trece la plug-in, atunci când se invocă pentru a comuta aparatul la o stare de energie redus. A se vedea 3.3.10 pentru descrierea completa.
• HIBERNATION_OVERRIDE_WOL variabilă de configurare noi pot fi utilizate pentru a orienta condor_startd să ignore Wake on LAN (WOL) capacitățile de interfață de rețea a aparatului, precum și pentru a comuta la o stare de energie redus, chiar dacă interfața nu acceptă funcția WOL, sau în cazul în care funcția WOL este dezactivat pe ea. A se vedea 3.3.10 pentru descrierea completa.
• Variabila de configurare nou controalele DAGMAN_USER_LOG_SCAN_INTERVAL cât condor_dagman durata de așteptare între verifica fișierele jurnal de locuri de muncă pentru actualizări de stare. A se vedea 3.3.25 pentru descrierea completa.
• Cea mai nouă variabilă de configurare DAGMAN_DEFAULT_NODE_LOG setează numele fișierului jurnal implicit pentru noua caracteristica fișier jurnal nod implicit condor_dagman. A se vedea 3.3.25 pentru descrierea completa.
• scos DAGMAN_DELETE_OLD_LOGS variabile de configurare; Noul cod de lectură fișier istoric face învechit.
• Cea mai nouă HAD_CONTROLLEE variabilă de configurare este folosit pentru a specifica numele demonul care controalele condor_had. Acest nume ar trebui să se potrivească cu numele demon în DAEMON_LIST condor_master de.
• Bugs fix:
• Fixed un bug în funcțiile ClassAd unde argumente care ar fi trebuit forțate corect în șiruri evaluat în schimb la EROARE.
• Fixed un mesaj diagnostic confuz cu JobRouter, care a avut loc atunci când un loc de muncă a fost eliminat în termen de 5 minute de a fi înaintat.
• Fixed un bug în care utilizarea sloturilor dinamice (vezi pct 3.13.7) a cauzat ClassAd mașini atribuie SLOT_STARTD_ATTRS să dispară din ClassAd pentru niște fante.
• Fixed un bug platformă pentru Windows în care fereastra care aparține unui loc de muncă Condor nu primește un mesaj de vopsea.
• Fixed un bug care cauzează condor_q -analyze la crash atunci când nu a existat nici un fișier demon ClassAd condor_schedd.
• Fixed-un accident provocat condor_procd atunci când mediul unui proces monitorizat depășit 1Mbyte în / proc.
• Fixed un bug platforma Windows, care ar putea provoca condor_credd la accident, dacă o acreditare solicitat nu este în magazin parolă.
• Fixed un bug care a fost cauza de locuri de muncă de rotație jurnal de evenimente de blocare a fi create cu permisiuni incorecte.
• Fixed un bug în rotirea jurnalul de evenimente de locuri de muncă pe care ar putea provoca acestuia nu va fi rotit în portul Ferestre de Condor.
• Fixed o condiție potențial cursă în initializare de locuri de muncă jurnal de evenimente.
• Stare cursă fixă, care ar putea provoca un accident de condor_collector și condor_schedd pe închidere.
• Fixed un bug în care condor_master va muri unii produce un fișier dprintf_failure.MASTER când, fie repornire ca urmare a noilor amprente de timp binare sau când a început inițial.
• Fixed o scurgere de memorie legate de variabile de configurare SOAP care au avut loc atunci când Condor a fost reconfigurat.
• Fixed un bug în care prezenta descriere fișier de comandă cron_day_of_week a fost ignorată în mod eronat.
• Fixed bug în care variabilele de configurare MAX_JOB_QUEUE_LOG_ROTATIONS și GRIDMANAGER_SELECTION_EXPR nu ar funcționa corect la lansare; au lucrat numai după o condor_reconfig.
• Fixed un bug în care operațiunile SOAP au fost autorizate în mod incorect cu IP Peer.
• Fixed un bug platforma Windows în care nu toate daemon Condor au fost încrederea a Windows Firewall (cunoscut anterior ca Internet Connection Firewall sau ICF).
• Fixed o condiție cursă închidere în condor_master cu privire la demoni mari disponibilitate.
• Fixed un bug în care un demon Condor determinat în mod incorect că a alerga afară de descriptori locaș.
• Fixed un bug în cazul în care condor_schedd va bloca pentru perioade foarte lungi de timp în timp ce încerca să se conecteze la un server punct de control în jos. Acum condor_schedd va face o blocare conecta cu un timeout la server punctul de control pentru un număr configurabil de secunde. Dacă nu reușește Conectare, condor_schedd va pune un moratoriu privind conectarea la serverul de punctul de control până când configurabile trece perioada de moratoriu. Variabilele de fișiere de configurare care descriu acest comportament sunt descrise mai sus.
• schimbată verificarea că condor_dagman face pentru alte instanțe condor_dagman execută același DAG, în cazul în care constată un fișier de blocare la pornire. Acum, dacă condor_dagman nu este sigur dacă cealaltă DAGMan este viu, el continuă, mai degrabă decât a ieși.
• Fixed o scurgere majoră descriptor de fisier în demonul Stork.
• Fixed un bug în care transferurile Stork de succes au fost marcate ca a esuat.
• Fix o scurgere de memorie mai puțin frecvente în caz de utilizare codul lectură fișier jurnal când citesc evenimente greșit formatat.
• Fixed un bug în care mai multe ClassAds mașină în condor_collector cu același nume, dar diferite valori de atribute StartdIPAddr, ar cauza condor_negotiator pentru a ieși cu o eroare. Acest lucru este neobișnuit și nu trebuie să se întâmple într-o instalare tipică Condor. Cea mai probabilă cauză este folosind condor_advertise pentru a face publicitate ClassAds personalizate pentru rețea matchmaking.
• Fixed un bug care a cauzat condor_dagman la groapa de bază dacă toate prezintă încercări nereușite pe un nod DAG având un script POST. Acest bug a existat de la Condor versiune 7.1.4.
• Fixed o scurgere de memorie în condor_schedd, care a avut loc atunci când a fost utilizat de configurare NEGOTIATOR_MATCH_EXPRS variabil.
• Fixed un bug în codul platforma Windows, care tratează scripturi ca executabile. Extensii de fișiere necunoscute au fost tratate ca o eroare, mai degrabă decât ca un executabil Windows.
• condor_job_router acum stabilește în mod corect ClassAd atribuie EnteredCurrentStatus la ora actuală la crearea unui nou loc de muncă rutate. Anterior, ea copiat acest atribut de la locul de muncă inițial.
• condor_job_router emite un mesaj jurnal mai prietenos când se observă că copia rutate de locuri de muncă s-a îndepărtat.
• O fix a fost făcută de o problemă văzut în 7.3.1 în care demoni Condor utilizând CCB a se conecta la alte demoni Condor ar consuma uneori sume mari de timp CPU pentru nici un motiv bun.
• Fixed un bug eșec caz rar în care încearcă să se conecteze prin BCC ar putea sta într-o stare de așteptare pe termen nedefinit.
• O Unix doar bug cauzate demoni Condor a nu începe dacă MAX_FILE_DESCRIPTORS a fost configurat mai mare decât limita actuală de greu moștenit de Condor. Dacă Condor rulează ca root, acest lucru nu mai este cazul.
• condor_gridmanager reclamă acum ClassAds de rețea în mod corespunzător atunci când există mai multe demoni condor_collector.
• Când se folosește -xml condor_q și -format împreună pentru a limita numărul de ClassAd atribute întors în interogare, tag-ul container XML nu a fost generat. Acest lucru este fix, dar acum modalitatea preferată de a limita atributele returnate este de a utiliza -attributes opțiune condor_q.
• Fixed un bug în care condor_master Unix eșuat atunci când încearcă să se repornească, în cazul în care configurația MASTER_LOCK variabilă a fost definit, sau în cazul în care condor_master a fost invocat cu opțiunea -t. Acest bug a existat de la seria 7.0, și probabil a existat mult mai mult decât asta.
• Fixed o scurgere de memorie semnificativ în gahp_server. Aceasta scurgere a fost prezent doar în edițiile anterioare 7.3.x Condor.
• Fixed un bug care poate provoca un loc de muncă îndepărtat, care se desfășoară și apoi eliberat pentru a reveni la modul în așteptare.
• Fișierele jar Globus distribuite cu x86-64 RHEL 5 RPM au fost avariate, cauzand locuri de muncă de tip GT4 rețea să eșueze. Acest lucru a fost stabilit.

Ce este nou în versiunea 7.2.2:

• Adaugata un port plin de Condor la Debian 5.0 pe platforma x86.
• Adaugata un port decupaje de Condor la Debian 5.0 pe platforma x86_64.
• Adaugata pavilionul -DumpRescue linie de comandă pentru condor_dagman și condor_submit_dag. Acest pavilion este destinat în special pentru testare.
• Adăugat suport pentru opțiunea de -debug la condor_qedit.
• Router Job foloseste acum un cronometru felie de timp pentru evaluare periodică exprimare, similar cu demonul condor_schedd. Intervalul de evaluare este controlată de configurare PERIODIC_EXPR_INTERVAL variabil, și valorile implicite la 60 de secunde, aceeași valoare implicită utilizată de către demonul condor_schedd.
• Router Job resetează acum lucrarea sursă, în cazul în care o defecțiune apare atunci când actualizarea demonul condor_schedd pentru o expresie care a evaluat periodic la True. Expresii periodice de locuri de muncă ar trebui să fie evaluate din nou un moment dat în viitor, cu o actualizare de succes.

Ce este nou în versiunea 7.2.0:.

• îmbunătățiri majore metraj

Ce este nou în versiunea 7.0.5:

• Aceasta versiune contine multe rezolvări ale unor probleme și unele îmbunătățiri erorii Manipularea de locuri de muncă locale Universului.
• Rețineți că unele dintre corecții sunt legate de securitate; Prin urmare, site-uri ar trebui să fie de upgrade sau să restricționeze permisiunile pe care este lăsat să se prezinte de locuri de muncă Condor utilizatorilor de încredere.