Condor

kondor ay naiimpluwensyahan ngayon sa pamamagitan ng parehong teknolohiya at sociological hamon ng naturang computing kapaligiran,
Kondor Koponan ay pagbuo ay kamangha-manghang mga tool na paganahin ang mga siyentipiko at mga inhinyero upang madagdagan ang kanilang computing throughput

Ano ang bagong sa paglabas:.

< li> 7.6.X ay ang bagong serye matatag kondor.
• Marami sa mga bagong tampok ay idinagdag dahil 7.4.X.

Ano ang bagong sa bersyon 7.3.2:

• Release Notes:
• Ang format ng output mula sa condor_status sa -grid opsyon ay nabago upang magbigay ng mas kapaki-pakinabang na impormasyon.
• Inalis ang newline na nakadugtong sa dulo ng condor_status -format output. Samakatuwid, ng code na Pina-parse ang output ng command na ito ay dapat na ngayong mag-ingat kapag pinagtabasan sa huling linya.
• Bagong Tampok:
• condor_fetchlog ay maaari na ngayong makuha ang kasaysayan ng mga file ng isang condor_schedd diyablo. At, ang file na pinananatiling kasaysayan ng condor_schedd demonyo ay maaari na ngayong ma-rotate araw-araw o buwanang.
• Awtomatikong linisin ang condor_ckpt_server Ang mga hindi na gumaganang magsiyasat ng mga file. Ang mga variable ng configuration na kontrolin ang pag-uugali na ito ay inilarawan sa ibaba.
• Ang condor_ckpt_server (alinman sa 32-bit o 64-bit) executable ay makipag-usap ngayon tama sa pagitan ng 32-bit at 64-bit na isumite ang mga node. Kung sa pamamagitan ng ilang mga pagkakataon bit lapad isyu lumabas dahil sa magsiyasat protocol (halimbawa, sa laki ng file), malinaw na mensahe ng error ay naka-log sa magsiyasat mga log ng server.
• Ang bagong tool na nagbibigay-daan sa condor_ssh_to_job interactive na pag-debug ng pagpapatakbo ng trabaho. Tingnan ang manu-manong pahina sa [*] para sa mga detalye.
• Ang utos condor_status ngayon ay malaki-laking mas mabilis, lalo na may pagpipilian -format.
• Grid sansinukob uri ng grid gt5 ay idinagdag para sa pagsusumite sa bagong serbisyo Globus GRAM5. Kapag ang isang gramo serbisyo ay nakilala bilang gt5, jobmanager throttling at ang Grid Monitor ay hindi ginagamit. Tingnan ang seksyon 5.3.2 para sa mga detalye.
• Grid sansinukob uri ng grid cream ay idinagdag para sa pagsusumite sa serbisyo cream trabaho ng gLite. Tingnan ang seksyon 5.3.8 para sa mga detalye.
• Kapag mababa sa tagapaglarawan file para sa paglikha ng mga bagong socket ng network, avoids ngayon ang condor_schedd demonyo ang walang limitasyong stacking up ng mga mensaheng ito ay nagpapadala ng pana-panahon sa condor_negotiator at condor_startd.
• Ang pagganap at kabiguan sa pangangasiwa ng Grid Monitor ay nai-pinabuting.
• Para sa uri ng grid nordugrid sa grid uniberso, impormasyon sa katayuan ng trabaho ay nakuha ngayon ay gumagamit ng LDAP server Nordugrid ARC, na dapat lubos na mapabuti ang pagganap. Gayundin, kondor ay maaari na ngayong sabihin kapag ang mga trabaho ay tumatakbo.
• Ang bagong -valgrind pagpipilian upang condor_submit_dag sanhi condor_submit_dag upang bumuo ng isang file isumite ang paglalarawan na gumagamit ng valgrind sa condor_dagman, sa halip na ang condor_dagman binary bilang executable nito.
• condor_dagman ngayon lazily sinusuri at bubukas na node file ng log trabaho. Sa halip na sa pag-parse ang lahat ng isumite ang mga file ng paglalarawan at agad pagbubukas ng kanilang mga tinukoy na file ng log sa start up, Pina-parse ng condor_dagman ngayon ang magsumite ng mga file ng paglalarawan bago lang sa bawat trabaho ay isinumite, at may bawat log file bukas lamang kapag may-katuturang mga trabaho ay nasa queue o e-execute POST script . Bilang karagdagan, condor_dagman ngayon Awtomatikong binubuo ng isang default na gumagamit ng log file para sa anumang trabaho node na hindi tukuyin ang isa.
• Ang parehong suporta at dokumento para sa MPI uniberso ay inalis. MPI application ay suportado sa pamamagitan ng paggamit ng mga parallel na uniberso.
• Kapag pagsubok ng mga virtual machine software ang condor_startd demonyo ay nabigo (para sa machine na-configure bilang may kakayahang tumatakbo virtual machine), ang condor_startd ay pana-panahong muling subukan ang pansubok na hanggang sa magtagumpay ito.
• naglilimita ngayon nordugrid_gahp Ang bilang ng mga koneksyon na ginawa sa bawat NorduGrid ARC server at reuses koneksyon kapag posible.
• Idinagdag ang ClassAd function na sa eval (), na kumukuha ng isang string argumento at sinusuri ang mga nilalaman ng string na ito bilang isang ClassAd expression. Isang halimbawa ng patakaran kung saan ito ay kapaki-pakinabang ay inilarawan sa seksyon 3.5.9 sa suspensyon trabaho.
• naglilimita Ang bagong condor_q -attributes pagpipilian ng mga katangian na ipinapakita kapag ginagamit ang -xml o -long pagpipilian. Ang bilang ng mga katangian ay nagdaragdag din ang husay ng query ng paglilimita.
• kakayahan kondor ng kapangyarihan sa pamamahala ay ipinapatupad na ngayon bilang isang plug-in. Sa partikular, nagpapatakbo ang condor_startd ngayon ng isang panlabas na programa, tulad ng tinukoy sa variable HIBERNATION_PLUGIN configuration, upang isagawa ang pag-detect ng mga magagamit na mga estado mababa ang kapangyarihan at ang paglipat sa mga kalagayan na ito mababa kapangyarihan.
• Ang bagong kondor demonyo condor_rooster ay naidagdag upang gisingin ang hibernating machine kapag ang expression ng natukoy ng configuration ay nagiging tunay na variable UNHIBERNATE. Ang mga variable ng configuration na may kaugnayan sa condor_rooster ay inilarawan sa seksyon 3.3.35.
• Idinagdag ang kakayahang i-extract ang impormasyon mula sa buffer estado log mambabasa kaganapan gumagamit ng pag-log ng user reader. Ito ay ipinatupad sa pamamagitan ng isang bagong ReadUserLogStateAccess C ++ klase gaya ng nilinaw sa read_user_log.h.
• Ang mga pagbabago sa halaga ng variable CERTIFICATE_MAPFILE configuration o ang mga nilalaman ng file na kung saan ito ay tumutukoy hindi na nangangailangan ng isang buong pag-restart ng kondor. Sa halip, ang command condor_reconfig ay magiging sanhi ng mga pagbabago sa gagamitin.
• Ang condor_master demonyo ay i-print na ngayon ang path at argumento sa anumang daemons magsimula ito kung D_FULLDEBUG ay pinagana. Noong nakaraan, nagkaroon walang paraan upang makakuha ng mga ito upang ipakita ang mga argumento sa kung saan ito simula ng demonyo.
• Ang condor_had demonyo ay may kakayahan upang kontrolin daemons bukod sa condor_negotiator ngayon. Ito ay kinokontrol sa pamamagitan ng HAD_CONTROLLEE macro.
• kondor kinikilala ngayon VOMS extension sa X.509 proxy. Ang mga katangian VOMS ay naka-encode sa trabaho ClassAd katangian X509UserProxySubject.
• Maaari na ngayong linisin ang condor_startd Ang naiwan virtual machine, kasunod ng pag-crash ng kondor o nito host operating system.
• Ang pagsunod sa isang pag-crash, hindi na-restart ang condor_gridmanager ang lahat ng mga jobmanagers para sa mga trabaho gt2. Ito ay dapat na mapabuti ang oras sa pagbawi.
• kondor gumagana nang mas mahusay sa mga ClassAds ikinategorya bilang generic sa condor_collector diyablo. Iba't ibang daemons na magparehistro ang kanilang sarili sa generic ClassAds ay maaari na ngayong magkaroon ng mga tool na gumagamit ng -subsystem opsyon manipulahin maayos ang kanilang ClassAds.
• kondor ay nagbibigay na ngayon ng mekanismo upang ipatupad ang mahigpit na mapagkukunan ng paglilimita para sa ilang mga universes ng pagpapatakbo ng trabaho.
• Configuration Variable Mga Pagdaragdag at Pagbabago:
• Tinutukoy ang bagong EMAIL_SIGNATURE variable ng configuration ng isang pasadyang lagda upang idagdag sa e-mail na ipinadala ng kondor system. Kung tinukoy, pagkatapos ay ang custom na lagda ay pumapalit ang default na isa na tinukoy sa loob. Walang mga default na halaga para sa variable.
• Ang variable CKPT_SERVER_CLIENT_TIMEOUT bagong configuration informs ang condor_schedd kung gaano katagal sa mga segundo ito ay handang maghintay upang subukan at makipag-usap sa isang proseso condor_ckpt_server bago deklarasyon ng condor_ckpt_server pababa. Tingnan ang seksyon 3.3.11 para sa kumpletong paglalarawan.
• Ang bagong CKPT_SERVER_CLIENT_TIMEOUT_RETRY variable ng configuration informs ang condor_schedd na minsan sa isang condor_ckpt_server ay minarkahan bilang down na, kung paano dapat pumasa segundo bago ang condor_schedd susubukan at makipag-komunikasyon muli gamit ang condor_ckpt_server. Tingnan ang seksyon 3.3.11 para sa kumpletong paglalarawan.
• Ang bagong CKPT_SERVER_REMOVE_STALE_CKPT_INTERVAL variable ng configuration informs ang condor_ckpt_server upang simulan ang pag-alis ng mga hindi na gumaganang checkpoints sa tinukoy na agwat sa ilang segundo. Tingnan ang seksyon 3.3.8 para sa kumpletong paglalarawan.
• Ang bagong CKPT_SERVER_STALE_CKPT_AGE_CUTOFF variable ng configuration informs ang condor_ckpt_server kung paano lumang ay dapat na nasa pagkakasunud-sunod oras ang access ng isang magsiyasat file upang maisaalang-alang luma. Oras na ito ay kumpara laban sa kasalukuyang kuru-kuro ng mga ngayon kapag ang magsiyasat server sumusuri ang magsiyasat file ng imahe. Tingnan ang seksyon 3.3.8 para sa kumpletong paglalarawan.
• Ang variable SlotWeight bagong configuration ay maaaring magamit upang magbigay ng puwang ng mas mataas bigat kapag kinakalkula sa paggamit, kino-compute ang patas na pagbabahagi, at pagpapatupad ng mga quota group. Tingnan 3.3.10 para sa kumpletong paglalarawan.
• Ang bagong variable ng configuration MAX_PERIODIC_EXPR_INTERVAL ipinapatupad ng ceiling sa oras sa pagitan ng pagsusuri ng pana-panahong mga expression, sanhi ng agpang timing ipinahiwatig sa pamamagitan ng mga variable PERIODIC_EXPR_TIMESLICE configuration. Tingnan 3.3.11 para sa kumpletong paglalarawan.
• Ang variable GRIDMANAGER_SELECTION_EXPR bagong configuration ay maaaring magamit upang makontrol kung gaano karaming mga condor_gridmanager proseso ay spawned upang pamahalaan ang grid trabaho uniberso. Bilang bahagi ng pagbabagong ito, inalis ang configuration variable at mga sumusuportang code para sa GRIDMANAGER_PER_JOB dahil supersedes ito sa bagong variable ng configuration. Tingnan 3.3.11 para sa kumpletong paglalarawan.
• Ang variable GRIDMANAGER_MAX_PENDING_SUBMITS_PER_RESOURCE configuration at ang mga kaukulang balbula GRIDMANAGER_MAX_PENDING_SUBMITS ay tinanggal.
• Ang bagong configuration variable GRID_MONITOR_DISABLE_TIME mga kontrol sa kung gaano katagal ang condor_gridmanager ay maghintay pagkatapos nakakaranas ng isang error bago subukang i-restart ang isang Grid Monitor trabaho. Tingnan 3.3.23 para sa kumpletong paglalarawan.
• Ang bagong paunang natukoy na mga macro configuration DETECTED_MEMORY nagpapahiwatig ang halaga ng pisikal na memory (RAM) nakita ng kondor. Ang halaga ay ibinigay sa MBytes.
• Ang bagong paunang natukoy na mga configuration ng macro DETECTED_CORES ay nagpapahiwatig ng bilang ng mga CPU core nakita ng kondor.
• Ang bagong configuration variable na mga kontrol DELEGATE_FULL_JOB_GSI_CREDENTIALS kung ang isang puno na o limitadong X.509 proxy ay nakalaan para sa uri ng grid trabaho gt2 grid uniberso. Tingnan 3.3.26 para sa kumpletong paglalarawan.
• Ang bagong variable UNHIBERNATE configuration na ginagamit ng mga condor_startd mag-advertise sa sarili ClassAd isang boolean expression ng pagtukoy kung dapat na woken up ang machine, halimbawa sa pamamagitan ng condor_rooster. Tingnan 3.3.10 para sa kumpletong paglalarawan.
• Tinutukoy ang bagong HIBERNATION_PLUGIN variable na configuration ng daanan sa plug-in kung saan ang condor_startd ay gumagamit ng parehong upang makita ang mababang kakayahan sa kapangyarihan ng estado ng isang machine at ilipat ang machine sa isang mababang estado kapangyarihan. Tingnan 3.3.10 para sa kumpletong paglalarawan.
• Ang bagong variable HIBERNATION_PLUGIN_ARGS configuration tumutukoy karagdagang linya ng command argumento na ang condor_startd ay pumasa sa mga plug-in kapag invoking ito upang lumipat sa machine sa isang mababang estado kapangyarihan. Tingnan 3.3.10 para sa kumpletong paglalarawan.
• Ang variable HIBERNATION_OVERRIDE_WOL bagong configuration ay maaaring magamit upang idirekta ang condor_startd na huwag pansinin Wake On LAN (WOL) kakayahan ng interface ng network ng computer, at lumipat sa isang mababang estado kapangyarihan kahit na hindi sumusuporta sa interface WOL, o kung WOL Hindi pinagana dito. Tingnan 3.3.10 para sa kumpletong paglalarawan.
• Ang bagong configuration variable na mga kontrol DAGMAN_USER_LOG_SCAN_INTERVAL kung paano naghihintay ang isang mahaba condor_dagman sa pagitan ng pagsusuri ng trabaho ng mga file ng log ng mga update ng katayuan. Tingnan 3.3.25 para sa kumpletong paglalarawan.
• Nagtatakda ng bagong variable ng configuration DAGMAN_DEFAULT_NODE_LOG ang default log file pangalan para sa bagong condor_dagman default na tampok na node log file. Tingnan 3.3.25 para sa kumpletong paglalarawan.
• Inalis ang configuration variable DAGMAN_DELETE_OLD_LOGS; Ginagawang lipas bagong log file sa pagbabasa code.
• Ang bagong HAD_CONTROLLEE variable ng configuration ay ginagamit upang tukuyin ang pangalan ng demonyo kung saan ang mga kontrol condor_had. Ang pangalan na ito ay dapat na tumugma ang pangalan ng diyablo sa DAEMON_LIST ang condor_master iyon.
• Mga Bug Fixed:
• Ang Nakatakdang ng isang bug sa ClassAd mga pag-andar kung saan ang mga argument na dapat ay nai-tama coerced sa mga string sa halip susuriin upang ERROR.
• Mga Fixed nakakalito ang diagnostic na mensahe sa JobRouter, na nangyari kapag ang isang trabaho ay inalis sa loob ng 5 minuto ng pag-isinumite.
• Ang Nakatakdang ng isang bug kung saan ang paggamit ng mga dynamic na mga puwang (tingnan ang seksyon 3.13.7) sanhi ng machine ClassAd katangian SLOT_STARTD_ATTRS mawala mula sa ClassAd para sa ilang mga puwang.
• Ang Nakatakdang isang bug platform ng Windows na kung saan ay hindi natanggap ang window na kabilang sa kondor trabaho ng isang mensahe pintura.
• Ang Nakatakdang ng isang bug na nagiging sanhi ng condor_q -analyze ng pag-crash kapag walang condor_schedd demonyo ClassAd file.
• Mga Fixed isang condor_procd crash na sanhi kapag ang kapaligiran ng isang proseso sinusubaybayan Lumagpas 1MByte sa / proc.
• Ang Nakatakdang isang bug platform ng Windows na maaaring magdulot ng condor_credd ng pag-crash kung ang isang hiniling kredensyal ay wala sa tindahan password.
• Ang Nakatakdang ng isang bug na nagiging sanhi ng trabaho lock pag-ikot ng talaan ng kaganapan na nilikha na may maling mga pahintulot.
• Ang Nakatakdang ng isang bug sa pag-ikot ng talaan ng kaganapan trabaho na maaaring magdulot ito ay hindi kailanman na-rotate sa Windows port ng kondor.
• Mga Fixed isang potensyal na kondisyon lahi sa talaan ng kaganapan trabaho pagsisimula.
• Mga Fixed lahi kondisyon na maaaring maging sanhi ng isang pag-crash ng condor_collector at condor_schedd sa pag-shutdown.
• Ang Nakatakdang ng isang bug kung saan ang condor_master ay minsan mamatay at makabuo ng isang dprintf_failure.MASTER file kapag alinman sa i-restart dahil sa bagong binary mga timestamp o kapag nagsimula sa umpisa.
• Mga Fixed isang tumagas memory na may kaugnayan sa mga variable ng configuration SOAP na naganap kapag kondor ay reconfigured.
• Ang Nakatakdang ng isang bug kung saan ang magsumite ng command cron_day_of_week file ng paglalarawan ay maling pinansin.
• Mga Fixed bug kung saan ang mga variable ng configuration MAX_JOB_QUEUE_LOG_ROTATIONS at GRIDMANAGER_SELECTION_EXPR ay hindi gumagana ng maayos sa simula hanggang; sila lamang ay nagtrabaho pagkatapos ng condor_reconfig.
• Ang Nakatakdang ng isang bug kung saan pagpapatakbo SOAP ay ini-mali ang awtorisadong sa peer IP.
• Mga Fixed isang Windows platform bug kung saan hindi lahat ng kondor daemons ay pinagkakatiwalaang sa pamamagitan ng Windows Firewall (dating kilala bilang Internet Connection Firewall o ICF).
• Mga Fixed isang kondisyon shutdown lahi sa condor_master na may paggalang sa mataas daemons availability.
• Ang Nakatakdang ng isang bug kung saan ang isang kondor demonyo mali ang natukoy na mauubusan ng socket descriptor.
• Ang Nakatakdang ng isang bug kung saan ang condor_schedd ay i-block para sa napaka-haba oras ng panahon habang sinusubukan mong kumonekta sa isang down na magsiyasat server. Ngayon ang condor_schedd ang gagawin ng isang pag-block kumonekta sa isang pag-timeout sa magsiyasat server para sa isang nako-configure bilang ng mga segundo. Kung nabigo ang pagkonekta, ang condor_schedd ay maglagay ng isang moratoriyum sa pagkonekta sa magsiyasat server hanggang sa i-configure panahon moratoriyum pass. Ang mga variable ng configuration file na naglalarawan sa pag-uugali na ito ay inilarawan sa itaas.
• Nagbago ang check na condor_dagman ginagawa para sa iba pang mga pagkakataon condor_dagman ang pagpapatakbo ng parehong dag, kung matutuklasan ito ng lock file sa startup. Ngayon, kung condor_dagman ay hindi sigurado kung ang iba pang mga DAGMan ay buhay, patuloy ito, sa halip na sa paglabas.
• Mga Fixed isang malaking file tagapaglarawan tumagas sa tagak demonyo.
• Ang Nakatakdang ng isang bug kung saan matagumpay tagak transfer ay minarkahang hindi nagtagumpay.
• Mga Fixed isang hindi karaniwang memory tumagas sa kaganapan ng gumagamit ang log file sa pagbabasa code kapag nagbabasa ng di-wastong na-format na mga kaganapan.
• Ang Nakatakdang ng isang bug kung saan ang maramihang mga machine ClassAds sa condor_collector na may parehong pangalan, ngunit iba't ibang mga halaga StartdIPAddr katangian, maaaring magdulot sa condor_negotiator upang lumabas sa isang error. Ito ay hindi pangkaraniwang at hindi dapat mangyari sa isang tipikal na kondor pag-install. Ang pinaka-malamang na dahilan ay gumagamit condor_advertise upang mag-advertise pasadyang ClassAds para sa grid paggawa ng mga posporo.
• Ang Nakatakdang ng isang bug na sanhi condor_dagman sa core dump kung ang lahat magsumite ng nabigong mga pagtatangka sa isang node dag pagkakaroon ng POST script. Bug na ito ay umiiral mula noong kondor bersyon 7.1.4.
• Mga Fixed isang tumagas memory sa condor_schedd, na naganap kapag ang variable na NEGOTIATOR_MATCH_EXPRS configuration ay nagamit.
• Ang Nakatakdang ng isang bug sa platform ng Windows code na itinuturing ng mga script tulad ng mga executable. Hindi kilalang extension ng file ay itinuturing bilang isang error, sa halip na bilang isang Windows executable.
• Ang condor_job_router ngayon tama ang nagtatakda ng ClassAd katangian EnteredCurrentStatus sa kasalukuyang oras kapag lumilikha ng isang bagong iruruta trabaho. Noong nakaraan, kinopya ito katangiang ito mula sa orihinal na trabaho.
• condor_job_router Ang emits isang mas friendly na mensahe log kapag ito pagmamasid na ang iruruta kopya ng trabaho ay tinanggal.
• Ang pag-aayos ay ginawa para sa isang problema na nakikita sa 7.3.1 kung saan kondor daemons gamit CCB upang kumonekta sa iba pang mga kondor daemons minsan ay kumonsumo ng malalaking halaga ng oras CPU para sa walang magandang dahilan.
• Mga Fixed isang bihirang kaso pagkabigo bug kung saan sumusubok na kumonekta sa pamamagitan ng CCB ay maaaring manatili sa isang nakabinbing estado walang katiyakan.
• Ang isang Unix lamang bug na sanhi kondor daemons upang mabigo upang simulan kung MAX_FILE_DESCRIPTORS ay naka-configure na mas mataas kaysa sa kasalukuyang limitasyon ng matapang na minana sa pamamagitan ng kondor. Kung kondor ay tumatakbo bilang root, ito ay hindi na ang kaso.
• Ang condor_gridmanager-a-advertise ngayon grid ClassAds maayos kapag mayroong maramihang condor_collector daemons.
• Kapag gumagamit ng condor_q -xml at -format magkasama upang limitahan ang bilang ng mga ClassAd katangian ibinalik sa query, ang tag XML container ay hindi nabuo. Maayos ito, ngunit ngayon ang ginustong paraan upang malimitahan ang ibinalik na mga katangian ay ang gamitin condor_q -attributes pagpipilian.
• Ang Nakatakdang ng isang bug kung saan nabigo ang Unix condor_master kapag sinusubukang i-restart mismo, kung ang variable na MASTER_LOCK configuration ay tinukoy, o kung ang condor_master ay pinagana gamit ang -t opsyon. Bug na ito ay umiiral mula noong 7.0 serye, at malamang ay umiral mas matagal kaysa doon.
• Mga Fixed isang makabuluhang tumagas memory sa gahp_server. Tumulo ito noong naroroon lamang sa nakaraang kondor 7.3.x paglabas.
• Ang Nakatakdang ng isang bug na maaaring maging sanhi ng trabaho inalis na gaganapin at pagkatapos ay inilabas upang bumalik sa idle status.
• Ang Globus jar file na ipinamamahagi sa x86-64 RHEL 5 RPMs ay nasira, na nagiging sanhi ng mga pag-uri gt4 grid upang mabibigo. Ito ay naayos na.

Ano ang bagong sa bersyon 7.2.2:

• Nagdagdag ng buong port ng kondor sa Debian 5.0 sa ang x86 platform.
• Nagdagdag ng clip ang port ng kondor sa Debian 5.0 sa x86_64 platform.
• Idinagdag ang -DumpRescue command-line flag upang condor_dagman at condor_submit_dag. I-flag na ito ay inilaan pangunahin para sa pagsubok.
• Nagdagdag ng suporta para sa pagpipiliang -debug sa condor_qedit.
• Ang Job router ay gumagamit na ngayon ng oras timer slice para sa pagsusuri ng pana-panahong pagpapahayag, katulad ng condor_schedd diyablo. Ang agwat ng pagsusuri ay kinokontrol ng variable PERIODIC_EXPR_INTERVAL configuration, at mga default sa 60 segundo, ang parehong mga default na halaga na ginamit ng mga condor_schedd demonyo.
• Ang Job router ngayon Nire-reset ang pinagmulan ng trabaho, kung nangyayari ang isang pagkabigo kapag ina-update ang condor_schedd diyablo para sa isang pana-panahong mga expression na sinusuri sa True. Panaka-nakang expression sa trabaho ay dapat na muling sinusuri ng ilang oras sa hinaharap gamit ang isang matagumpay na pag-update.

Ano ang bagong sa bersyon 7.2.0:.

• Pangunahing mga pagpapabuti sa tampok

Ano ang bagong sa bersyon 7.0.5:

• Ang release na ito ay naglalaman ng maraming mga bugfixes at ilang mga pagpapabuti sa error pangangasiwa ng mga lokal na Uniberso trabaho.
• Tandaan na ang ilan sa mga bugfixes ay kaugnay ng seguridad-; samakatuwid, ang mga site ay dapat na alinman sa mag-upgrade o paghigpitan ang mga pahintulot sa kung sino ang pinapayagang magsumite kondor mga trabaho sa mga pinagkakatiwalaang mga gumagamit.