Abstract: Storage cluster configuration for computing resources of a storage system is disclosed. A cluster configuration can be based on client indicated cluster criteria. Further, a cluster configuration can be based on non-client indicated criteria, such as, system requirements, regulatory compliance, industry best practices, etc. Determined candidate cluster configurations that can satisfy client criteria can be organized according to a selection preference, to enable selection of a preferred cluster configuration from the candidate cluster configurations. Candidate cluster configurations can result from recursive combinatorial searching, with pruning, of an entity space resulting from an ontological analysis of storage system computing resources. Pruning can be accelerated based on heuristic selection of a fork attribute. A K-D tree subjected to dimensional normalization can be employed to interpolate an attribute value.

Abstract: Storage cluster configuration for computing resources of a storage system is disclosed. A cluster configuration can be based on client indicated cluster criteria. Further, a cluster configuration can be based on non-client indicated criteria, such as, system requirements, regulatory compliance, industry best practices, etc. Determined candidate cluster configurations that can satisfy client criteria can be organized according to a selection preference, to enable selection of a preferred cluster configuration from the candidate cluster configurations. Candidate cluster configurations can result from recursive combinatorial searching, with pruning, of an entity space resulting from an ontological analysis of storage system computing resources. Pruning can be accelerated based on heuristic selection of a fork attribute. A K-D tree subjected to dimensional normalization can be employed to interpolate an attribute value.

Abstract: Distributed architectures that can generate a crash report without concurrent access to debug symbols and a memory dump. Besides grabbing generic information from a memory dump, which most debuggers provide (e.g., call stack traces for all threads), developer-provided scripts can grab application-specific details such as tables of open protocol client connections and so-forth. This extraction can take place at a customer site where a crash occurred and can proceed without the use of debug symbols. The extraction can generate a crash report which can be sent back from the field. Once in the hands of engineering (e.g., at a provider site where debug symbols are extant but the memory dump is not), debug symbols can then be used in an annotation phase to fill in missing details (e.g., the precise source files and line numbers corresponding to call stack traces) without access to the original crash dump.

Abstract: Distributed architectures that can generate a crash report without concurrent access to debug symbols and a memory dump. Besides grabbing generic information from a memory dump, which most debuggers provide (e.g., call stack traces for all threads), developer-provided scripts can grab application-specific details such as tables of open protocol client connections and so-forth. This extraction can take place at a customer site where a crash occurred and can proceed without the use of debug symbols. The extraction can generate a crash report which can be sent back from the field. Once in the hands of engineering (e.g., at a provider site where debug symbols are extant but the memory dump is not), debug symbols can then be used in an annotation phase to fill in missing details (e.g., the precise source files and line numbers corresponding to call stack traces) without access to the original crash dump.

Abstract: Distributed architectures that can generate a crash report without concurrent access to debug symbols and a memory dump. Besides grabbing generic information from a memory dump, which most debuggers provide (e.g., call stack traces for all threads), developer-provided scripts can grab application-specific details such as tables of open protocol client connections and so-forth. This extraction can take place at a customer site where a crash occurred and can proceed without the use of debug symbols. The extraction can generate a crash report which can be sent back from the field. Once in the hands of engineering (e.g., at a provider site where debug symbols are extant but the memory dump is not), debug symbols can then be used in an annotation phase to fill in missing details (e.g. the precise source files and line numbers corresponding to call stack traces) without access to the original crash dump.

Abstract: Distributed architectures that can generate a crash report without concurrent access to debug symbols and a memory dump. Besides grabbing generic information from a memory dump, which most debuggers provide (e.g., call stack traces for all threads), developer-provided scripts can grab application-specific details such as tables of open protocol client connections and so-forth. This extraction can take place at a customer site where a crash occurred and can proceed without the use of debug symbols. The extraction can generate a crash report which can be sent back from the field. Once in the hands of engineering (e.g., at a provider site where debug symbols are extant but the memory dump is not), debug symbols can then be used in an annotation phase to fill in missing details (e.g. the precise source files and line numbers corresponding to call stack traces) without access to the original crash dump.