Abstract: Embodiments include apparatuses for rebooting an electronic device. In an embodiment, an apparatus includes a data interface, a first power port, a second power port, a switch, and a processor. The data interface is configured to connect to the electronic device. The first power port is configured to receive power from a power source and the second power port is configured to deliver power to the electronic device. The switch is configured to connect the first power port to the second power port. The processor conducts data communications monitoring of the electronic device via the data interface and reboots the electronic device responsive to the data communications monitoring.

Abstract: Embodiments include apparatuses for rebooting an electronic device. In an embodiment, an apparatus includes a data interface, a first power port, a second power port, a switch, and a processor. The data interface is configured to connect to the electronic device. The first power port is configured to receive power from a power source and the second power port is configured to deliver power to the electronic device. The switch is configured to connect the first power port to the second power port. The processor conducts data communications monitoring of the electronic device via the data interface and reboots the electronic device responsive to the data communications monitoring.

Abstract: A beverage system that produces a beer includes a first source comprising uHGB, a second source including a carbonated and/or nitrogenated water, a first fluid line fluidly coupled to the first source and configured to allow the uHGB to flow from the first source through the first fluid line, a second fluid line fluidly coupled to the second source and configured to allow the water to flow from the second source through the second fluid line, a mixing point, that fluidly couples the first fluid line to the second fluid line, configured to allow the uHGB to blend with the water at the mixing point to produce the beer, first and second one-way valves on either side of the mixing point, and a third fluid line fluidly coupled to the mixing point and configured to allow the beer to flow to a dispensing tap.

Abstract: A beverage system that produces a fermented beverage from two or more liquid streams, includes a first source including an ultra-high gravity beverage at a pressure of 82.7 kPa to 1034.2 kPa; a second source including a carbonated and/or nitrogenated water at a pressure of 82.7 kPa to 1034.2 kPa and and a temperature of 0° to 8°; a mixing point that allows mixing of the ultra high gravity beverage to blend with the carbonated and/or nitrogenated water to produce a fermented beverage; and a fluid line fluidly coupled to the mixing point and configured to allow the fermented beverage to flow to a dispensing tap. The fluid line has a length of 0.3048 m to 45.72 m and an inner diameter of 3.2 mm to 15.9 mm for at least a portion of the line.

Abstract: A beverage system that produces a beer includes a first source comprising uHGB, a second source including a carbonated and/or nitrogenated water, a first fluid line fluidly coupled to the first source and configured to allow the uHGB to flow from the first source through the first fluid line, a second fluid line fluidly coupled to the second source and configured to allow the water to flow from the second source through the second fluid line, a mixing point, that fluidly couples the first fluid line to the second fluid line, configured to allow the uHGB to blend with the water at the mixing point to produce the beer, first and second one-way valves on either side of the mixing point, and a third fluid line fluidly coupled to the mixing point and configured to allow the beer to flow to a dispensing tap.

Abstract: An exemplary detection apparatus includes a housing having one or more sensors of one or more sensor types, an optional port for detachably mounting one or more of the sensors, and an optional motive system associated with a mode of transport for movement in an area of interest. A sensor circuit receives a signal originating from the one or more sensors, identifies the signal, optionally processes the signal data, and packages the raw signal data or processed signal data, as applicable, for transmission over a network. A control circuit establishes communication with the network for sending or receiving sensor data to/from other devices connected to the network, and controls the motive system for moving the apparatus to locations in the area of interest.

Abstract: A sanitary membrane cartridge for use in reverse osmosis filtering includes an outer housing, a central core tube, and a membrane leaf wound around the central core tube to form a cylindrical filter. The cartridge further includes a sealant layer disposed around the cylindrical filter to form a sealed filter, the sealed filter disposed within the housing. The sealant layer preferably has a surface roughness value, Ra, ranging from about 0.38 ?m to about 0.82 ?m. The cartridge further includes a brine seal, disposed between the sealant layer and the housing, having one or more notches formed on an outer diameter of the brine seal such that the feed flow through the notches allows bypass flow, between the sealant layer and the housing, of 1% to 25% of a total feed flow through the sealed filter.

Abstract: A portable, handheld device for forensic analysis includes an input unit configured to receive a forensic input at a scene of forensic analysis, and a processing unit. The processing unit is configured to generate a first image of the forensic input, scale the first image to a predetermined format suitable for forensic analysis, generate a second image of the forensic input in which the first image is scaled to the predetermined format, compare the second image with forensic records, which each respectively include previously collected forensic data associated with one or more individuals or specimens, determine whether the second image matches at least a portion of one of the forensic records, upon determining that the second image matches at least a portion of one of the forensic records, generate a matching notification identifying the record which the second image is determined to match, and output the generated matching notification.

Abstract: Methods and structure for host-side device drivers for Redundant Array of Independent Disks (RAID) systems. One system includes a processor and memory of a host, which implement a device driver. The device driver receives an Input/Output (I/O) request from an Operating System (OS) of the host, translates Logical Block Addresses (LBAs) from the received request into physical addresses at multiple storage devices, generates child I/O requests directed to the physical addresses based on the received request, and accesses an address lock system at a RAID controller to determine whether the physical addresses are accessible. If the physical addresses are accessible, the device driver reserves the physical addresses by updating the address lock system, and directs the child I/O requests to a hardware path at the RAID controller for handling single-strip I/O requests. If the physical addresses are not accessible, the device driver delays processing of the child I/O requests.

Abstract: A portable, handheld device for forensic analysis that includes: an input unit configured to receive a forensic input at a scene of forensic analysis; and a processing unit configured to generate a first image of the forensic input, scale the first image to a predetermined format suitable for forensic analysis, and generate a second image of the forensic input in which the first image is scaled to the predetermined format, compare the second image with forensic records, each forensic record including previously collected forensic data associated with one or more individuals or specimens, determine whether the second image matches at least a portion of one of the forensic records, upon determining that the second image matches at least a portion of one of the forensic records, generate a matching notification identifying the record which the second image is determined to match, and output the generated matching notification.

Abstract: Methods and structure within a storage controller for using region locks to efficiently divert an I/O request received from an attached host system to one of multiple processing stacks in the controller. A region lock module within the controller allows each processing stack to request a region lock for a range of block addresses of the storage devices. A divert-type lock request may be established to identify a range of block addresses for which I/O requests should be diverted to a particular one of the multiple processing stacks.

Abstract: Methods and structure for host-side device drivers for Redundant Array of Independent Disks (RAID) systems. One system includes a processor and memory of a host, which implement a device driver. The device driver receives an Input/Output (I/O) request from an Operating System (OS) of the host, translates Logical Block Addresses (LBAs) from the received request into physical addresses at multiple storage devices, generates child I/O requests directed to the physical addresses based on the received request, and accesses an address lock system at a RAID controller to determine whether the physical addresses are accessible. If the physical addresses are accessible, the device driver reserves the physical addresses by updating the address lock system, and directs the child I/O requests to a hardware path at the RAID controller for handling single-strip I/O requests. If the physical addresses are not accessible, the device driver delays processing of the child I/O requests.

Abstract: Aspects of the disclosure pertain to a system and method for detecting server removal from a cluster to enable fast failover of storage (e.g., logical volumes). A method of operation of a storage controller of a cluster is disclosed. The method includes receiving a signal. The method further includes, based upon the received signal, determining that communicative connection between a second storage controller of the cluster and the first storage controller of cluster is unable to be established. The method further includes determining whether communicative connection between the first storage controller and expanders of first and second enclosure services manager modules of the cluster is able to be established. The method further includes, when it is determined that communicative connection between the first storage controller and the expanders of the first and second enclosure services manager modules of the cluster is able to be established, performing a failover process.

Abstract: Methods and structure for improved processing of fast path I/O requests in a clustered storage system. In a storage controller of a clustered storage system, the controller comprises a fast path I/O request processing circuit tightly coupled with host system drivers for fast processing of requests directed to storage devices of a logical volume. The controller also comprises a logical volume I/O processing stack (typically implemented as programmed instructions) for processing I/O requests from a host system directed to a logical volume. Based on detecting a change of ownership of a device or volume and/or a change to logical to physical mapping of a logical volume, fast path I/O requests may be converted to logical volume requests based on mapping context information within the fast path I/O request and shipped within the clustered storage system for processing.

Abstract: Methods and structure for improved shipping of I/O requests among multiple storage controllers of a clustered storage system. Minimal processing of a received I/O request is performed in a first controller to determine whether the I/O request is directed to a logical volume that is owned by the first controller or to a logical volume owned by another controller. For requests to logical volumes owned by another controller, the original I/O request is modified to indicate the target device address of the other controller. The first controller then ships the request to the other controller and configures DMA capabilities of the first controller to exchange data associated with the shipped request between the other controller and memory of the host system.

Abstract: Aspects of the disclosure pertain to a system and method for detecting server removal from a cluster to enable fast failover of storage (e.g., logical volumes). A method of operation of a storage controller of a cluster is disclosed. The method includes receiving a signal. The method further includes, based upon the received signal, determining that communicative connection between a second storage controller of the cluster and the first storage controller of cluster is unable to be established. The method further includes determining whether communicative connection between the first storage controller and expanders of first and second enclosure services manager modules of the cluster is able to be established. The method further includes, when it is determined that communicative connection between the first storage controller and the expanders of the first and second enclosure services manager modules of the cluster is able to be established, performing a failover process.

Abstract: Aspects of the disclosure pertain to a system and method for versioning cache for a clustered topology. In the clustered topology, a first controller mirrors write data from a cache of the first controller to a cache of the second controller. When communication between controllers of the topology is disrupted (e.g., when the second controller goes offline, while the first controller stays online), the first controller increments a cache version number stored in a disk data format of a logical disk, the logical disk being owned by the first controller and associated with the write data. The incremented cache version number provides an indication to the second controller that the data of the cache of the second controller is stale.

Abstract: Methods and structure for improved buffer management in a storage controller. A plurality of processes in the controller each transmits buffer management requests to buffer management control logic. A plurality of reserved portions and a remaining non-reserved portion are defined in a shared pool memory managed by the buffer management control logic. Each reserved portion is defined as a corresponding minimum amount of memory of the shared pool. Each reserved portion is associated with a private pool identifier. Each allocation request from a client process supplies a private pool identifier for the associated buffer to be allocated. The buffer is allocated from the reserved portion if there sufficient available space in the reserved portion identified by the supplied private pool identifier. Otherwise, the buffer is allocated if sufficient memory is available in the non-reserved portion. Otherwise the request is queued for later re-processing.

Abstract: Methods and structure within a storage controller for using region locks to efficiently divert an I/O request received from an attached host system to one of multiple processing stacks in the controller. A region lock module within the controller allows each processing stack to request a region lock for a range of block addresses of the storage devices. A divert-type lock request may be established to identify a range of block addresses for which I/O requests should be diverted to a particular one of the multiple processing stacks.

Abstract: Methods and system are provided for exposing logical volumes to host systems and storage controllers in a consistent manner across a clustered storage system. One embodiment is a storage controller. The storage controller is operable to communicate with other storage controllers within the clustered storage system. The storage controller is further operable to generate a proposed Logical Unit Number (LUN) for a logical volume provisioned at the storage devices, and to communicate with each of the other storage controllers within the clustered storage system requesting that the other storage controllers determine if the proposed LUN is in use. If the proposed LUN is not in use, then storage controller assigns the proposed LUN to the logical volume. If the LUN is in use, then the storage controller generates a new proposed LUN and re-tries communication with the other storage controllers until a unique LUN is found.