Abstract: Ultrasonic surgical instruments including a handle housing, a switch frame, and a switch assembly are disclosed. The switch assembly may include a first switch arrangement movably supported on a distal portion of the handle housing and selectively movable relative to a first switch contact supported by the switch frame. The switch assembly may further include a second switch arrangement including a right switch button movably supported on a right side of the handle housing and selectively movable relative to a right switch contact supported by the switch frame, and a left switch button movably supported on a left side of the handle housing and selectively movable relative to a left switch contact supported by the switch frame. The first and second switch arrangements may be configured to be selectively actuatable by a single hand supporting the handle housing.

Abstract: A sealed stator for an electric machine includes a stator core, windings, an end ring, and a sealant, such as a sealing gasket. The stator core includes a plurality of stator slots with axial openings to the slots. The windings are positioned on the stator core and include a plurality of interconnected conductors extending through the plurality of stator slots. The end ring is coupled to the stator core and includes a plurality of openings arranged circumferentially around the end ring, wherein the plurality of openings in the end ring are aligned with the axial openings to the stator slots. The sealant is positioned between the stator core and the end ring and seals the end ring to the stator core.

Abstract: A computer-implemented method according to one embodiment includes performing a first process for each chunk of data of each file of a snapshot of a file system. The first process includes reading a given chunk of data of a given file of a first snapshot of the file system, and reading shadow records of a shadow file of the first snapshot. The given chunk of data is compared with the shadow records for determining whether a coherent state exists between the given chunk of data and one or more of the shadow records that were recorded in a snapshot creation window. In response to determining that no coherent state exists, an indication is recorded that the given chunk of data is corrupt. In response to determining that a coherent state exist, an indication is recorded that the given chunk of data is accurate.

Abstract: A computer-implemented method according to one embodiment includes determining a location within a file system that is potentially vulnerable to hardware failures, and injecting one or more simulated hardware failures into the determined location within the file system. The method further includes determining whether the file system was damaged as a result of injecting the simulated hardware failure(s). In response to determining that the injection of the simulated hardware failure(s) resulted in damage to the file system, it is determined whether the damage is repairable. Based on whether the file system was damaged as a result of injecting the simulated hardware failure(s) and/or based on whether or not the damage is determined to be repairable, a tolerance-to-storage-failure score is assigned to the file system.

Abstract: A computer-implemented method according to one embodiment includes determining a location within a file system that is potentially vulnerable to hardware failures, and injecting one or more simulated hardware failures into the determined location within the file system. The method further includes determining whether the file system was damaged as a result of injecting the simulated hardware failure(s). In response to determining that the injection of the simulated hardware failure(s) resulted in damage to the file system, it is determined whether the damage is repairable. Based on whether the file system was damaged as a result of injecting the simulated hardware failure(s) and/or based on whether or not the damage is determined to be repairable, a tolerance-to-storage-failure score is assigned to the file system.

Abstract: A computer-implemented method according to one embodiment includes performing a first process for each chunk of data of each file of a snapshot of a file system. The first process includes reading a given chunk of data of a given file of a first snapshot of the file system, and reading shadow records of a shadow file of the first snapshot. The given chunk of data is compared with the shadow records for determining whether a coherent state exists between the given chunk of data and one or more of the shadow records that were recorded in a snapshot creation window. In response to determining that no coherent state exists, an indication is recorded that the given chunk of data is corrupt. In response to determining that a coherent state exist, an indication is recorded that the given chunk of data is accurate.

Abstract: Embodiments include techniques for metadata verification in a distributed file system, the technique including receiving an input for metadata, the metadata being associated with a file, and acquiring a function lock on a designated region of the file based at least in part on the metadata. The technique also includes hashing the input associated with the metadata into a designated region of the file, and updating the designated region corresponding to the input. The technique includes computing a checksum for the metadata associated with the designated region, updating a journal file based at least in part on the metadata, and releasing the function lock.

Abstract: Embodiments include techniques for metadata verification in a distributed file system, the technique including receiving an input for metadata, the metadata being associated with a file, and acquiring a function lock on a designated region of the file based at least in part on the metadata. The technique also includes hashing the input associated with the metadata into a designated region of the file, and updating the designated region corresponding to the input. The technique includes computing a checksum for the metadata associated with the designated region, updating a journal file based at least in part on the metadata, and releasing the function lock.

Abstract: A lock manager configured for locking files is tested. As part of the test and based on a lock assignment plan, a process acquires locks on portions of the files. Based on a lock testing plan, a second process performs a lock verification for a portion of the locked portions. A result of this lock verification is compared to its expected result. Based on an updated lock assignment plan, the process transitions from the locks to other locks on other portions of the files. Based on an updated lock testing plan, the second process performs a second lock verification for a portion of the other locked portions. A result of this second lock verification is compared to its expected result. Based at least in part on the two comparisons, the lock manager is evaluated.

Abstract: A lock manager configured for locking files is tested. As part of the test and based on a lock assignment plan, a process acquires locks on portions of the files. Based on a lock testing plan, a second process performs a lock verification for a portion of the locked portions. A result of this lock verification is compared to its expected result. Based on an updated lock assignment plan, the process transitions from the locks to other locks on other portions of the files. Based on an updated lock testing plan, the second process performs a second lock verification for a portion of the other locked portions. A result of this second lock verification is compared to its expected result. Based at least in part on the two comparisons, the lock manager is evaluated.

Abstract: Aspects include testing distributed file systems by selecting a file in a multiple writer environment and selecting an offset of a block in the file. Test data is generated for the block by randomly selecting a starting value from a plurality of possible starting values. A test header that includes the starting value and a test data sequence that starts with the starting value is created. A file system that is being tested writes the test header and the test data sequence to the block. Contents of the block are read by the file system that is being tested, and expected contents of the data sequence are determined based on contents of the read header. The expected contents of the data sequence are compared to the read data sequence and an error indication is output based on the expected contents not being equal to the read contents.

Abstract: Embodiments include techniques for metadata verification in a distributed file system, the technique including receiving an input for metadata, the metadata being associated with a file, and acquiring a function lock on a designated region of the file based at least in part on the metadata. The technique also includes hashing the input associated with the metadata into a designated region of the file, and updating the designated region corresponding to the input. The technique includes computing a checksum for the metadata associated with the designated region, updating a journal file based at least in part on the metadata, and releasing the function lock.

Abstract: Embodiments include techniques for metadata verification in a distributed file system, the technique including receiving an input for metadata, the metadata being associated with a file, and acquiring a function lock on a designated region of the file based at least in part on the metadata. The technique also includes hashing the input associated with the metadata into a designated region of the file, and updating the designated region corresponding to the input. The technique includes computing a checksum for the metadata associated with the designated region, updating a journal file based at least in part on the metadata, and releasing the function lock.

Abstract: A lock manager configured for locking files is tested. As part of the test and based on a lock assignment plan, a process acquires locks on portions of the files. Based on a lock testing plan, a second process performs a lock verification for a portion of the locked portions. A result of this lock verification is compared to its expected result. Based on an updated lock assignment plan, the process transitions from the locks to other locks on other portions of the files. Based on an updated lock testing plan, the second process performs a second lock verification for a portion of the other locked portions. A result of this second lock verification is compared to its expected result. Based at least in part on the two comparisons, the lock manager is evaluated.

Abstract: A lock manager configured for locking files is tested. As part of the test and based on a lock assignment plan, a process acquires locks on portions of the files. Based on a lock testing plan, a second process performs a lock verification for a portion of the locked portions. A result of this lock verification is compared to its expected result. Based on an updated lock assignment plan, the process transitions from the locks to other locks on other portions of the files. Based on an updated lock testing plan, the second process performs a second lock verification for a portion of the other locked portions. A result of this second lock verification is compared to its expected result. Based at least in part on the two comparisons, the lock manager is evaluated.

Abstract: A lock manager configured for locking files is tested. As part of the test and based on a lock assignment plan, a process acquires locks on portions of the files. Based on a lock testing plan, a second process performs a lock verification for a portion of the locked portions. A result of this lock verification is compared to its expected result. Based on an updated lock assignment plan, the process transitions from the locks to other locks on other portions of the files. Based on an updated lock testing plan, the second process performs a second lock verification for a portion of the other locked portions. A result of this second lock verification is compared to its expected result. Based at least in part on the two comparisons, the lock manager is evaluated.

Abstract: Aspects include testing distributed file systems by selecting a file in a multiple writer environment and selecting an offset of a block in the file. Test data is generated for the block by randomly selecting a starting value from a plurality of possible starting values. A test header that includes the starting value and a test data sequence that starts with the starting value is created. A file system that is being tested writes the test header and the test data sequence to the block. Contents of the block are read by the file system that is being tested, and expected contents of the data sequence are determined based on contents of the read header. The expected contents of the data sequence are compared to the read data sequence and an error indication is output based on the expected contents not being equal to the read contents.

Abstract: Aspects include testing distributed file systems by selecting a file in a multiple writer environment and selecting an offset of a block in the file. Test data is generated for the block by randomly selecting a starting value from a plurality of possible starting values. A test header that includes the starting value and a test data sequence that starts with the starting value is created. A file system that is being tested writes the test header and the test data sequence to the block. Contents of the block are read by the file system that is being tested, and expected contents of the data sequence are determined based on contents of the read header. The expected contents of the data sequence are compared to the read data sequence and an error indication is output based on the expected contents not being equal to the read contents.

Abstract: Aspects include testing distributed file systems by selecting a file in a multiple writer environment and selecting an offset of a block in the file. Test data is generated for the block by randomly selecting a starting value from a plurality of possible starting values. A test header that includes the starting value and a test data sequence that starts with the starting value is created. A file system that is being tested writes the test header and the test data sequence to the block. Contents of the block are read by the file system that is being tested, and expected contents of the data sequence are determined based on contents of the read header. The expected contents of the data sequence are compared to the read data sequence and an error indication is output based on the expected contents not being equal to the read contents.

Abstract: The invention provides compositions and methods for storage of biomolecules. The biomolecules are stored via absorption to a substrate. Absorbed biomolecules can be eluted or recovered from the substrate at a future time, and optionally be subjected to a subsequent analysis or application. Biomolecules absorbed to a substrate for storage may also optionally be preserved, i.e., the absorbed biomolecule is resistant to or resists degradation.