Abstract: Techniques for generating recommendations based on the predicted performance of an execution plan are disclosed. A system predicts the future characteristics of a set of data objects associated with a set of structured query language (SQL) statements. The system predicts how the changes to the set of data objects will result in changes to a query execution plan associated with the SQL statements. The system predicts a set of performance metrics for the changed query execution plan. Based on the predicted performance, the system generates recommendations for modifying data, applications, or database server operations to improve performance.

Abstract: The sleeping berth structure for a vehicle sleeping compartment includes a vertical post, a partition wall, extending from the vertical post, a first berth, located on a first side of the partition wall, the first berth including a frame and a cushion, and a first horizontal beam, located on the first side of the partition wall and extending from the vertical post perpendicular to the partition wall to support an extremity of the first berth. To reduce the bulk of the berth structure, improve its aesthetics and reduce the risk of injury of a user the sleeping berth structure, the frame of the first berth includes a hollow extruded beam, and the first horizontal beam is received inside the hollow extruded beam of the frame of the first berth.

Abstract: An example methodology includes, by a computing device, monitoring a status of a workflow execution and, responsive to a determination of a failure of the workflow execution, determining whether an error associated with the failure is a known error. The method also includes, responsive to a determination that the error is a known error, comparing an audit trail of the workflow execution with a failure scenario documented for the known error and, responsive to validating that the audit trail is the documented failure scenario, performing one or more recovery actions documented for the known error. The method may also include, responsive to a determination that the error is not a known error, determining one or more recovery actions for the error and the audit trail, and updating a record of known failures with the error, the audit trail, and the one or more recovery actions.

Abstract: A storage system, comprising: a management system; and a storage processor that is coupled to the management system via a communications network, wherein the storage processor is configured to: receive an instruction to perform an operation; identify a plurality of tasks that are associated with the operation; store, in a database, a respective timeout threshold for each of the plurality of tasks; select one of the plurality of tasks; and update the respective timeout threshold of the selected task based on a utilization of a resource, the respective timeout threshold being updated while the operation is being performed by the storage processor; and wherein the management system is configured to: transmit the instruction to the storage processor; retrieve the respective timeout threshold of the selected task; detect whether the respective timeout threshold of the selected task is expired; when the respective timeout threshold is expired, abort the operation.

Abstract: In one aspect, a computer-implemented method includes: identifying a plurality of storage devices accessible to a node of a computer cluster, the storage devices being identified as not having labels; determining one or more attributes of individual ones of the storage devices; determining, by the node, intended uses of the storage devices based on comparing the determined attributes to attributes defined within a configuration file; and generating labels for the storage devices based in least in part on the determined intended uses; and applying the labels to the storage devices.

Abstract: In one aspect, a computer-implemented method includes: identifying a plurality of storage devices accessible to a node of a computer cluster, the storage devices being identified as not having labels; determining one or more attributes of individual ones of the storage devices; determining, by the node, intended uses of the storage devices based on comparing the determined attributes to attributes defined within a configuration file; and generating labels for the storage devices based in least in part on the determined intended uses; and applying the labels to the storage devices.

Abstract: According to one aspect, a method includes: receiving, by a node of a computer cluster, a command for a health status report, the node having a plurality applications and being one of a plurality of nodes of the cluster, the command indicating a class of a health checks to be executed and a scope; identifying, from a configuration, one or more health checks to be executed based on the indicated class; executing the one or more health checks on one or more of the applications and on one or more of the nodes of the cluster according to the indicated scope, where different ones of the health checks are configured to determine state of different ones of the applications; aggregating, by the node, results of the executed health checks; and outputting the aggregated results.

Abstract: Failover of a Docker container between nodes of a cluster is orchestrated to enable the Docker container's data to be made available across all nodes of the cluster. Using this orchestration system, if a second cluster node is selected to be used to bring up a Docker container, the orchestration system coordinates destroying the previous Docker volumes on the first cluster node, unmounting a physical device containing the application data from the first cluster node's virtual filesystem, remounting the physical device containing the application data in the virtual filesystem of the second cluster node, creating a Docker volume referencing the application data on the second cluster node, and using the Docker volume to start a new instance of the Docker container on the second cluster node. This enables the Docker container to be started on any node of a cluster and have the application data available as a local filesystem.

Abstract: Failover of a Docker container between nodes of a cluster is orchestrated to enable the Docker container's data to be made available across all nodes of the cluster. Using this orchestration system, if a second cluster node is selected to be used to bring up a Docker container, the orchestration system coordinates destroying the previous Docker volumes on the first cluster node, unmounting a physical device containing the application data from the first cluster node's virtual filesystem, remounting the physical device containing the application data in the virtual filesystem of the second cluster node, creating a Docker volume referencing the application data on the second cluster node, and using the Docker volume to start a new instance of the Docker container on the second cluster node. This enables the Docker container to be started on any node of a cluster and have the application data available as a local filesystem.

Abstract: Dynamic determination of a leader node during installation of a multiple node environment is implemented using a shared device and a messaging framework. The leader node is responsible for managing installation of all shared resources. When installation of a multiple node environment is initiated, each node runs a local boot script that governs its local boot process. Each node posts status updates of its boot operations to the messaging framework. Each node also dynamically determines whether it is the leader node by checking the messaging framework to learn whether installation of any of the shared resources has been started. If installation of the shared resources has not started, the node attempts to obtain a lock on the shared device. The node that obtains the lock on the shared device is the leader node. The leader node posts status updates related to installation of the shared resources to the messaging framework.

Abstract: A wound assessment device is provided which can include any number of features. In one embodiment, the wound assessment device comprises a hands-free device that includes a camera, additional sensors, electronics including a processor, a non-transitory computer-readable storage medium, an energy source, and a display. The wound assessment device can be configured to document the healing process of a wound, and overlay a digital ruler and information pertaining to the wound and the patient onto images taken of the wound. Methods of use are also provided.