Oracle FAQ Your Portal to the Oracle Knowledge Grid

Home -> Community -> Mailing Lists -> Oracle-L -> RE: OT: USB/Firewire external hard drives for 10g RAC testing - a ny recommendations?

RE: OT: USB/Firewire external hard drives for 10g RAC testing - a ny recommendations?

From: Nick Tilbury _at_ Northampton <_at_>
Date: Mon, 6 Dec 2004 16:49:35 -0000
Message-ID: <>

Regards the "current kernel version newer than it"

See a message below from our Linux admin ...........

Try rpm -ivh --oldpackage kernel-2.4.21-15.ELorafw1.i686.rpm

That should do the trick

-----Original Message-----
[]On Behalf Of dba1 mcc Sent: 04 December 2004 15:25
To:; Subject: Re: OT: USB/Firewire external hard drives for 10g RAC testing - any recommendations?

recently I also test firewire hard disk with AS 2.1 and 3.0. I still have problem to make it work. I follow documents on and still can NOT make firewire hard disk recognize by redhat. I did discuss with ORACLE RAC instructor and he told me use SCSI external disk instead of Firewire. He said SCSI disk far more stable than IDE (firewire). he said "ORACLE LINUX/RAC" course also use SCSI disk wirh United LINUX (will change to redhat AS3.0 soon).

My problem are:

  1. on AS 2.1 UP5:
    . load firewire driver successful
    . lsmod and lspci all indicate firewird
    adapter work
    . can NOT find disk.
    . unload/reload firewire modules and rescan all
    make no difference.
  2. on AS 3.0 UP3 (2.4.21-20)
    . newest Redhat kernel (2.4.21-20 AS 3.0 UP3)
    does NOT understand firewire. I download kernel-2.4.21-15.ELorafw1.i686.rpm from ORACLE site and triied to install it and got error messages "current kernel version newer than it". (rpm -ivh kernel-2.4.21-15.ELorafw1.i686.rpm)

Can you tell me how cah you make 2.4.21-20 work without use ORACLE driver?

--- Matthew Zito <> wrote:

> We do a lot of our non-software-development RAC work
> with Firewire  
> drives and the LaCie are the best, both in terms of
> performance and  
> stability.
> The only real requirements are that the sbp2 chipset
> on the firewire  
> drive supports multiple login, which most these days
> do.  USB will not  
> work, by the way, only Firewire (though the combo
> firewire/USB drives  
> should work no problems).  The preferred drive we
> use is the LaCie  
> porsche:
> in varying sizes.  The big benefits are the small
> form factor, while  
> still being a normal hard drive, and the
> stackability.  It's also quiet  
> enough for our developers to share their desks with
> them without  
> complaining.
> The last note is that if you're using redhat es/as
> 3, I'd recommend  
> upgrading to the latest version of the kernel, as we
> saw a number of  
> high I/O stability problems when dealing with
> multiple firewire drives  
> in our testing environment.  Upgrading to (looks at
> a node) 2.4.21-20  
> (the unsupported tree) fixed that entirely for us.
> Thanks,
> Matt
> --
> Matthew Zito
> GridApp Systems
> Email:
> Cell: 646-220-3551
> Phone: 212-358-8211 x 359
> On Dec 3, 2004, at 3:33 PM, Paul Drake wrote:
> > Need some space in a hurry, and I'd like to be
> able to play with RAC
> > over USB/Firewire.
> > This article  
> > 
> > hunter_rac.html#Hardware%20&%20Costs
> > recommends a Maxtor Onetouch unit.
> >
> > Anyone care to share their experiences?
> >
> > thanks,
> >
> > Paul
> > --
> >
> --


Do you Yahoo!?
Yahoo! Mail - now with 250MB free storage. Learn more.

This message is intended solely for the use of the individual or organisation to whom it is addressed.  It may contain privileged or confidential information.  If you have received this message in error, please notify the originator immediately.  If you are not the intended recipient, you should not use, copy, alter, or disclose the contents of this message.  All information or opinions expressed in this message and/or any attachments are those of the author and are not necessarily those of VarTecTelecom Europe Ltd or its affiliates. VarTec Telecom Europe Ltd accepts no responsibility for loss or damage arising from its use, including damage from virus. 

Received on Mon Dec 06 2004 - 10:51:16 CST

Original text of this message