[Isocops] Moving to SwRI

Nathan Schwadron nschwadron at me.com
Thu Jun 17 20:48:37 EDT 2010


Hi Roland

Thank you for sending this out. The list below is an excellent start on what will have to happen fairly quickly. This is precisely what we need to work so that we become more independent and well positioned for the SOC move. 

On Jun 17, 2010, at 2:12 PM, Roland Vanderspek wrote:

> 
> All,
> 
> There has been discussion of preparing to move Ops to SwRI as part of the transition to UNH.  You probably discussed this at the ISOC telecon;  I apologize for having to ask questions you've probably already answered.
> 
> I think it's important to plan (at least), start (probably), and maybe even finish (hopefully) this process before Geoff goes pumpkin in two weeks:  there are too many details which we'll need his brain for to try to do it without him.  I have a couple of questions regarding the plan, and then I'd like to start making a checklist of the things we need to do to make the transition.  It would be good to converge on the plan before the meeting next week.
> 

Great!

> If such a checklist already exists, stop reading here and please tell me where to find it!
> 
> Questions, mostly for Nathan:
> 
> What functionality are we trying to install at SwRI?  I can see ops-only, or that and any of a number of levels of data reduction, or full data reduction.

The requirement is ops-only but the goal is full data reduction

> Will a web presence at SwRI be required?  sweb.swri.edu (https://129.162.237.196/ibex/) is visible, but there's no there there.  Will we be expecting this level of functionality during this (supposedly brief) transition period?

No, not required, but certainly desired. I think it would be a great exercise to get this aspect also functioning as it would give Joe some sense of what would need to change if we have a paradigm change in ops. 

> Is there a schedule for when this should happen?

I think trying to do this in the next two weeks is a great idea if we can swing it. However, there are no hard deadlines. We should have the ability to run things from SwRI prior to moving machines to UNH. That will make the move far more safe. 

> Do the IT folks at SwRI know this is going to happen?

Joe is working this with Bill Mottley

> What is the hardware configuration at SwRI these days?  Was its infrastructure upgraded to the mirror system at BU when BU was changed?  A quick "mount" on swena reveals no RAID mounted.  Swena is at 129.162.237.195, sweb at 129.162.237.196, and there's a swoc at 128.197.73.227.
> 

I suspect/know the answer is that SwRI machines have been seriously neglected. Joe has agreed to work on this with William and get things up and running. 


> Ken, please refer to the files ISOC_HW_config.txt and ISOC_HW_svn.pdf in /usr/local/ibex/sw/isoc/src/doc/Admin for an overview of the hardware at the time of its writing.  Changes to the configuration were made a year or so back, and these changes probably did not make it into this document, but it's a very good start.  We should probably look at putting it into texi format and including it in the ISOC manual.
> 
> Things that have to be done (partial list, in no particular order for now):
> 
> Decide which account is doing the routine ops:  currently it's gbc, will it stay that way?  I think it should transition to ibexops or another account not bound to one of us.
> Decide which tree is used for routine ops:  currently it's gbc, we'd discussed making it the most recent release.  Doing all analyses with the latest release makes the most sense to me, going forward.
> Find and replace with environment variables all hard-wired "ena.bu.edu" et al. references: review files /usr/local/IBEX/ops/config/isoc_hw.config and ISOC.raid.
> Define a release 4.0 of the ISOC tree and install at SwRI.  If we decide that running from the latest release is the correct paradigm, do it on ena first.
> Allow outside access to swena assuming ena.bu.edu is down (this may take some talking to the IT folks at SwRI).
> Get the id-leops and id-base areas on swena (and sweb) up to date.  Is this a brute-force copy of the data on ena, or do we let swena do a grind of all the raw directories and then compare results?  I suggest it should be the latter.
> Get the SwRI hardware to the point where it's "identical enough" to the BU setup to get the job done.
> 
> I'm sure Geoff can add megalines to this list without batting an eye.  Anyone who has a thought should add it. Once we have a more complete list, we need to organize it in time order and assign some actions.
> 
> Roland
> 
> 
> Please restrict discussions on this email list to non-ITAR sensitive topics.
> ______________________________________________
> Isocops mailing list
> Isocops at lists.sr.unh.edu
> http://lists.sr.unh.edu/mailman/listinfo/isocops

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.sr.unh.edu/mailman/private/isocops/attachments/20100617/5dd89718/attachment.html 


More information about the Isocops mailing list