e i g h t - c u b e d . c o m, focused on OpenVMS

14-Aug-2005

GS160 cutover

Today we logically moved the production cluster from the six GS140s to the two GS160s that I freed up with the move of the data warehouse cluster.

Ironically, after a couple of weeks of testing the GS160s without a single error, on the first boot, one of the CPUs threw a recoverable B-cache error. Unbelievable!

Fortunately, the CPU in question is not a primary, so if it starts to flake out, we will hot swap it.

Other than this, and a little messing around with SCSI addressing for the tape drives, the event was a complete success.

Again, the interesting thing will be measuring the performance increase...

Posted at August 14, 2005 8:22 PM

Tag Set: hardware upgrades

Comments are closed

C O N T E N T

A R T I C L E S

SAN Design with Brocade Switches: Tricks and traps when implementing a multi cluster SAN solution.
Planning for and installing a GS160: Considering the purchase of a Wildfire system? This article describes the site prep and some partitioning thoughts.
Pros and cons of gigabit ethernet: What factors need to be taken into account when switching to gigabit ethernet?
Reading a traceback dump: How to track down runtime errors in OpenVMS applications code.
Detecting and correcting alignment faults in OpenVMS IA64: How to detect potential alignment fault issues.
DCL coding standards: A personal set of standards for coding procedures in DCL.
Class scheduling: An introduction to class scheduling on OpenVMS.
Login speedups: How to do fast login procedures with 3GLs

S E A R C H

L I N K S

S T A N D A R D S

Why standards are important: Why these pages strictly adhere to W3C standards and recommendations.

Other standards maintained:

· Accessibility Statement
· Privacy Statement

S Y N D I C A T E