Kondor leitet Remote-CPU-Intensivanwendungen mit den Leerlaufzyklen der freigegebenen Arbeitsstationen aus.
Jetzt downloaden

Kondor Ranking & Zusammenfassung

Kondor Stichworte

Fernbedienung Zeitplan Remote-CPU. Zeitplan entfernten CPU Leerlaufzyklen Kondor

Kondor Beschreibung

Läuft Remote-CPU-Intensive Anwendungen mit den Leerlaufzyklen der freigegebenen Arbeitsstationen. Condor-Zeitpläne und leitet Remote-CPU-intensive Anwendungen mit den Leerlaufzyklen von verteiltem Besitz von Arbeitsplätzen.Es überwacht einen Pool von Maschinen, um Leerlaufmaschinen zu finden, die dann zur vollständigen Einreichung der eingereichten Jobs verwendet werden. transparente Remote-Ausführung. Was ist neu in dieser Version: Versionshinweise: · Das Format der Ausgabe von condor_status mit der Option -grid wurde geändert, um nützliche Informationen bereitzustellen. · Die NewLine wurde entfernt, die an das Ende der Condor_Status -Format-Ausgabe angehängt wurde. Daher sollte der Code, der die Ausgabe dieses Befehls analysiert, nun vorsichtig sein, wenn Sie die letzte Zeile abschneiden. Neue Eigenschaften: · Condor_FETCHLOG reicht jetzt möglicherweise die Verlaufsdateien eines Condor_Schedd-Daemons ab. Und die von dem Condor_Schedd-Dämon gehaltene Verlaufsdatei darf jetzt täglich oder monatlich gedreht werden. · Der Condor_CKPT_Server bereinigt automatisch stalte Checkpoint-Dateien. Die Konfigurationsvariablen, die dieses Verhalten steuern, werden nachfolgend beschrieben. · Der Condor_CKPT_Server (entweder die 32-Bit- oder 64-Bit-Datei) kommuniziert nun ordnungsgemäß zwischen 32-Bit- und 64-Bit-Submit-Knoten. Wenn im Checkpoint-Protokoll einigen Chancen-Bitbreiten-Problemen (z. B. mit Dateigrößen) auftreten, werden löschen Fehlermeldungen in den Checkpoint-Server-Protokollen protokolliert. · Das Tool New Condor_SSH_TO_JOB ermöglicht ein interaktives Debugging von laufenden Jobs. Weitere Informationen finden Sie in der Anleitung auf . · Der Befehl condor_status ist jetzt wesentlich schneller, insbesondere mit der Option -Format. · GRID-Universum-GRID-Typ GT5 wurde zum Einreichen des neuen Globus Gram5-Dienstes hinzugefügt. Wenn ein Grammdienst als GT5 identifiziert wird, werden JobManager-Drosseln und der Gittermonitor nicht verwendet. Weitere Informationen finden Sie in Abschnitt 5.3.2. · Gitter-Universum-Gittertyp-Creme wurde hinzugefügt, um den Creme-Job-Service von Glite-Service zu unterbreiten. Weitere Informationen finden Sie in Abschnitt 5.3.8. · Wenn der Condor_Schedd-Dämon auf File-Deskriptoren für die Erstellung neuer Netzwerksteckdosen ist, vermeidet der Condor_Schedd-Daemn nun das unbegrenzte Stapeln von Nachrichten, die es periodisch an den condor_negotiator und condor_startd sendet. · Die Leistung und die Fehlerbehandlung des Gittermonitors wurden verbessert. · Für Gittertyp NORDUGRID Im Rasteruniversum werden jetzt mit dem NORDUGRID-ARC-LDAP-Server die Jobstatus-Informationen erhalten, die die Leistung erheblich verbessern sollte. Condor kann jetzt auch sagen, wann diese Jobs ausgeführt werden. · Die neue -Valgrind-Option zum condor_submit_dag führt dazu, dass condor_submit_dag eine Sendenbeschreibungsdatei generiert, die Valgrind auf condor_dagman, anstelle des condor_dagman-Binärdateien, als seine ausführbare Datei verwendet. · Condor_Dagman nun trifft und öffnet Node-Job-Protokolldateien. Anstatt alle Abstellbetragsdateien zu analysieren und sofort ihre angegebenen Protokolldateien beim Start zu öffnen, ändert Condor_Dagman nun die Einreichungsbeschreibungsdateien vor, bevor jeder Job eingereicht wird. Jede Protokolldatei hat nur geöffnet, wenn sich relevante Aufträge in der Warteschlange befinden oder Post-Skripts ausgeführt werden . Darüber hinaus generiert Condor_Dagman nun automatisch eine Standard-Benutzerprotokolldatei für einen beliebigen Knotenjob, der keine angibt. · Sowohl der Support als auch die Dokumentation für das MPI-Universum wurden entfernt. MPI-Anwendungen werden durch die Verwendung des Paralleluniversums unterstützt. · Wenn der Test des condor_startd Daemon der virtuellen Maschine Software (für Maschinen der Lage laufenden virtuellen Maschinen konfiguriert) ausfällt, wird die condor_startd in regelmäßigen Abständen den Test wiederholen, bis er erfolgreich ist. · Die nordugrid_gahp begrenzt nun die Anzahl der Verbindungen zu jedem nordugrid ARC-Server hergestellt und verwendet Verbindungen, wenn möglich. · Die ClassAd Funktion eval () hinzugefügt, das ein String-Argument und wertet den Inhalt der Zeichenfolge als ClassAd Ausdruck. Eine Politik Beispiel, wo dies sinnvoll ist, in Abschnitt 3.5.9 auf Job Suspension beschrieben. · Die neue condor_q Option -attributes Grenzen der Attribute, die angezeigt werden, wenn die -xml oder -langes Optionen. Die Begrenzung der Anzahl von Attributen erhöht auch die Effizienz der Abfrage. · Condor die Power-Management-Funktionen sind jetzt als Plug-in implementiert. Insbesondere läuft die condor_startd nun ein externes Programm, wie es durch die Konfigurationsvariable HIBERNATION_PLUGIN angegeben ist, die Erfassung der verfügbaren Niederleistungszustände und die Umschaltung auf diese niedrigen Leistungszuständen durchzuführen. · Der neue Condor-Daemon Condor_Rooster wurde hinzugefügt, um Halteführungsmaschinen aufzuwachen, wenn der von der Konfigurationsvariable, der das Hässliche definierte Expression definiert ist, wahr wird. Die Konfigurationsvariablen, die sich auf Condor_Rooster beziehen, sind in Abschnitt 3.3.35 beschrieben. · Die Fähigkeit hinzugefügt, Informationen aus dem Statuspuffer des Benutzerereignislisprotokolls auf den Benutzerprotokollierungsleser zu extrahieren. Dies wird über eine neue C ++ -S-Klasse von ReaduserLogStateAccess C ++ implementiert, wie in les_user_log.h definiert definiert. · Ändert den Wert der Konfigurationsvariablen-Zertifikat_MAPFILE oder den Inhalt der Datei, auf die es sich nicht mehr einen vollständigen Neustart von Condor benötigt. Stattdessen führt der Befehl condor_reconfig die zu verwendenden Änderungen. · Der Condor_Master-Daemon druckt nun den Pfad und die Argumente auf alle Daemons, die er beginnt, wenn d_fulldebug aktiviert ist. Zuvor gab es keine Möglichkeit, es zu bekommen, um die Argumente anzuzeigen, mit denen er einen Daemon startete. · Der Condor_HAD-Daemon hat nun die Fähigkeit, Daemons andere als den Condor_Negotiator zu kontrollieren. Dies wird über das MACRO HAD_CONTROLLEE gesteuert. · Condor erkennt nun Voms-Erweiterungen in X.509-Proxies. Die VOMs-Attribute werden im Job-Classad-Attribut X509UserProxysubject codiert. · Der Condor_Startd kann nun strandierte virtuelle Maschinen nach einem Control-Condor oder seinem Host-Betriebssystem aufräumen. · Nach einem Absturz startet der Condor_GridManager nicht mehr alle Jobmanagers für GT2-Jobs. Dies sollte die Wiederherstellungszeit verbessern. · Condor funktioniert besser mit den Klassiker, die im Condor_Collector-Daemon generisch kategorisiert wurden. Verschiedene Daemons, die sich mit generischen Klassiften registrieren, können jetzt Werkzeuge verfügen, die die Option -subsystem verwenden, um ihre Klassiker richtig zu manipulieren. · Condor bietet jetzt einen Mechanismus, um eine strikte Ressourcenbegrenzung für einige Universen der laufenden Arbeitsplätze durchzusetzen. Konfigurationsvariable Ergänzungen und Änderungen: · Die neue Konfigurationsvariable E-Mail_Signatur gibt eine benutzerdefinierte Signatur an, die an die E-Mail an die E-Mails vom Condor-System angehängt wird. Wenn definiert, ersetzt diese benutzerdefinierte Signatur den Standard, der intern angegeben ist. Es gibt keinen Standardwert für diese Variable. · Die neue Konfigurationsvariable CKPT_SERVER_CLIENT_TIMEOUT informiert den Condor_Schedd, wie lange in Sekunden gesagt, es ist gewartet, um zu warten, um zu versuchen, mit einem Condor_CKPT_Server-Prozess zu sprechen, bevor er einen Condor_CKPT_SERVER deklariert. Siehe Abschnitt 3.3.11 für die vollständige Beschreibung. · Die neue Konfigurationsvariable CKPT_SERVER_CLIENT_TIMEOUT_RETRY informiert den Condor_Schedd, dass, sobald ein Condor_CKPT_Server markiert ist, wie nach unten gekennzeichnet ist, wie Sekunden-Sekunden bestehen müssen, bevor die Condor_Schedd erneut versuchen wird, mit dem condor_ckpt_server mit dem condor_ckpt_server mit dem condor_ckpt_server mit dem condor_ckpt_server mit dem condor_ckpt_server kommunizieren. Siehe Abschnitt 3.3.11 für die vollständige Beschreibung. · Die neue Konfigurationsvariable CKPT_SERVER_REMOVE_STALE_CKPT_INTERVAL informiert den Condor_CKPT_Server, um mit der Entfernung von veralteten Kontrollpunkten im angegebenen Intervall in Sekunden zu beginnen. Siehe Abschnitt 3.3.8 für die vollständige Beschreibung. · Die neue Konfigurationsvariable CKPT_SERVER_STALE_CKPT_AGE_CUTOFF informiert den Condor_CKPT_Server, wie alte die Zugriffszeit von Checkpoint-Dateien betrachtet werden muss, um als veraltet zu sein. Diese Zeit wird mit dem aktuellen Begriff verglichen, wenn der Checkpoint-Server die Checkpoint-Image-Datei überprüft. Siehe Abschnitt 3.3.8 für die vollständige Beschreibung. · Die neue Konfigurationsvariable-Slotweight kann verwendet werden, um bei der Berechnung der Verwendung, der Berechnung von Fair-Akten ein höheres Gewicht zu ergeben, und die Durchsetzung von Gruppenquoten. Siehe 3.3.10 für die vollständige Beschreibung. · Die neue Konfigurationsvariable MAX_PERIODIC_EXPR_Interval implementiert eine Decke mit der Zeit zwischen der Bewertung periodischer Ausdrücke, da das von der Konfigurationsvariablen Periodic_expr_timeLice implizierte Adaptive-Timing-Timing-Zeitpunkts zwischen der Bewertung periodischer Ausdrücke ist. Siehe 3.3.11 für die vollständige Beschreibung. · Die neue Konfigurationsvariable GridManager_selection_expr kann verwendet werden, um zu steuern, wie viele Condor_GridManager-Prozesse zum Verwalten von GID-Universum-Jobs ausgeführt werden. Als Teil dieser Änderung wurde die Konfigurationsvariable und den unterstützenden Code für gridmanager_per_job entfernt, da die neue Konfigurationsvariable ersetzt wird. Siehe 3.3.11 für die vollständige Beschreibung. · Die Konfigurationsvariable GridManager_Max_Pending_SubMits_Per_Resource und die entsprechenden Grad GridManager_max_Pending_SubMits wurden entfernt. · Die neue Konfigurationsvariable Grid_Monitor_Disable_Time steuert, wie lange der Condor_GridManager wartet, nachdem er einen Fehler auftrat, bevor er versucht, einen Raster-Monitor-Job neu zu starten. Siehe 3.3.23 für die vollständige Beschreibung. · Das neue vordefinierte Konfiguration Makro erkannt_memory zeigt den von Condor erfassten physischen Speicher (RAM) an. Der Wert ist in MBytes angegeben. · Die neue vordefinierte Konfiguration Makro erkannt_cores zeigt die Anzahl der von Condor erfassten CPU-Kerne an. · Die neue Konfigurationsvariable Delegate_Full_JOB_GSI_CREDENTIME steuert, ob ein vollständiger oder limitierter X.509-Proxy für GT2 GT2 GID-Universum-Jobs vom GRID-Typ delegiert ist. Siehe 3.3.26 für die vollständige Beschreibung. · Die neue Konfigurationsvariable HEmiNnat wird von der condor_startd verwendet, um in seinem klassischen einen booleschen Ausdruck zu werben, der angibt, wenn die Maschine aufgeweckt werden soll, beispielsweise von condor_rooster. Siehe 3.3.10 für die vollständige Beschreibung. · Die neue Konfigurationsvariable Hibernation_Plugin gibt den Pfad an das Plug-In an, das der Condor_Startd beide verwendet, um die Funktionen der geringen Leistungsstatus einer Maschine zu erkennen und die Maschine in einen niedrigen Stromstatus zu wechseln. Siehe 3.3.10 für die vollständige Beschreibung. · Die neue Konfigurationsvariable Hibernation_Plugin_Args gibt zusätzliche Argumente von Befehlszeilen an, die die condor_startd beim Aufrufen des Geräts an das Plug-In weiterleitet, um das Gerät in einen niedrigen Stromstatus zu schalten. Siehe 3.3.10 für die vollständige Beschreibung. · Die neue Konfigurationsvariable Hibernation_Override_wol kann verwendet werden, um die Condor_Startd zu lenken, um Wake-On-LAN-Funktionen (Wol-Funktionen der Netzwerkoberfläche der Maschine zu ignorieren, und um in einen niedrigen Stromstatus zu wechseln, selbst wenn die Schnittstelle WOL nicht unterstützt, oder wenn Wol deaktiviert ist darauf. Siehe 3.3.10 für die vollständige Beschreibung. · Die neue Konfigurationsvariable DAGMAN_USER_LOG_SCAN_Interval steuert, wie lang Condor_Dagman zwischen den Überprüfungsauftragsprotokolldateien für Statusupdates wartet. Siehe 3.3.25 für die vollständige Beschreibung. · Die neue Konfigurationsvariable DAGMAN_DEFAULT_NODE_LOG Legt den Standard-Protokolldateinamen für die neue Condor_Dagman-Standard-Node-Protokolldatei-Funktion fest. Siehe 3.3.25 für die vollständige Beschreibung. · Die Konfigurationsvariable Dagman_Delete_old_Logs entfernt; Neuer Protokolldatei-Lesecode macht es veraltet. · Die neue Konfigurationsvariable HAD_CONTROLLEE wird verwendet, um den Namen des Daemons anzugeben, den der Condor_HAD steuert. Dieser Name sollte dem DAEMON-Namen in der Daemon_list des condor_master entsprechen. Fehler behoben: · Ein Fehler in ClassAD-Funktionen behoben, in dem Argumente, die korrekt in Saiten gezwungen werden sollen, stattdessen auf Fehler ausgewertet werden. · Fixierte eine verwirrende Diagnosenachricht mit dem Jobrouter, der passiert ist, wenn ein Job innerhalb von 5 Minuten nach dem Eingerichten entfernt wurde. · Ein Fehler behoben, in dem die Verwendung von dynamischen Slots (siehe Abschnitt 3.13.7) das Machine-Classad-Attribut Slot_Startd_attrs dazu veranlasst hat, von dem Klassiker für einige Slots zu verschwinden. · Behoben einen Windows-Plattform-Fehler, in dem das Fenster, das zu einem Condor-Job gehört, keine Farbnachricht erhalten. · Ein Fehler behoben, der Condor_Q -Analyze zum Absturz verursacht, wenn es keine Condor_Schedd-Daemon-Classad-Datei gab. · Ein Condor_Procd-Absturz behoben, wenn die Umgebung eines überwachten Prozesses 1 MByte in / proc überschritt. · Ein Windows-Plattform-Fehler behoben, der dazu führen kann, dass der Condor_Credd abstürzt, wenn ein angeforderter Berechtigungsnachweis nicht im Kennwortspeicher ist. · Ein Fehler behoben, der dazu führte, dass das Job-Ereignisprotokollrotationssperre mit falschen Berechtigungen erstellt wurde. · Ein Fehler in der Rotation des Job-Ereignisprotokolls behoben, was dazu führen kann, dass er niemals in den Windows-Anschluss von Condor gedreht werden kann. · Eine potenzielle Rennbedingung in der Initialisierung des Job-Ereignisprotokolls behoben. · Feste Rennzustand, die einen Absturz des Condor_Collectors und Condor_Schedd beim Herunterfahren verursachen könnte. · Ein Fehler behoben, in dem der Condor_Master manchmal sterben würde, und erzeugt eine dprintf_failure.master-Datei, wenn sie aufgrund neuer binärer Zeitstempel erneut neu starten oder wann zunächst gestartet wird. · Fixiert ein Speicherleck, das sich auf SOAP-Konfigurationsvariablen bezieht, die beim Konfigurieren des Kondors aufgetreten sind. · Ein Fehler behoben, in dem der Befehl "Senden Beschreibung Dateibefehl cron_day_of_Week irrtümlich ignoriert wurde. · Behobener Fehler, in dem die Konfigurationsvariablen MAX_JOB_QUEUE_LOG_ROTATIONS und GRIDMANAGER_SELECTION_EXPR nicht ordnungsgemäß zum Start ordnungsgemäß funktionieren; Sie haben nur nach einem Condor_Reconfig gearbeitet. · Ein Fehler behoben, in dem SOAP-Vorgänge mit der Peer-IP falsch autorisiert wurden. · Ein Windows-Plattform-Fehler behoben, in dem nicht alle Condor-Daemons von der Windows-Firewall (zuvor als Internetverbindung Firewall oder ICF bezeichnet) vertraut wurden. · Eine Herunterfahren-Rennstabilität im Condor_Master in Bezug auf Hochverfügbarkeitsdämmerung behoben. · Ein Fehler wurde behoben, bei dem ein Condor-Daemon falsch bestimmt es von Socket-Deskriptoren ausgelaufen war. · Ein Fehler wurde behoben, bei dem die condor_schedd für sehr lange Zeit blockieren würde bei dem Versuch, einen Abwärts Kontrollpunkt-Server zu verbinden. Nun wird der condor_schedd tun, um eine Blockierung connect mit einem Timeout zum Kontrollpunkt-Server für eine konfigurierbare Anzahl von Sekunden. Wenn die Verbindung fehlschlägt, wird die condor_schedd ein Moratorium setzen auf den Kontrollpunkt-Server, bis die konfigurierbaren Moratorium Pass auf verbindet. Die Konfigurationsdatei Variablen, die dieses Verhalten beschreiben sind oben beschrieben. · Changed die Überprüfung, dass condor_dagman für andere condor_dagman Fälle macht die gleiche DAG ausgeführt wird, wenn es eine Sperrdatei beim Start findet. Nun, wenn condor_dagman ist nicht sicher, ob die andere DAGMan lebendig ist, geht es weiter, anstatt zu verlassen. · Es wurde ein Haupt Dateideskriptors Leck im Stork-Dämon. · Ein Fehler wurde behoben, bei dem erfolgreichen Stork Transfers wurden als fehlgeschlagen gekennzeichnet. · Es wurde ein ungewöhnlich Speicherverlust in der Benutzer-Ereignislesecode Protokolldatei, wenn falsch formatiert Ereignisse zu lesen. · Einen Fehler wird behoben, bei dem mehrere Maschine ClassAds im condor_collector mit dem gleichen Namen, aber unterschiedlichen StartdIPAddr Attributwerten, den condor_negotiator zu verlassen mit einem Fehler verursachen würde. Das ist ungewöhnlich und sollte nicht passieren in einem typischen Condor Installation. Die wahrscheinlichste Ursache wird mit condor_advertise benutzerdefinierten ClassAds für das Netzmatchmaking zu werben. · Ein Fehler wurde behoben, dass auf Core-Dump verursacht condor_dagman, wenn alle Versuche auf einem DAG-Knoten mit einem POST-Skript fehlgeschlagen einreichen. Dieser Fehler ist seit Condor Version 7.1.4 existiert. · Einen Speicherverlust in dem condor_schedd befestigt, der auftrat, wenn die Konfigurationsvariable NEGOTIATOR_MATCH_EXPRS verwendet wurde. · Ein Fehler in der Windows-Plattform-Code behoben, behandelt Skripte als ausführbare Dateien. Unbekannte Dateiendungen wurden als Fehler behandelt, nicht als eine ausführbare Windows-Datei. · Die condor_job_router nun korrekt setzt das ClassAd Attribut EnteredCurrentStatus auf die aktuelle Zeit, wenn einen neuen gerouteten Job zu schaffen. Zuvor kopierte es dieses Attribut aus dem ursprünglichen Job. · Die condor_job_router emittiert eine freundlichere Protokollmeldung, wenn sie feststellt, dass die gerouteten Kopie des Auftrags wurde entfernt. · Ein Update ist für ein Problem gesehen in 7.3.1, in dem Condor Daemons mit CCB um Verbindungen zu anderen Condor Daemons würde manchmal verbrauchen große Mengen an CPU-Zeit für keinen guten Grund gemacht. · Einen seltenen Fehlerfall Fehler wird behoben, bei dem über CCB zu verbinden versucht, auf unbestimmte Zeit in einem wartenden Zustand bleiben konnte. · Ein Unix nur Fehler verursacht Condor Daemons starten fehlschlägt, wenn MAX_FILE_DESCRIPTORS höher als die aktuelle harte Grenze geerbt von Condor konfiguriert wurde. Wenn Condor als root ausgeführt wird, ist dies nicht mehr der Fall. · Die condor_gridmanager wirbt jetzt Raster ClassAds richtig, wenn es mehrere condor_collector Daemons sind. · Bei der Verwendung von condor_q -xml und -format sowie die Anzahl der ClassAd zu begrenzen in der Abfrage zurückgegeben Attribute wurde der XML-Container-Tag nicht erzeugt. Dies wird festgelegt, aber jetzt die bevorzugte Art und Weise der zurückgegebenen Attribute zu begrenzen condor_q Option -attributes verwenden. · Ein Fehler wurde behoben, bei dem die Unix condor_master schlug fehl, wenn versucht, sich selbst neu zu starten, wenn die Konfigurationsvariable Master_Lock definiert wurde, oder wenn die condor_master wurde mit der Option -t aufgerufen. Dieser Fehler ist, da die 7.0-Serie existiert, und hat wahrscheinlich existierte viel länger als das. · Einen signifikanten Speicherleck im gahp_server behoben. Dieses Leck war nur in früheren Condor 7.3.x-Releases. · Ein Fehler wurde behoben, der einen entfernten Job kann dazu führen, dass gehalten wird und dann zurück in den Ruhezustand freigegeben. · Die Globus-JAR-Dateien mit den x86-64 RHEL 5 verteilt RPMs wurden beschädigt, gt4 Netzart Arbeitsplätze verursacht scheitern. Dieses Problem wurde behoben.

Kondor Zugehörige Software