G06F16/196

Hybrid approach to performing a lazy pull of container images
11709665 · 2023-07-25 · ·

Embodiments of the present disclosure provide a hybrid approach to performing a lazy pull of a container image. A file system in user space (FUSE) is utilized to lazy pull the container image, and manage file requests from the container while the container image is being fetched locally. During the retrieving, the FUSE may receive from the container, one or more file requests, and may temporarily block each of the one or more file requests until it can process them. Once the container image is fully fetched locally, the overlay structure of the container image expected by a file system in the kernel (e.g., Overlay FS) is created and control is passed to the file system in the kernel. The FUSE may then unmount itself, to expose the container to the underlying mount point.

VIRTUAL REPLICATION OF UNSTRUCTURED DATA
20230229564 · 2023-07-20 ·

A data management system includes: a transceiver; a memory; and a processor communicatively coupled to the transceiver and the memory and configured to: receive, via the transceiver, a copy data request for unstructured data; access, via the transceiver in response to the copy data request, a plurality of backed-up files of unstructured data stored in a first data storage device; send, in response to the copy data request, a plurality of Virtual Data Files (VDFs) to a second data storage device, the processor being configured to respond to receipt of information from each of the plurality of VDFs to retrieve a respective backed-up file of unstructured data of the plurality of backed-up files of unstructured data stored in the first data storage device.

Security for data at rest in a remote network management platform

An embodiment may involve persistent storage including a parent filesystem and a pre-configured amount of free space within the parent filesystem that is dedicated for shared use. The embodiment may also involve one or more processors configured to, for each of a plurality of child filesystems: create a sparse file with an apparent size equivalent to the pre-configured amount of free space; create a virtual mapped device associated with the sparse file; establish one or more cryptographic keys for the virtual mapped device; create an encrypted virtual filesystem for the virtual mapped device and within the sparse file, wherein the encrypted virtual filesystem uses the cryptographic keys for application-transparent encryption and decryption of data stored by way of the encrypted virtual filesystem; and mount the encrypted virtual filesystem within the parent filesystem as one of the child filesystems.

File containerization and management

This disclosure is directed to embodiments of systems and methods for containerizing files and managing policy data applied to the resulting containers. In some of the disclosed embodiments, a computing system determines that a file stored in storage medium is to be included in a container to be sent to at least one computing component associated with a device including a user interface. The computing system determines that the file is of a particular type and also determines code that can be used to access files of the particular type. The computing system combines the file and the code into the container such that container is configured to be executed by the at least one computing component so as to cause content of the file to be presented by the user interface. The computing system then sends the container to the at least one computing component. In some implementations, the container may further include policy information defining at least one of whether, how, where, when, or by whom the file can be accessed using the code. A communication link may be established between the computing system and the container at the at least one computing component and an instruction may be sent via the communication link that causes a change to the policy information.

Model object management and storage system

A model management system provides a centralized repository for storing and accessing models. The model management system receives an input to store a model object in a first model state generated based on a first set of known variables. The model management system generates a first file including a first set of functions defining the first model state and associates the first file with a model key identifying the model object. The model management system receives an input to store the model object in a second model state having been generated based on the first model state and a second set of known variables. The model management system generates a second file including a second set of functions defining the second model state and associates the second file with the model key. The model management system identifies available versions of the model object based on the model key.

Multi-trigger personalized virtual repository
11526472 · 2022-12-13 ·

A virtual repository system with robust item management automatically derives item data from accessed current and past transactions. The system interfaces with merchant systems to receive current and archived transaction data, scans emails for current and past transaction data, monitors browser data for online transaction data, and accepts manual input. Data obtained from all sources is collated and stored in a cache for user validation, whereupon it is added to a virtual repository. Triggers prompt the delivery of responsive results including information from shared virtual repositories.

TAPE REPOSITION MANAGEMENT IN A TAPE DATA STORAGE DRIVE
20220358967 · 2022-11-10 ·

In one aspect of tape repositioning management in accordance with the present description, in response to loading a tape in a tape drive, mounting the tape linear tape file system (LTFS) is initiated including reading an index partition on the tape to extract metadata for mounting the tape LTFS, and prior to accessing a data area of the tape in response to any application access request, the tape is repositioned within a data partition to read a vHRTD (virtual High Resolution Tape Directory) recorded in an EOD (End of Data) portion such as an EOD data set, for example, of the data partition. The EOD portion is read to retrieve the vHRTD to facilitate application requested accesses to the tape. In one embodiment, repositioning and stopping the tape at the beginning of the data partition after reading the index partition containing metadata is bypassed.

System and method of presenting a hybrid cloud cache as a file system
11573934 · 2023-02-07 · ·

A system and methods for presenting a hybrid cloud cache as a file system. The system implements a set of standard file system command line interfaces that present the objects stored by the hybrid cloud cache to users of the system as if the users were viewing and interacting with a traditional file system. The system provides an interactive shell to the users to view the contents of the hybrid cloud cache. The system may be configured to operate on a live instance as well as on an on-disk structure of the hybrid cloud cache. The system may provide the ability to present partially cached cloud data as a file system via the interactive shell for the purposes of development, support, and troubleshooting.

METHOD AND SYSTEMS FOR STORING DATA IN A STORAGE POOL USING MEMORY SEMANTICS WITH APPLICATIONS UTILIZING OBJECT SEMANTICS
20220350545 · 2022-11-03 ·

A method for storing data, comprising receiving, by an offload component in a client application node, a first request from a client translation and bridging container, wherein the client translation and bridging container translates a second request originating from an application executing in an application container on the client application node to the first request, wherein the second request is specified using object semantics and the first request is specified using file semantics, wherein the first request is associated with data, and wherein the offload component is located in a hardware layer of the client application node; and processing, by the offload component, the first request by a file system (FS) client and a memory hypervisor module executing in a modified client FS container on the offload component, wherein processing the first request results in at least a portion of the data in a location in a storage pool.

Query plan management associated with a shared pool of configurable computing resources

Disclosed aspects relate to query plan management associated with a shared pool of configurable computing resources. A query, which relates to a set of data located on the shared pool of configurable computing resources, is detected. A virtual machine includes the set of data. With respect to the virtual machine, a set of burden values of performing a set of asset actions is determined. Based on the set of burden values, a query plan to access the set of data is established. Using at least one asset action of the set of asset actions, the query plan is processed.