Condor

Condor hiện đang chịu ảnh hưởng của cả những thách thức về công nghệ và xã hội học của một môi trường tính toán như vậy,
Condor Team đã và đang xây dựng các công cụ tuyệt vời cho phép các nhà khoa học và các kỹ sư để tăng thông lượng tính toán của họ

là gì mới trong phiên bản này:.

< li> 7.6.X là series Condor ổn định mới.
• Nhiều tính năng mới được thêm vào từ 7.4.X.

là gì mới trong phiên bản 7.3.2:

• Ghi chú Phát hành:
• Các định dạng đầu ra từ condor_status với tùy chọn -grid đã được thay đổi để cung cấp thông tin hữu ích hơn.
• Loại bỏ các dòng mới nối vào cuối của đầu ra condor_status -format. Do đó, mã mà phân tích đầu ra của lệnh này bây giờ nên cẩn thận khi cắt tỉa những dòng cuối cùng.
• Các tính năng mới:
• bây giờ condor_fetchlog có thể lấy các tập tin lịch sử của một daemon condor_schedd. Và, các tập tin lịch sử lưu giữ bởi daemon condor_schedd bây giờ có thể được luân chuyển hàng ngày hoặc hàng tháng.
• Các condor_ckpt_server sẽ tự động dọn dẹp các file checkpoint cũ. Các biến cấu hình mà kiểm soát hành vi này được mô tả dưới đây.
• Các condor_ckpt_server (hoặc 32-bit hoặc 64-bit) bây giờ sẽ thực thi giao tiếp một cách chính xác giữa 32-bit và 64-bit trình nút. Nếu vấn đề chiều rộng của một số bit cơ hội phát sinh trong giao thức trạm kiểm soát (ví dụ, với các kích thước tập tin), các thông báo lỗi rõ ràng được ghi lại trong nhật ký máy chủ trạm kiểm soát.
• Các công cụ mới cho phép condor_ssh_to_job gỡ lỗi tương tác của công việc đang chạy. Xem trang hướng dẫn tại [*] để biết chi tiết.
• Các lệnh condor_status tại là nhanh hơn đáng kể, đặc biệt là với các tùy chọn -format.
• Grid vũ trụ kiểu lưới GT5 đã được thêm vào để trình dịch vụ Globus GRAM5 mới. Khi một dịch vụ GRAM được xác định là GT5, jobmanager throttling và lưới điện Monitor không được sử dụng. Xem phần 5.3.2 để biết chi tiết.
• Grid vũ trụ kiểu lưới kem đã được thêm vào để trình dịch vụ việc làm CREAM của gLite. Xem phần 5.3.8 để biết chi tiết.
• Khi thấp trên mô tả tập tin để tạo ra các ổ cắm mạng mới, các daemon condor_schedd giờ tránh được xếp chồng lên không giới hạn các thông điệp mà nó theo định kỳ gửi đến condor_negotiator và condor_startd.
• Các hoạt động và xử lý thất bại của Grid Monitor đã được cải thiện.
• Đối với loại lưới nordugrid trong vũ trụ lưới, thông tin tình trạng công việc hiện đang được sử dụng máy chủ LDAP Nordugrid ARC, mà sẽ được cải thiện đáng kể hiệu suất. Ngoài ra, Condor bây giờ có thể biết được những công việc đang chạy.
• Các tùy chọn mới để -valgrind condor_submit_dag nguyên nhân condor_submit_dag để tạo ra một tập tin mô tả trình có sử dụng valgrind trên condor_dagman, thay vì nhị phân condor_dagman như thực thi của nó.
• condor_dagman nay uể oải đánh giá và mở nút file log việc. Thay vì phân tích tất cả các tệp tin đã được mô tả và ngay lập tức mở file log định của họ lúc bắt đầu lên, condor_dagman giờ phân tích các tệp tin đã được mô tả trước mỗi công việc được gửi, và có mỗi file log mở chỉ khi công việc có liên quan có trong hàng đợi hay thực thi các kịch bản POST . Ngoài ra, condor_dagman bây giờ tự động tạo ra một tập tin đăng nhập người dùng mặc định cho bất kỳ công việc nút đó không xác định một.
• Cả hai hỗ trợ và tài liệu cho vũ trụ MPI đã được gỡ bỏ. Ứng dụng MPI được hỗ trợ thông qua việc sử dụng các vũ trụ song song.
• Khi kiểm tra các condor_startd daemon của các phần mềm máy ảo bị lỗi (cho máy cấu hình như có khả năng chạy các máy ảo), các condor_startd định kỳ sẽ thử lại các thử nghiệm cho đến khi nó thành công
.
• Các nordugrid_gahp giờ giới hạn số lượng kết nối được thực hiện cho mỗi máy chủ NorduGrid ARC và reuses kết nối khi có thể.
• Thêm chức năng eval ClassAd (), trong đó có một đối số chuỗi và đánh giá các nội dung của chuỗi như là một biểu hiện ClassAd. Một ví dụ chính sách, nơi này là hữu ích được mô tả trong phần 3.5.9 đình chỉ công việc.
• Các condor_q mới tùy chọn -attributes giới hạn các thuộc tính được hiển thị khi sử dụng -xml hoặc tùy chọn -long. Hạn chế số lượng các thuộc tính cũng làm tăng hiệu quả của các truy vấn.
• khả năng quản lý điện năng của Condor đang thực hiện như một plug-in. Đặc biệt, các condor_startd bây giờ chạy một chương trình bên ngoài, theo quy định của các cấu hình HIBERNATION_PLUGIN biến, để thực hiện việc phát hiện có sẵn trạng thái điện năng thấp và việc chuyển đổi sang các trạng thái điện năng thấp.
• Các daemon Condor mới condor_rooster đã được thêm vào thức dậy máy ngủ đông khi biểu thức được xác định bởi cấu hình UNHIBERNATE biến trở thành True. Các biến cấu hình liên quan đến condor_rooster được mô tả trong phần 3.3.35.
• Thêm khả năng để trích xuất thông tin từ bộ đệm trạng người đọc nhật ký của người sử dụng sự kiện để người đọc người dùng đăng nhập. Điều này được thực hiện thông qua một ReadUserLogStateAccess C ++ class mới theo quy định tại read_user_log.h.
• Thay đổi giá trị của cấu hình CERTIFICATE_MAPFILE biến hoặc các nội dung của các tập tin mà nó đề cập tới không còn cần khởi động lại đầy đủ của Condor. Thay vào đó, các lệnh condor_reconfig sẽ gây ra những thay đổi để được sử dụng.
• Các daemon condor_master bây giờ sẽ in các đường dẫn và các đối số cho bất kỳ daemon nó bắt đầu nếu D_FULLDEBUG được kích hoạt. Trước đây, đã có không có cách nào để có được nó để hiển thị các đối số mà nó đã được bắt đầu từ một daemon.
• Các daemon condor_had hiện nay có khả năng kiểm soát daemon khác hơn condor_negotiator. Điều này được điều khiển thông qua các macro HAD_CONTROLLEE.
• Condor bây giờ nhận ra phần mở rộng VOMS trong proxy X.509. Các thuộc tính VOMS được mã hóa trong các công việc thuộc tính ClassAd X509UserProxySubject.
• Hiện condor_startd có thể dọn sạch máy ảo bị mắc kẹt, sau một vụ tai nạn của Condor hoặc hệ điều hành máy chủ của nó.
• Sau một sự cố, các condor_gridmanager không còn khởi động lại tất cả các công ăn việc làm cho jobmanagers GT2. Điều này sẽ cải thiện thời gian phục hồi.
• Condor hoạt động tốt hơn với các ClassAds loại là chung chung trong các daemon condor_collector. Daemon khác nhau mà đăng ký với ClassAds chung bây giờ có thể có các công cụ mà sử dụng tùy chọn -subsystem thao tác ClassAds họ đúng.
• Condor hiện nay cung cấp một cơ chế để thực thi nghiêm ngặt nguồn tài nguyên hạn chế đối với một số vũ trụ của việc chạy.
• Cấu hình bổ sung biến và thay đổi:
• Các biến cấu hình mới EMAIL_SIGNATURE định một chữ ký tùy chỉnh được nối đến e-mail được gửi bởi các hệ thống Condor. Nếu được xác định, sau đó chữ ký tùy chỉnh này thay thế các quy định nội dung mặc định. Không có giá trị mặc định cho biến này.
• Cấu hình mới CKPT_SERVER_CLIENT_TIMEOUT biến thông báo condor_schedd bao lâu trong giây nó là sẵn sàng chờ đợi để thử và nói chuyện với một quá trình condor_ckpt_server trước khi tuyên bố một condor_ckpt_server xuống. Xem phần 3.3.11 cho các mô tả đầy đủ.
• Các biến cấu hình mới CKPT_SERVER_CLIENT_TIMEOUT_RETRY thông báo condor_schedd rằng một khi một condor_ckpt_server là được đánh dấu là xuống, làm thế nào có thể giây phải vượt qua trước khi condor_schedd sẽ cố gắng liên lạc với các condor_ckpt_server nữa. Xem phần 3.3.11 cho các mô tả đầy đủ.
• Các biến cấu hình mới CKPT_SERVER_REMOVE_STALE_CKPT_INTERVAL thông báo condor_ckpt_server để bắt đầu loại bỏ các trạm kiểm soát cũ tại các khoảng thời gian quy định trong vài giây. Xem phần 3.3.8 cho các mô tả đầy đủ.
• Các biến cấu hình mới CKPT_SERVER_STALE_CKPT_AGE_CUTOFF thông báo condor_ckpt_server cách cũ thời gian truy cập một file checkpoint của phải có để được coi là cũ. Thời gian này được so sánh với các khái niệm hiện tại của doanh nghiệp khi máy chủ trạm kiểm soát sẽ kiểm tra các tập tin hình ảnh trạm kiểm soát. Xem phần 3.3.8 cho các mô tả đầy đủ.
• Cấu hình mới SlotWeight biến có thể được sử dụng để cung cấp cho một khe trọng lượng lớn hơn khi tính năng sử dụng, tính công bằng cổ phiếu và thực thi hạn ngạch nhóm. Xem 3.3.10 cho các mô tả đầy đủ.
• Các biến cấu hình mới MAX_PERIODIC_EXPR_INTERVAL thực hiện một trần vào thời gian giữa đánh giá của các biểu thức định kỳ, do thời gian thích nghi ngụ ý bởi cấu hình PERIODIC_EXPR_TIMESLICE biến. Xem 3.3.11 cho các mô tả đầy đủ.
• Cấu hình mới GRIDMANAGER_SELECTION_EXPR biến có thể được sử dụng để kiểm soát bao nhiêu tiến trình condor_gridmanager sẽ được sinh ra để quản lý công việc vũ trụ lưới. Là một phần của sự thay đổi này, loại bỏ các biến cấu hình và hỗ trợ mã cho GRIDMANAGER_PER_JOB vì biến cấu hình mới thay thế nó. Xem 3.3.11 cho các mô tả đầy đủ.
• Cấu hình GRIDMANAGER_MAX_PENDING_SUBMITS_PER_RESOURCE biến và GRIDMANAGER_MAX_PENDING_SUBMITS ga tương ứng đã được gỡ bỏ.
• Cấu hình điều khiển mới GRID_MONITOR_DISABLE_TIME biến các condor_gridmanager sẽ đợi bao lâu sau khi gặp phải một lỗi trước khi cố gắng khởi động lại một công việc Lưới Monitor. Xem 3.3.23 cho các mô tả đầy đủ.
• Các xác định trước cấu hình vĩ mô DETECTED_MEMORY mới chỉ ra số lượng bộ nhớ vật lý (RAM) được phát hiện bởi Condor. Các giá trị được đưa ra trong Mbytes.
• Cấu hình DETECTED_CORES vĩ mô được xác định trước mới chỉ ra số lượng các lõi CPU phát hiện bởi Condor.
• Cấu hình điều khiển mới DELEGATE_FULL_JOB_GSI_CREDENTIALS biến dù một proxy X.509 toàn hoặc hạn chế được ủy nhiệm cho việc loại lưới vũ trụ lưới GT2. Xem 3.3.26 cho các mô tả đầy đủ.
• Cấu hình UNHIBERNATE biến mới được sử dụng bởi các condor_startd để quảng cáo trong ClassAd của một biểu thức boolean xác định khi máy cần được đánh thức, ví dụ bằng cách condor_rooster. Xem 3.3.10 cho các mô tả đầy đủ.
• Các biến cấu hình mới HIBERNATION_PLUGIN xác định đường dẫn đến các plug-in mà condor_startd sử dụng cả hai để phát hiện những khả năng trạng thái năng lượng thấp của máy và chuyển máy về trạng thái năng lượng thấp. Xem 3.3.10 cho các mô tả đầy đủ.
• Cấu hình HIBERNATION_PLUGIN_ARGS biến mới quy định cụ thể đối số dòng lệnh bổ sung mà các condor_startd sẽ vượt qua các plug-in khi gọi nó để chuyển máy về trạng thái năng lượng thấp. Xem 3.3.10 cho các mô tả đầy đủ.
• Cấu hình mới HIBERNATION_OVERRIDE_WOL biến có thể được sử dụng để chỉ đạo condor_startd bỏ qua Wake On LAN (WOL) khả năng của giao diện mạng của máy tính, và để chuyển sang một trạng thái năng lượng thấp thậm chí nếu giao diện không hỗ trợ WOL, hoặc nếu WOL bị vô hiệu hóa trên đó. Xem 3.3.10 cho các mô tả đầy đủ.
• Cấu hình điều khiển mới DAGMAN_USER_LOG_SCAN_INTERVAL biến condor_dagman dài chờ đợi như thế nào giữa việc kiểm tra các tập tin log cho việc cập nhật trạng thái. Xem 3.3.25 cho các mô tả đầy đủ.
• Các biến cấu hình mới DAGMAN_DEFAULT_NODE_LOG đặt tên tập tin đăng nhập mặc định cho các tính năng của file log condor_dagman nút mặc định mới. Xem 3.3.25 cho các mô tả đầy đủ.
• Loại bỏ các DAGMAN_DELETE_OLD_LOGS biến cấu hình; đọc mã tập tin log mới làm cho nó trở nên lỗi thời.
• Các biến cấu hình mới HAD_CONTROLLEE được sử dụng để chỉ định tên của các daemon mà các điều khiển condor_had. Tên này phải phù hợp với tên daemon trong DAEMON_LIST của condor_master.
• Lỗi cố định:
• Cố định một lỗi trong chức năng ClassAd nơi lý lẽ đó nên đã bị ép buộc một cách chính xác vào chuỗi thay thế được đánh giá là do sai sót.
• Cố định một thông điệp chẩn đoán nhầm lẫn với các JobRouter, mà đã xảy ra khi một công việc đã được gỡ bỏ trong vòng 5 phút đã được nộp.
• Cố định một lỗi trong đó việc sử dụng các khe động (xem phần 3.13.7) gây ra các ClassAd máy thuộc tính SLOT_STARTD_ATTRS biến mất từ ​​ClassAd cho một số khe.
• Cố định một lỗi nền tảng Windows trong đó các cửa sổ thuộc về một công việc Condor không nhận được tin nhắn sơn.
• Cố định một lỗi gây ra condor_q -analyze sụp đổ khi không có tập tin daemon ClassAd condor_schedd.
• Cố định một vụ tai nạn condor_procd gây ra khi môi trường của một quá trình theo dõi vượt 1Mbyte trong / proc.
• Cố định một lỗi nền tảng Windows mà có thể gây ra các condor_credd để sụp đổ nếu một chứng chỉ được yêu cầu không có trong các cửa hàng mật khẩu.
• Cố định một lỗi gây ra các khóa xoay bản ghi sự kiện công việc được tạo ra với các điều khoản không chính xác.
• Cố định một lỗi trong vòng quay của các bản ghi sự kiện công việc mà có thể gây ra nó không bao giờ có thể quay ở cổng Windows của Condor.
• Cố định một điều kiện chủng tộc tiềm năng trong việc khởi tạo bản ghi sự kiện công việc.
• tình trạng đua cố định mà có thể gây ra một vụ tai nạn của condor_collector và condor_schedd trên tắt máy.
• Cố định một lỗi trong đó condor_master đôi khi sẽ chết và sản xuất một tập tin dprintf_failure.MASTER khi khởi động lại, hoặc do timestamps nhị phân mới hoặc khi bắt đầu bước đầu.
• Cố định một rò rỉ bộ nhớ liên quan đến các biến cấu hình SOAP xảy ra khi Condor đã được cấu hình lại.
• Cố định một lỗi trong đó nộp hồ sơ mô tả lệnh cron_day_of_week đã sai lầm bỏ qua.
• Cố định lỗi trong đó các biến cấu hình MAX_JOB_QUEUE_LOG_ROTATIONS và GRIDMANAGER_SELECTION_EXPR sẽ không hoạt động đúng lúc khởi lên; họ chỉ làm việc sau khi một condor_reconfig.
• Cố định một lỗi trong đó các hoạt động SOAP đã được ủy quyền không đúng với IP peer.
• Cố định một lỗi nền tảng Windows trong đó không phải tất cả daemon Condor được sự tín nhiệm của Windows Firewall (trước đây được gọi là kết nối Internet Firewall hoặc ICF).
• Cố định một tình trạng đua tắt máy trong condor_master đối với daemon sẵn sàng cao với.
• Cố định một lỗi trong đó một daemon Condor sai xác định nó đã chạy ra khỏi mô tả socket.
• Sửa lỗi các condor_schedd sẽ chặn trong một thời gian rất dài của thời gian trong khi cố gắng kết nối với một máy chủ checkpoint xuống. Bây giờ condor_schedd sẽ làm một chặn kết nối với thời gian chờ lên máy chủ trạm kiểm soát cho một số cấu hình của giây. Nếu kết nối không thành công, condor_schedd sẽ đặt một lệnh cấm tạm thời kết nối với các máy chủ trạm kiểm soát cho đến khi vượt qua khoảng thời gian tạm ngừng cấu hình. Các biến tập tin cấu hình để mô tả hành vi này được mô tả ở trên.
• Thay đổi séc mà condor_dagman làm cho các trường hợp condor_dagman khác chạy cùng DAG, nếu nó tìm thấy một tập tin ở ổ khóa khởi động. Bây giờ, nếu condor_dagman là không chắc chắn liệu DAGMan khác là còn sống, nó tiếp tục, chứ không phải đi ra.
• Cố định một mô tả tập tin bị rò rỉ lớn trong daemon Cò.
• Cố định một lỗi trong đó chuyển Cò thành công đã được đánh dấu là đã thất bại.
• Cố định một rò rỉ bộ nhớ phổ biến trong trường hợp người sử dụng đọc mã tập tin log khi đọc các sự kiện bị định dạng.
• Cố định một lỗi trong đó nhiều ClassAds máy trong condor_collector với cùng một tên, nhưng các giá trị thuộc tính StartdIPAddr khác nhau, sẽ gây ra các condor_negotiator thoát ra với một lỗi. Điều này là không bình thường và không nên xảy ra trong một cài đặt điển hình Condor. Nguyên nhân rất có thể được sử dụng để quảng cáo condor_advertise ClassAds tùy chỉnh cho lưới mai mối.
• Cố định một lỗi gây ra condor_dagman lõi đổ nếu tất cả các trình nỗ lực không thành công trên một nút DAG có một kịch bản POST. Lỗi này đã tồn tại từ phiên bản 7.1.4 Condor.
• Cố định một rò rỉ bộ nhớ trong condor_schedd, xảy ra khi cấu hình NEGOTIATOR_MATCH_EXPRS biến được sử dụng.
• Cố định một lỗi trong các nền tảng mã Windows mà đối xử với các kịch bản như thực thi. Phần mở rộng tập tin không rõ được điều trị như là một lỗi, chứ không phải là một thực thi Windows.
• Các condor_job_router bây giờ bộ một cách chính xác các thuộc tính ClassAd EnteredCurrentStatus đến thời điểm hiện tại khi tạo một công việc định tuyến mới. Trước đây, nó sao chép thuộc tính này từ các công việc ban đầu.
• Các condor_job_router phát ra một thông báo đăng nhập thân thiện hơn khi nhận định rằng các bản sao định tuyến của công việc đã được gỡ bỏ.
• Một sửa chữa đã được thực hiện cho một vấn đề nhìn thấy trong 7.3.1, trong đó sử dụng daemon Condor CCB để kết nối với daemon Condor khác đôi khi sẽ tiêu thụ một lượng lớn thời gian của CPU không có lý do tốt.
• Cố định một lỗi trường hợp thất bại hiếm hoi trong đó cố gắng để kết nối thông qua CCB có thể ở trong trạng thái chờ đợi vô thời hạn.
• Một Unix chỉ lỗi gây ra Condor daemon để không bắt đầu nếu MAX_FILE_DESCRIPTORS đã được cấu hình cao hơn so với giới hạn cứng hiện nay được thừa hưởng bởi Condor. Nếu Condor được chạy như là người chủ, điều này không còn đúng nữa.
• Các condor_gridmanager giờ quảng cáo ClassAds lưới đúng khi có nhiều daemon condor_collector.
• Khi sử dụng condor_q -xml và -format với nhau để hạn chế số lượng ClassAd thuộc tính trở lại trong truy vấn, các thẻ chứa XML đã không được tạo ra. Điều này là cố định, nhưng bây giờ cách ưa thích để hạn chế các thuộc tính trả về là sử dụng tùy chọn -attributes condor_q.
• Cố định một lỗi trong đó condor_master Unix đã thất bại khi cố gắng khởi động lại chính nó, nếu cấu hình MASTER_LOCK biến đã được xác định, hoặc nếu condor_master được gọi với tùy chọn -t. Lỗi này đã tồn tại kể từ series 7.0, và có thể đã tồn tại nhiều hơn đó.
• Cố định một rò rỉ bộ nhớ đáng kể trong gahp_server. Rò rỉ này là chỉ xuất hiện trong phiên bản 7.3.x Condor trước.
• Cố định một lỗi có thể gây ra một công việc loại bỏ được tổ chức và sau đó phát hành để trở về trạng thái nhàn rỗi.
• Các tập tin jar Globus phân phối với x86-64 RHEL 5 RPM đã bị hư hỏng, gây ra việc loại GT4 lưới để thất bại. Điều này đã được cố định.

là gì mới trong phiên bản 7.2.2:

• Thêm một cổng đầy đủ của Condor để Debian 5.0 các nền tảng x86.
• Thêm một cổng cắt bớt của Condor để Debian 5.0 trên nền tảng x86_64.
• Thêm dòng lệnh cờ -DumpRescue để condor_dagman và condor_submit_dag. Cờ này được thiết kế chủ yếu để thử nghiệm.
• Thêm hỗ trợ cho các tùy chọn để -debug condor_qedit.
• Các Router Job bây giờ sử dụng một bộ đếm thời gian lát thời gian để đánh giá biểu hiện định kỳ, tương tự như daemon condor_schedd. Khoảng thời gian đánh giá được kiểm soát bởi các cấu hình PERIODIC_EXPR_INTERVAL biến, và mặc định là 60 giây, giá trị mặc định được sử dụng bởi các daemon condor_schedd.
• Các Router Job giờ reset công việc nguồn, nếu có lỗi xảy ra khi cập nhật các daemon condor_schedd cho một biểu hiện kỳ ​​được đánh giá là True. Biểu thức định kỳ của công việc cần được đánh giá lại một số thời gian trong tương lai với một bản cập nhật thành công.

là gì mới trong phiên bản 7.2.0:.

• nâng cấp tính năng chính

là gì mới trong phiên bản 7.0.5:

• Phiên bản này chứa nhiều sửa lỗi và cải tiến một số lỗi xử lý các công việc địa phương Universe.
• Lưu ý rằng một số sửa lỗi là bảo mật liên quan; do đó, các trang web hoặc cần nâng cấp hoặc hạn chế quyền truy cập vào những người được phép nộp công việc Condor để người dùng tin cậy.