International Business Machines Corporation

Other

Zhen Yang Shi

Qing Feng Zhang

Xue Feng Gao

Peng Han

Shan Gao

Al Chakra

Tian Ming Pan

Yang Zhang

Yi Xin Song

Fu Li Bian

Yu Kun Wei

Cognitive expected program code installation result assessment by a method that includes collecting environment information about a cloud computing environment and collecting description information about program code for potential installation. The method maintains a hierarchical model for determining whether the program code is expected to install properly on the computer system, and uses the hierarchical model for such determining, including performing an analysis that proceeds through level(s) of the model based on the description information and arrives at an indication as to whether the program code is expected to install properly. The method performs processing based on determining whether the program code is expected to install properly, for instance by generating and providing a recommendation to a user regarding installation of the program code.

Cognitive expected program code installation result assessment

A blockchain of transactions may be referenced for various purposes and may be later accessed by interested parties for ledger verification and information retrieval. One example method of operation may include assigning one blockchain block to one group member node among a group of blockchain nodes, storing the one blockchain block in the one group member node, assigning a verification of the one blockchain block to one or more verification blockchain nodes which are part of the group of blockchain nodes, and storing the verification of the one blockchain block in each of the one or more verification blockchain nodes.

Optimal data storage configuration in a blockchain

A computer-implanted method for creating a filtered digital entry includes generating, via a processor implementing a trace generation engine, a trace indicative of successful transactions and erroneous transactions. The processor instantiates a plurality of buffers in a buffer pool each configured to record a trace function boundary. The processor then analyzes each buffer in the buffer pool based on the trace function boundary to evaluate whether each function entry in the trace contains an erroneous transaction. If the processor determines that a function entry contains an erroneous transaction, the processor sets an output flag in a call stack map associated with that function. The processor then generates a filtered digital entry based on the call stack map. The filtered digital entry includes only erroneous transaction data from the trace.

Filter trace based on function level

An approach is provided for determining whether to reboot a computing node. Data specifying user behaviors and intra-box and inter-box factors associated with computing nodes are collected and classified in groups. Rules corresponding to the groups are generated. Each rule includes an indicator of whether the corresponding group is associated with permitting or not permitting a reboot. Computing node data is received which specifies intra-box and inter-box factors of the computing node and user operations of the computing node. After determining that the computing node data matches one of the groups, it is determined that a rule corresponding to the group includes an indicator of whether the computing node is permitted to be rebooted. Based on the indicator, the computing node is rebooted or not rebooted.

Determining reboot times of computing nodes

A monitoring mechanism is used to detect, via client side monitoring, malfunctions of services within a cloud environment. Additional monitors are activated against the problem-related services in the system. Recursively, the monitored problem-related services act as the client to other services inside the cloud environment and can be used to detect more services which need to be monitored until all the problem-related services are monitored. After the problem is fixed, the monitoring can be disabled automatically or manually.

On demand monitoring mechanism to identify root cause of operation problems

A method and a system for dispensing shoe covers are disclosed. The shoe cover dispensing method comprises the following steps: propping a shoe cover open; inverting; determining if relay has been reset and if not then repeating the determining; opening; relaying; waiting for use; completing usage; resetting the relay; determining if the inverting has been completed and if not then repeating the determining; jumping to the opening step. The shoe cover dispensing system comprises a shoe cover storage module (), an extracting module (), an opening module (), and a relay module (). Compared with the prior art, the method and system for dispensing shoe covers of the present invention are convenient for pre-storing shoe covers with more pre-stored shoe covers contained at one time, the pre-storing is convenient, the accuracy requirements for pre-storing the shoe covers are low, the occupied space is saved, and the operating efficiency is high.

Growing community of inventors

Beijing, China

Zhen Yang Shi