Release Notes for CGI | Release Notes for Core
CGI:
YellowDog Sync 2.11.0.0
Core:
Account Service 1.3
Object Store Service 1.12
Compute Service 1.11
Images Service 1.5 (Renamed from Image Registry Service)
Scheduler Service 1.10
Log Service 1.0
Metrics Service 1.4
Platform Client 1.12
Agent 1.9
New Features and Improvements | Fixes
In order to improve download performance for scenes and frames, YellowDog Sync will now default to downloading data directly from the YellowDog Object Store, rather than via the YellowDog Platform.
If the YellowDog Object Store is disabled within the Sync configuration, or if the files cannot be downloaded for some reason, Sync will automatically change to attempting download using the previous method.
You can now change the name and location of the top-level folder used to store YellowDog Sync downloads, for example if you prefer to remove the scene ID. To do this, edit the new setting Output file storage structure. (In the .json configuration file, this is represented by the value OutputRelativeJobStorePath)
You can use wildcards to include the scene ID, scene name, and/or job ID within the output path. Either brackets () or braces {} can be used when specifying wildcards.
By default, Sync will output to the same location as in previous versions. This is defined as (${SCENE_ID}) ${SCENE_NAME}/(${JOB_ID})
.
Users with a Select Service subscription can now create additional instances by simply specifying a number of servers to start.
These instances are started via an API call to a new createInstances endpoint.
For more information, contact YellowDog.
A new Log Service significantly enhances the task of administering and troubleshooting the core platform. This integrates with Grafana Loki to provide account-specific access to system logs, including both logs from Platform Services and logs from workers managed by the YellowDog Scheduler Service.
You can access this log information through the Platform Services Portal, where you can easily filter entries by entity ID, source service, and more.
All existing services have been updated to integrate with the new log format.
Where a compute requirement has no running instances, it will be terminated by the YellowDog Platform.
This feature is intended to free up service resources, where these are unnecessarily allocated to compute requirements that have finished or stalled without properly terminating. A compute requirement will only be terminated if it has no instances, or if all its instances have been terminated, and if it has not changed status or claimed new instances for at least several hours.
A number of improvements have been made to the YellowDog Scheduler Service. These include:
You are seeing this because you are using a browser that is not supported. The YellowDog website is built using modern technology and standards. We recommend upgrading your browser with one of the following to properly view our website:
Windows MacPlease note that this is not an exhaustive list of browsers. We also do not intend to recommend a particular manufacturer's browser over another's; only to suggest upgrading to a browser version that is compliant with current standards to give you the best and most secure browsing experience.