Dell Products Inc.

Vishal Tiwary

Philip N Shilane

Dominick J Santangelo

A process of recovering from a failure of a solid-state device (SSD) storing a persistent volume (PV) for logging in a cluster network. The PV is recreated on a different SSD that has spare capacity and IOPS resources, and log information is redirected from an application to the relocated PV on the different SSD. Upon replacement of the original failed SSD, the PV can be copied from the different SSD to the new replacement SSD, or the replacement SSD can be left empty, and the relocated PV on the different SSD can continue to be used. This process provides a high degree of redundancy with regard to logging so that a failure of single SSD does not bring down the node or the entire cluster network.

Failure recovery of solid state disk (SSD) storage for cluster file system serviceability

A multi-node, multi-container cluster system that generates, aggregates, and manages log files from services and components to be used for audit logs and to debug and perform other serviceability tasks provided by a vendor of the cluster system. Logs are collected from all components of the system and aggregated using a central persistent volume for non-critical applications and additional dedicated persistent volumes for critical tasks. The logs are implemented to minimize the risk of losing log lines and reduce resource overheads. Logs are formatted to provide a consistent logging format utilizing industry standard data formats, such as timestamps. Log files are stored persistently outside of pods to ensure high availability for any audit log management needs.

Cluster network logging for debugging and audits

Systems and methods for on-site filtering and prioritizing logged data prior to transmission to a support server are described. An analyzer application executing on the same system as a filesystem application may retrieve a core file dump in response to an unexpected behavior. An actively running thread at the time of the unexpected behavior may be identified, and thread relationship rules are used to generate a list of related threads based on sharing a common resource with the actively running thread. A relevance factor may be determined for each of the sub-components of the related threads based on a positioning within a hierarchical tree of the related threads. Log files from the sub-components may then be selected for a support file bundle, based on the relevance factors and the file sizes of the log files fitting within a size limit, then transmitted to the support server.

Growing community of inventors

Sunnyvale, CA, United States of America

Vishal Tiwary