It is all pretty sprange:
(1) You SHOULD NOT download drivber from Emulex - SLES9 SP3 have driver
which works well and is wel tested with ALL systems (and if you download
driver, you always risk to have uncompatible driver and system).
(2) Why use fdisk - SuSe have yast -> disk which should be used (I am just
curious). For hardware, SuSe have yast -> hardware -> (click on teh card) -
it shows everything. + you can run 'lsscsi' command.
(3) If it was LP9xxx card, you should upgrade firmware. But I believe it is
not necessary for LP8000 (which is pretty stable and solid HBA).
In reality, SuSe changed Emulex driver in SP2 (Emulex drivers in SP1 and Sp2
are absolutely different), and new driver do not understand some old (and
wrongly implemented) Compaq storage system (old driver had numerous hacks
which helped to use them). May be , it is a case? Did you try to get support
from Emulex (they helped me when I invesrigated simular problem).
But anyway, I created one rule for myself - if Linux have embedded driver,
it is better to use it, donot compile driver manually. It works for VGA
cards and it works for HBA cards.
As I remember, EMC adviced to add some information into the SCSI table.
Problem with the new LP driver was that it have not old hacks (implemented
in old driver) which rewrite information so that (broken) COmpaq storage
pretended to behave normally, so new drivers could not work with some Compaq
storage systems (which definitely violated SCSI standard). I am not sure
about your case, so better consuilt with Emulex (and better try both,
original driver and downloaded one).
----- Original Message -----
From: "Anderson Carlos Trindade" <anderson@(protected)>
To: <suse-oracle@(protected)>
Sent: Monday, March 13, 2006 11:48 AM
Subject: [suse-oracle] Oracle9i RAC using Dell PowerEdge 2800, Emulex LP8000
and StorageWorks RA4100
Hi List,
We're trying to set up a RAC environment, using:
Oracle 9.2.0.6 64-bit
SLES 9 SP3 64-bit
2 x Dell PowerEdge 2800
2 x HBA Emulex LP8000
1 x HP StorageWorks RA4100
Connection to storage throught FC switch
The used procedure:
1) - We installed the SusE Linux on the first machine. At the installation,
Yast shows two disks, the internal disk (/dev/sda) and the LUN created by
our vendor before we get the storage (/dev/sdb). We installed the system
into /dev/sda, leaving the /dev/sdb for use with RAC
2) - After system installation, we made tests into the storage. First, fdisk
/dev/sdb to create a single partition. At this moment, we can see lots of
I/O errors over the storage (but no erros reported by fdisk). We created a
huge tar file into the storage and, again, lots of I/O errors in the system
console, but no erros reported by tar utility.
3) - After that, we installed SP3. At the boot, we can see the new Emulex
driver is loaded but /dev/sdb is not present anymore. Trying to fdisk
/dev/sdb, we got "unable to open device /dev/sdb).
4) - Then, we download the latest Emulex driver from
<http://www.emulex.com/> www.emulex.com, and the HBAnyware utility. The
problem is the same: we can see messages from driver in the boot phase
(there is no error messages), but the /dev/sdb device is not available.
5) - We used HBAnyware utility (from Emulex) to get some more information
about the HBA. Throught this utility, we can see all the hardware components
in a way similar to this:
<Host Name>
+ - Emulex LP 8000
+ <one WWN address, from Storage RA4100 I think>
+ LUN0
We can conclude, from the information above, the hardware connections are
OK. The question is: why can't we see the LUNS into Linux box after applying
the SP3? Ins't Linux compatible with StorageWorks RA4100? Is it necessary to
install any aditional packages?
Every input is welcome.
Lookinf for your help.
Thanks,
Anderson
--
To unsubscribe, email: suse-oracle-unsubscribe@(protected)
For additional commands, email: suse-oracle-help@(protected)
Please see http://www.suse.com/oracle/ before posting
