OMRF-ISG Archives

OMRF's Information Support Group


Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Yasvir Tesiram <[log in to unmask]>
Reply To:
OMRF's Information Support Group <[log in to unmask]>
Wed, 7 Jul 2004 11:40:55 -0500
text/plain (124 lines)
Sounds like a big job and I don't envy you. Could you let me know how
you get on with the switch. I have always used a cross over cable
without trouble..


On Jul 7, 2004, at 11:28 AM, Jerrod Howard wrote:

> No I'm not unixified...heh
> More than likely I will just do it over a switch I have here in the
> office
> over the weekend. It is two windows systems (2000 server and 2003
> server
> that house all of OMRF's imaging files for all the imaging facility
> users,
> so I have to make sure everything is double and triple protected. I
> can't
> rsync since it's windows based, without going through a lot of hoopla
> with
> Cygwin (which I could do but by the time I had it figured out I could
> have
> done it the hard way) ;) The 2000 server is an adaptec 2200S attached
> to a
> 10 drive RAID5 array, the 2003 server is a 2200S attached to a 10 drive
> 1.2TB RAID5 array. They both have external connections, but since both
> are
> mounted by their own cards, I didn't think you could.
> The whole reason for this is we got a new tape backup system that will
> do
> 600gig, which will cover our whole imaging server. Right now we have 4
> partitions of 60 gig so we can fit each array on one tape for full
> backups.
> Now I can get them all in one tape, but on two of the arrays, I need to
> expand them since they are filling up so fast, and a few others I need
> to
> shrink. Before I start tampering with the array though, I'm going to
> do full
> backups on tape as well as copy over to a new server, then blowout and
> rebuild it into one array (for both my sanity and for administration
> purposes on my end). I have a gigabit switch in the office that I'll
> just
> drop between them and get it rolling on saturday and come up on Sunday
> and
> get the array done. I'll have it all on tape as well as doing an
> integrity
> check on the data moved. Then move it all back and be done with it (I
> hope).
> At any rate, thanks all for the comments and help.
> J
> -----Original Message-----
> From: Yasvir Tesiram [mailto:[log in to unmask]]
> Sent: Wednesday, July 07, 2004 10:53 AM
> To: [log in to unmask]
> Subject: Re: Question on peer-to-peer SCSI connections
> Holy smoke. Didn't know you were still alive. I have no idea what
> Imaging 1 and 5 are. I don't know how transferring 500G will affect the
> rest of the network. What do you think?
> Yas
> On Jul 7, 2004, at 10:50 AM, Alan Shields wrote:
>> On Wed, Jul 07, 2004 at 10:25:27AM -0500, Yasvir Tesiram wrote:
>>> I assume you are unixified.
>> I'd prefer we kept medical discussions off list. I mean, what
>> difference
>> does it make if....
>> Oh, right.
>> Yeah.
>>> 1. mount a file system for the scsi device via mount /dev/scd??
>>> <mount
>>> point> on machine 1. OK, this is vague. You will need to fiddle to
>>> find
>>> an entry in /dev that will work.
>>> 2. The other easier method is via ethernet and a cross-over cable.
>>>        o You will need to manually change your network settings
>>> temporarily.
>>> Choose an IP address for machine 1., e.g.
>>>        o Set the other machine IP address to Just
>>> make sure
>>> the domain part matches.
>>>        o subnet mask
>>>        o The target machine should be set up to allow remote
>>> connections
>>>        etc.
>>>        o ftp, rsync, or rcp from machine 1 to 2.
>>> Method 2 will also work for Windoze and computers with real OS's.I
>>> have
>>> a cross over cable here. You are most welcome to borrow it.
>> Not sure how the networking people would feel about it, but I'd do the
>> transfer through the wall jacks. With a crossover cable you don't get
>> duplex, and that makes a big difference on large transfers. Either a
>> private switch (not a hub) or the wall jacks.
>> Just an aside,
>> Alan
Yasvir Tesiram
PostDoctoral Fellow
Oklahoma Medical Research Foundation
Free Radical Biology and Ageing Research Program
825 NE 13th Street, OKC, OK, 73104

P: (405) 271 7126
F: (405) 271 1795
E: [log in to unmask]