Depends on CCMR's AFS (Andrews File System). Address that (and other priorities) first.

Project lead: Oliver

Others: Alex, Sidhard (sp?), Boris, Liang (and in the future, anyone else in the group).

Goal

Dispose of Skeeve without destroying unique data.

Project status

Project completed: Disposed of Skeeves without destroying unique data.

Done

 * Peter, Liang, and Alex confirmed that the source code for the application running on Skeeves is available in CCMR's file share.

 * Peter confirmed there are no salvageable parts in the computer so the computer can be disposed by ChemIT staff.

 * Peter confirmed that the research group currently has no plans to reinstall the source code on another computer.


Strategy

Decommission and dispose of the Skeeves server, ensuring no unique data remains on the server.

Project notes and efforts

~4/23/13 (Tues): Oliver spoke with Jack, in Jack's office. Jack approved that this project is to be considered completed.

  • CRCF staff properly disposed of this very old computer. This includes ensuring the hard drive was destroyed so others can't get any data from it, per CRCF's standard operating procedure.

4/22/13 (Mon):

Oliver met with Peter. Peter agreed computer could go to disposal. (Peter confirmed there are no salvageable parts in the computer so the computer can be disposed by ChemIT staff.)

Oliver met with Jack to inform him that this project was coming to a close and to ask how to confirm satisfaction from stakeholders.

  • Oliver emailed Jack, Peter and Liang and others to confirm all-around.

Dell asset tag is 8VQBC11:

  • Computer Model: Precision 340
  • Pentium 4 (WinXP era)
  • Shipping Date: 3/26/2002

Per Peter's request, Oliver confirmed HD's were not SCSI drives (it's an IDE drive, not even ATA). Per Peter, these drives may be disposed using normal procedures, which includes ensuring data is wiped.

  • Also, computer is now over 11 years of old (3/02 - 4/13). Corrections to Peter's 4/5 email (copied below:
    • Peter reports computer has 4GB RAM. However, this old computer can only support up to 2GB RAM (4 x 512MB). It's a moot point, but this system uses RAM (RAMBUS) one cannot buy today, for all practical purposes.
    • Peter thought the computer had an ATA (if not SCSI) hard drive. It's not; it's an IDE hard drive (40G).

Peter writes (4/5/13):

Skeeve decommissioning:

1. At this stage Skeeve is a defunct PC. It may or may not hold private data, we do not know. The data should be shredded. To use this PC or to scrap should be decided.
 
2. The box is old but still better than most PCs we currently use with our spectrometers. I know it has 4 GB RAM, which is fine for what it could be used for. I did not look inside, but it is good to know what it has:

  • a) processor?
  • b) Hard drive?  ATA or SCSI?
  • c) network card?
  • d) expansion slots? - PCI/ISA
  • e) video card
  • If HD is ATA, we replace it with a new one and try to install generic XP or 2000/2003, given Dell MB drivers are available for this box, particularly for the chipset and graphics.
  • If HD is SCSI, disk shredding and reformatting to NTFS should suffice.

4/5/13 (Fri): Skeeve has been removed from Joanne's office to a temporary storage spot in ChemIT's offices where it remains not plugged in and ready for disposal (see to-do's).

4/4/13 (Thur): Oliver spoke with Jack, and then with Liang, Alex, and Peter as a group. They were fine with the computer being removed and disposed of, especially considering its age. (Peter wanted to see if it had salvageable parts?)  Details:

  • There would be no experimental data on that computer's hard disk since that data would instead be in each researcher's home directory (again, on CCMR's file share). This was confirmed by Barry, per Oliver's conversation with Barry earlier in the week.
  • We confirmed that the source code was available in CCMR's file share. There are currently no plans to reinstall that code on another system.

Therefore:

  • Removed original goal, "Get application on Skeeve (itself called Skeeve?) to run on contemporary, supported OS and hardware (ex. 64-bit)." New goal added, "Dispose of Skeeve without destroying unique data."
  • Removed original Strategies:
    • Short-term: Port to virtual machine (VM). Either with old OS or new OS, but either way, 32-bit.
    • Long-term: Convert via contemporary compiler to contemporary, supported OS and hardware (64-bit).
    • Option 1: CIT's VM service.
    • Allow for "any old OS" (maintained by whom?), or only offering containers with OSes maintained by them?

4/3/13 (Wed): Removed Skeeve from power.

Late Feb or early Mar: Removed Skeeve from the network.


Oliver's meeting notes, 11/28/12's mtg

Barry:

  • Depends on CCMR's AFS, which is also going away.
  • Application was compiled to run on Skeeves server.
  • Old 32-bit, on old hardware. Thought it might be RHEL~3 or so.

Ideas floated at meeting:

  • On a new, fast Windows machine, create a Linux virtual machine (VM) with old OS version being used on Skeeve and port application over. Might port to new(er) OS.
  • Key is to make this work with new file system so not depending on CCMR's AFS server/ services.
  • Long-term: Must convert (re-write?) to make work with contemporary compiler, so can run on contemporary OSes and hardware. Until this happens, increasingly fragile.
Decision at meeting:

Instead of working on this now, focus on deciding on AFS provisioning, and on Eldore-related provisioning.


Past email threads, pre-meeting

Barry, 11/20/12, 2:34 PM

Skeeve is not only running 32 bit but also an old version of Linux, RedHat Enterprise 3. One idea to consider is installing a VM on Eldor with this version of Linux. Use NAT networking to secure the VM. There is also a question of the compiler. Is the skeeve code compiled with the old PGI compiler? If so, we need to figure out if this is a requirement and how to address it.

Peter, 11/20/12, 12:51 PM

Skeeve should simply be scrapped. We have to port 32-bit code to 64-bit platforms. The only issue is to find who will be in charge. May be Dave Schneider could give us advice. I am not sure whether the large v4 CAC cluster is 32-bit or 64 bit. If CAC has anything 32-bit, these can be used to run 32-bit code before it is recompiled for 64-bit platforms.

Oliver, 11/20/12, 10:23 AM

(2) Migrating function of Skeeve to Eldore (porting code) and decommissioning Skeeve.  (As wth Eldore, CAC's services may be a solution)

  • No labels