LinuxQuestions.org
Download your favorite Linux distribution at LQ ISO.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 09-28-2009, 12:50 PM   #16
4ttercop
LQ Newbie
 
Registered: Jul 2009
Location: Switzerland
Distribution: Slackware/CentOS
Posts: 4

Rep: Reputation: 0

you need the megaraid_sas module try : bash# modprobe megaraid_sas
 
Old 09-28-2009, 01:13 PM   #17
Alkisx
Member
 
Registered: Apr 2006
Location: Greece
Distribution: Slackware
Posts: 74

Original Poster
Rep: Reputation: 16
megaraid_sas not found also. I can't find any module named mega* inslde /lib/modules or lib64/modules.
 
Old 09-29-2009, 06:21 AM   #18
Alkisx
Member
 
Registered: Apr 2006
Location: Greece
Distribution: Slackware
Posts: 74

Original Poster
Rep: Reputation: 16
I had a debian 5 dvd available, which offers 3-4 megaraid modules (including megaraid_sas, megaraid) to use on install.

None of them worked. Any help here?
 
Old 09-29-2009, 07:10 AM   #19
4ttercop
LQ Newbie
 
Registered: Jul 2009
Location: Switzerland
Distribution: Slackware/CentOS
Posts: 4

Rep: Reputation: 0
Have you tried to boot with the raid.s kernel
press f3 if I rember correctly
 
Old 09-29-2009, 07:30 AM   #20
Alkisx
Member
 
Registered: Apr 2006
Location: Greece
Distribution: Slackware
Posts: 74

Original Poster
Rep: Reputation: 16
Checking the contents of the slackware64 dvd, the only kernels I see is huge.s and speakup.s. No raid.s kernel (also tried giving raid.s on the prompt on the boot, and "not found" of course).

If there is really a raid.s kernel and somehow I missed it, help me on that.
 
Old 09-29-2009, 12:53 PM   #21
Erik_FL
Member
 
Registered: Sep 2005
Location: Boynton Beach, FL
Distribution: Slackware
Posts: 821

Rep: Reputation: 258Reputation: 258Reputation: 258
Is this a fake hardware RAID controller (RAID implemented in BIOS firmware and a special OS driver)? If so, then you need either a proprietary Linux driver from LSI or you can use the "dmraid" program to detect the arrays (below).

If there is a proprietary driver module, you must copy the driver from a floppy or CD and load the driver BEFORE using "cfdisk" or "setup".

If you don't have a proprietary driver from LSI that can access the arrays, then continue reading to use the standard drivers in Linux with the "dmraid" program. Below is a link to the "dmraid" program and a modified "setup" script.

http://erikfl.no-ip.com/raid/dmraid.zip

To use the program, copy "dmraid" and "setup" to a floppy disk (or cd).

Boot the Slackware 13 installation CD/DVD.

Mount the floppy and copy "dmraid" to the "/bin" folder in the RAM disk. If you use a CD or DVD then replace "/dev/fd0" with the device name for the CD/DVD drive.

mount /dev/fd0 /mnt
cp /mnt/dmraid /bin


Copy the modified setup script to "/usr/lib/setup".

cp /mnt/setup /usr/lib/setup

NOTE: That will temporarily replace the existing "setup" script in "/usr/lib/setup".

Un-mount the floppy.

umount /mnt

Detect the RAID drives.

dmraid -ay

Look at the detected devices in "/dev/mapper".

ls -l /dev/mapper

Create a name for the drive where you want to install Linux.

cp -a /dev/mapper/xxxyyyzzz /dev/sdr

Replace "xxxyyyzzz" with the long device name that you find for the RAID array in "/dev/mapper".

Partition the drive.

cfdisk /dev/sdr

Detect the RAID partitions.

dmraid -ay

Look at the detected partitions in "/dev/mapper".

ls -l /dev/mapper

Create a name for the partition where you want to install Linux.

cp -a /dev/mapper/xxxyyyzzz2 /dev/sdr2

Replace "xxxyyyzzz" with the long device name that you find for the RAID array in "/dev/mapper". Replace the "2" with the actual partition number where you want to install Linux.

Run the setup script and select your install device. Ex: "/dev/sdr2". NOTE: Do not set up a swap partition since it won't be detected during setup. You must set up swap space after booting from the RAID array. The modified setup script assumes that you have created the device "/dev/sdr" for the RAID array and some "/dev/sdrX" device for the partition. Edit the "setup" script if you want to change the "sdr" to something else.

setup

If all of that works then you will need to include "dmraid" in your "initrd". Edit the "init" script to include "dmraid -ay". You have to create the "initrd" and install a boot loader before you boot from the RAID partition the first time. I used "grub" for booting, but you may be able to use "lilo". If you have trouble installing a boot loader you may need to use a "grub" boot CD or floppy. See my web site link below.

You can find sample scripts to make an "initrd" here. Look in "sasraid.zip".

http://personalpages.bellsouth.net/e/r/erikfl/raid/

To make things more convenient I also suggest that you create the devices for your array in the Linux partition. That will let you use shorter names in "fstab" and for the boot parameters.

cp -a /dev/sdr /mnt/dev
cp -a /dev/sdr2 /mnt/dev


Replace "sdr2" with the actual Linux partition device name. If you don't create these names then you will have to use "/dev/mapper/xxxyyyzzz2" or something similar in "fstab" and the boot parameters.

Create rules for "udev" to name the devices the way you want.

Example "/etc/udev/rules.d/10-local.rules" file.

Code:
KERNEL=="dm-0", NAME="sdr", OPTIONS+="last_rule"
KERNEL=="dm-1", NAME="sdr1", OPTIONS+="last_rule"
KERNEL=="dm-2", NAME="sdr2", OPTIONS+="last_rule"
KERNEL=="dm-3", NAME="sdr4", OPTIONS+="last_rule"
KERNEL=="dm-4", NAME="sdr5", OPTIONS+="last_rule"
KERNEL=="dm-5", NAME="sdr6", OPTIONS+="last_rule"
KERNEL=="dm-6", NAME="sdr7", OPTIONS+="last_rule"
KERNEL=="dm-7", NAME="sdr8", OPTIONS+="last_rule"
You can get the minor device numbers from the "ls -l /dev/mapper" output.

Here is how "dmraid" works. It searches block devices for recognizable RAID meta data. You can specify options to force the meta data format if there is a problem. After detecting the meta data "dmraid" creates mirror, stripe or redundant arrays using the standard Linux device mapper. The "dmraid" program creates device names for RAID arrays under "/dev/mapper". Since "dmraid" is only a configuration program it uses the standard Linux block device drivers and standard Linux mapper driver. If your fake hardware RAID controller has a standard SATA or SAS chip set supported by Linux (most do) then "dmraid" will allow Linux to access the RAID arrays.

The advantage to "dmraid" is that you can avoid using a proprietary driver for a fake hardware RAID controller. In some cases there is no proprietary driver available. Some proprietary RAID drivers may have better performance or additional features not provided by the Linux device mapper and "dmraid". In that case you are better off to use the proprietary driver.

Fake hardware RAID controllers use BIOS firmware to allow boot loaders to access the RAID arrays. In order for operating systems to access the RAID arrays a special OS driver is required. Since the RAID is not implemented in the disk chip set hardware, the hardware looks like a "normal" SATA, IDE or SAS disk controller to the OS. The proprietary OS driver makes the "normal" hardware appear to be a single RAID array (disk drive) for the OS. When RAID controllers have the phrase "low-cost" or "economical" then they are usually fake hardware RAID. Without the proprietary OS driver the OS can't see the RAID arrays, only the "raw" disks making up the arrays.

Last edited by Erik_FL; 09-29-2009 at 01:17 PM. Reason: Added comments about partitioning
 
Old 09-29-2009, 10:40 PM   #22
Alkisx
Member
 
Registered: Apr 2006
Location: Greece
Distribution: Slackware
Posts: 74

Original Poster
Rep: Reputation: 16
Erik, thank you very much for the documentation you provided here.

But it is not about fake raid here. This is real hardware raid. I have worked on dmraid a couple of months ago on a fake controller. The conclusion then on software raid was to better use the linux mdadm and not dmraid.

Anyway, the problem is that LSI provides closed source modules only for RHEL and Suse Enterprise. On older drivers they were used on providing the source so you could compile your module for your distribution. But that's not the situation any more.

I really do not understand why they are doing this. The majority of the servers world wide is using Linux or Unix other than redhat or suse or even windows.

I don't want to think of this getting worst, now that LSI aquired 3ware. Does this means no more open source drivers on 3ware for the majority of the servers?

Although it would be possibly useful if anyone knows a solution on this issue, I contacted support and I will probably replace this useless piece of hardware with a Supermicro AOC ZCR2 or 3 card. Their chipsets (usually adaptec) are always sticked inside the linux kernel. This is what I call a real hardware company. They even helped me unofficially that their controllers will work just by the linux kernel.

I just remembered something that someone said: "Stop buying hardware that does not support Linux". This is what I am going to do, even if the system won't run Linux.

I suggest everyone NOT to buy such cards, as the one I am propably returning back.

Thank you all for your help and effort.
 
Old 09-30-2009, 07:54 AM   #23
MensaWater
LQ Guru
 
Registered: May 2005
Location: Atlanta Georgia USA
Distribution: Redhat (RHEL), CentOS, Fedora, CoreOS, Debian, FreeBSD, HP-UX, Solaris, SCO
Posts: 7,831
Blog Entries: 15

Rep: Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669Reputation: 1669
I've installed various Dell systems with their PERC (OEM LSI RAID) cards of various modules using RedHat, Fedora and CentOS and they all have the Megaraid modules. I've used the Megaraid_SAS for the newer embedded controllers as well as the Megaraid and older megaraid for cards going back as far as the PERC 2 (American Megatrends which became LSI).

I've never tried to add one to the system after the fact though. Did you go to LSI's website to see if there was information for doing that? On checking the search on site it has 846 hits for "megaraid". If you go there and search on your LSI model and megaraid it might lead you to information that would help.
 
Old 09-30-2009, 09:04 AM   #24
Alkisx
Member
 
Registered: Apr 2006
Location: Greece
Distribution: Slackware
Posts: 74

Original Poster
Rep: Reputation: 16
That is exactly what I said before:

The card I am talking about does work only with the megasr module, which is not included in open source modules. Not megaraid_sas, megaraid_mm, etc... those modules are in the kernel but not for such models as mine.

Redhat = Fedora = CentOS. They are basically all Redhat distros. That's why they are compatible with the closed source LSI's drivers.

I don't know how things where 2 years ago. I am talking about the present.

So megasr is a totally different module than megaraid_sas etc... and it is not open source. And so it will work only on Redhat like distros as of linux.

What about Slackware,Debian,Ubuntu,and *BSDs? Cause till now they don't seem to care.
 
Old 09-30-2009, 09:37 AM   #25
Erik_FL
Member
 
Registered: Sep 2005
Location: Boynton Beach, FL
Distribution: Slackware
Posts: 821

Rep: Reputation: 258Reputation: 258Reputation: 258
Quote:
Originally Posted by Alkisx View Post
Erik, thank you very much for the documentation you provided here.

But it is not about fake raid here. This is real hardware raid. I have worked on dmraid a couple of months ago on a fake controller. The conclusion then on software raid was to better use the linux mdadm and not dmraid.

Anyway, the problem is that LSI provides closed source modules only for RHEL and Suse Enterprise. On older drivers they were used on providing the source so you could compile your module for your distribution. But that's not the situation any more.

I really do not understand why they are doing this. The majority of the servers world wide is using Linux or Unix other than redhat or suse or even windows.

I don't want to think of this getting worst, now that LSI aquired 3ware. Does this means no more open source drivers on 3ware for the majority of the servers?

Although it would be possibly useful if anyone knows a solution on this issue, I contacted support and I will probably replace this useless piece of hardware with a Supermicro AOC ZCR2 or 3 card. Their chipsets (usually adaptec) are always sticked inside the linux kernel. This is what I call a real hardware company. They even helped me unofficially that their controllers will work just by the linux kernel.

I just remembered something that someone said: "Stop buying hardware that does not support Linux". This is what I am going to do, even if the system won't run Linux.

I suggest everyone NOT to buy such cards, as the one I am propably returning back.

Thank you all for your help and effort.
I'm sorry that you're having this kind of problem with a hardware RAID controller. I agree with you about buying products from companies that do support Linux. Some companies made a halfhearted effort to support Linux during all the initial publicity and have not updated their products to reflect the current distros.

I can't imagine why a company would be worried about releasing source for a hardware RAID controller driver since all the "magic" is in the hardware design not the driver. It isn't even like a graphics adapter where reverse engineering the driver might give clues to the hardware internals.

If you think of any way that I can help you solve the problem more easily don't hesitate to ask.
 
  


Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
LSI Megaraid SCSI problems humbletech99 Linux - Hardware 0 08-09-2006 09:52 AM
LSI MegaRAID U320-1 and RedHat 7.2 majeztik Linux - Hardware 4 04-13-2005 05:19 AM
Optimizing writes on a LSI megaRAID SATA-2 niverson Linux - Hardware 1 08-31-2004 11:46 PM
LSI MegaRAID 320-1 install Phaethar Linux - Hardware 1 11-11-2003 09:10 AM
AMI/LSI MegaRAID help whysyn Linux - Hardware 2 10-17-2003 12:07 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 11:07 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration