bootstrap kernel can't detect volumes on hardware RAID PERC H310

[Gleb]

It seems that bootstrap kernel doesn't have a driver for this RAID controller.
When I connected into the discovered node I can't see any HDD in /dev

[Gleb (gleb-q)]

diagnostic snapshot is attached

[Gleb (gleb-q)]

Ohai output from node

[Gleb (gleb-q)]

We downgraded the bootstrap image to older one that based on 2.6.32 kernel.
After this we don't have any troubles with the RAID disk detection.

[Gleb (gleb-q)]

Sorry, but I figured out that the solution solves one problem but creates another one.

After we downgraded the bootstrap image to older one that based on 2.6.32 kernel nodes can boot fine but after this mcollective can't see them. So they can't be rebooted by Fuel.

[Gleb (gleb-q)]

I managed to fix it.
I got the scripts /etc/rc.local, /opt/nailgun/bin/agent and /usr/bin/fix-config-on-startup from new initramfs.img and put it into old one. So it works fine now.

[Vinod Kumar (vinodwa)]

Thanks Gleb

> On Sep 24, 2014, at 3:05 PM, Gleb <email address hidden> wrote:
>
> I managed to fix it.
> I got the scripts /etc/rc.local, /opt/nailgun/bin/agent and /usr/bin/fix-config-on-startup from new initramfs.img and put it into old one. So it works fine now.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1373014
>
> Title:
> bootstrap kernel can't detect volumes on hardware RAID PERC H310
>
> Status in Fuel: OpenStack installer that works:
> Triaged
> Status in Fuel for OpenStack 5.1.x series:
> Triaged
>
> Bug description:
> It seems that bootstrap kernel doesn't have a driver for this RAID controller.
> When I connected into the discovered node I can't see any HDD in /dev
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/fuel/+bug/1373014/+subscriptions

[Albert Syriy (asyriy)]

According to the ohai.out file the megaraid_sas kernel module, which used for the RAID H310 controller, was up and running:
"kernel": {
    "name": "Linux",
    "os": "GNU/Linux",
    "modules": {
...
      "megaraid_sas": {
        "size": "107015",
        "refcount": "1"
      },
...
 "release": "3.10.46-1.mira1.x86_64",
The most plausible explanation is changes in firmware for kernel 3.10.46.
Investigating

[Albert Syriy (asyriy)]

Some firmware files were updated for kernel 3.10.46 (taken from Ubuntu) and build into the bootstrap of the fuel ISO.
See the link https://drive.google.com/file/d/0B7f3jbsRP_S0eENlTE5MdzlMcWc/edit?usp=sharing

Actually, not very sure, that it will help.

In any case could you help to collect addtional information about the RAID HW and driver?

Please type the commands and attach the output to the issue.
1. To collect info about the HW
# lspci -nnv > ~/hw.info

2. To have exact megaraid_sas driver version
# cat /sys/bus/pci/drivers/megaraid_sas/version > ~/megaraid_sas.version

3. To help figure out what is wrong with the megaraid_sas module and what FW is downloading, please attach the /var/log/dmesg and /var/log/messages files from the node, where detecting RAID is failed.

Looking for the feedback.

[Gleb (gleb-q)]

It's too late I can't afford to reinstall the FUEL.
Could you please provide me with new bootstrap image (kernel and
initramfs.img) instead of ISO.
(I have slow wi-fi connection here)
I'll put them to the cobbler and try to get more information.

On Wed, Oct 1, 2014 at 10:07 AM, asyriy <email address hidden> wrote:

> Some firmware files were updated for kernel 3.10.46 (taken from Ubuntu)
> and build into the bootstrap of the fuel ISO.
> See the link
> https://drive.google.com/file/d/0B7f3jbsRP_S0eENlTE5MdzlMcWc/edit?usp=sharing
>
> Actually, not very sure, that it will help.
>
> In any case could you help to collect addtional information about the RAID
> HW and driver?
>
> Please type the commands and attach the output to the issue.
> 1. To collect info about the HW
> # lspci -nnv > ~/hw.info
>
> 2. To have exact megaraid_sas driver version
> # cat /sys/bus/pci/drivers/megaraid_sas/version > ~/megaraid_sas.version
>
> 3. To help figure out what is wrong with the megaraid_sas module and
> what FW is downloading, please attach the /var/log/dmesg and
> /var/log/messages files from the node, where detecting RAID is failed.
>
> Looking for the feedback.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1373014
>
> Title:
> bootstrap kernel can't detect volumes on hardware RAID PERC H310
>
> Status in Fuel: OpenStack installer that works:
> In Progress
> Status in Fuel for OpenStack 5.1.x series:
> In Progress
>
> Bug description:
> It seems that bootstrap kernel doesn't have a driver for this RAID
> controller.
> When I connected into the discovered node I can't see any HDD in /dev
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/fuel/+bug/1373014/+subscriptions
>

--
Best Regards,
Gleb Galkin
OpenStack Deployment Engineer

Mirantis Inc.
www.mirantis.com

[Albert Syriy (asyriy)]

There is the reported issue
https://<email address hidden>/msg106529.html
with kernel log output similar to seen in our case.

HW (server with PERC H310 RAID controller) required to investigate the root cause of the issue with the kernel on bootstrap.

[rngzues (rngzues)]

I have this problem and I have hardware running a PERC H310 RAID controller.

What can I try in order to help resolve this?

[Gleb (gleb-q)]

You can change bootstrap image inside cobbler.
Old image based on kernel 2.6.32 works fine with PERC H310 RAID but the
trouble is it contain old nailgun agent
and doesn't support new mcollective autorization.

So you can get the old bootstrap image (kernel and initramfs.img) and patch
initramfs manually to make it works
with new nailgun.

1) Howto rebuilding bootstrap images

'yum install gunzip gzip cpio' - may be already installed
`mkdir initramfs`
`cd initramfs/`
`cat ../initramfs.img | gunzip | cpio -iMudv`

Change something (under root)
You need to put scripts /etc/rc.local, /opt/nailgun/
bin/agent and /usr/bin/fix-config-on-startup from new initramfs.img and put
it into old one.

`find . -xdev | cpio --create --format='newc' | gzip -9 >
../initramfs.img.new`
`cp -b ../initramfs.img.new /var/www/nailgun/bootstrap/`

`chown root:root /var/www/nailgun/bootstrap/initramfs.img`
`chmod +rx /var/www/nailgun/bootstrap/initramfs.img`
`chmod -w /var/www/nailgun/bootstrap/initramfs.img`

`dockerctl shell cobbler`
`cobbler sync`

`exit`

`dockerctl restart nailgun`
`dockerctl restart nginx`

I hope it helps.
Also I'll try to find bootstrap image I built before and I'll send it to
you if I found it.

On Thu, Oct 30, 2014 at 12:33 AM, rngzues <email address hidden>
wrote:

> I have this problem and I have hardware running a PERC H310 RAID
> controller.
>
> What can I try in order to help resolve this?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1373014
>
> Title:
> bootstrap kernel can't detect volumes on hardware RAID PERC H310
>
> Status in Fuel: OpenStack installer that works:
> In Progress
> Status in Fuel for OpenStack 5.1.x series:
> In Progress
>
> Bug description:
> It seems that bootstrap kernel doesn't have a driver for this RAID
> controller.
> When I connected into the discovered node I can't see any HDD in /dev
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/fuel/+bug/1373014/+subscriptions
>

--
Best Regards,
Gleb Galkin
OpenStack Deployment Engineer

Mirantis Inc.
www.mirantis.com

[Gleb (gleb-q)]

I found them
That the kernel and initramfs.img that work.

http://89.191.240.52/files/initramfs.img
http://89.191.240.52/files/linux

Put them inside cobbler /var/www/nailgun/bootstrap/ on fuel node
Then set the correct permissions, then run cobbler sync inside cobbler
container

`dockerctl shell cobbler`
`cobbler sync`

`exit`

`dockerctl restart nailgun`
`dockerctl restart nginx`

On Thu, Oct 30, 2014 at 12:33 AM, rngzues <email address hidden>
wrote:

> I have this problem and I have hardware running a PERC H310 RAID
> controller.
>
> What can I try in order to help resolve this?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1373014
>
> Title:
> bootstrap kernel can't detect volumes on hardware RAID PERC H310
>
> Status in Fuel: OpenStack installer that works:
> In Progress
> Status in Fuel for OpenStack 5.1.x series:
> In Progress
>
> Bug description:
> It seems that bootstrap kernel doesn't have a driver for this RAID
> controller.
> When I connected into the discovered node I can't see any HDD in /dev
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/fuel/+bug/1373014/+subscriptions
>

--
Best Regards,
Gleb Galkin
OpenStack Deployment Engineer

Mirantis Inc.
www.mirantis.com

[rngzues (rngzues)]

Thanks for the explaination and the files. This worked for me on 5.1 but not the 6.0 tech preview. I think the tech preview issues are different and unrelated to this though.

[Dmitry Borodaenko (angdraug)]

Downgraded to High for 5.1.1 since workaround is available and confirmed to work.

[Ryan Moe (rmoe)]

Any updates on this? Is the workaround valid for 6.1?

[rngzues (rngzues)]

I'm back!

I'm having problems now with the "Shared PERC8" raid controller on a Dell VRTX M620 blade server. It appears that dell has issued a newer version of the megaraid_sas driver, but I don't know how to update the bootstrap image as well as the Centos and/or Ubuntu deployment images with it.

Any help would be greatly appreciated.

[rngzues (rngzues)]

I managed to pull the updated megaraid_sas.ko out of the rpm Dell provides (http://www.dell.com/support/home/us/en/19/Drivers/DriversDetails?driverId=MT3C1).

I then tried to take apart the 2.6.32 initramfs.img (link from a previous comment) replace the existing kernel module with the new one, and reassemble it. I can successfully bring up a machine and bootstrap it with this initramfs.img, but it never shows up in fuel as a discovered node.

Is the procedure in the above comments for taking apart the initramfs.img and putting it back together missing something?

If I can get this to work then I should be able to see my disks in the bootstrap environment and in fuel when configuring the node.

The next step would be to make sure that the OS that gets installed on the node also has this ability, which may require more work.

[rngzues (rngzues)]

Ok. So the initramfs.img procedure needs to be entirely run as sudo. That works. I can see my disks in bootstrap/fuel.

I'm trying to install on Ubuntu and the kernel being installed is 3.13 which doesn't have the right version of megaraid_sas.ko. 14.10 is running 3.16 though which should have the support I need (mainlined in 3.15).

It looks like precise is installed, but with a 3.13 kernel. How could I swap the 3.13 for a 3.16 kernel from Utopic 14.10?

[rngzues (rngzues)]

Deploying CentOS 6.5 instead of Ubuntu works. Cent has a new enough version of the raid driver. So in the end all I had to do was revert to the 2.6.32 bootstrap image, take apart initramfs.img and add the driver from dell, put it together, bootstrap and install cent.

[Michael Semenov (msemenov)]

We decided to not add proprientary drivers into our distribution to avoid potential licence issues.
The plan is to prepare a documentation for customers "how to add your own driver to the MOS ISO".
So, this issue should be fixed by documentation.

[Albert Syriy (asyriy)]

There is a procedure for injecting third part modules during boot (bootstrap).

Prerequisite:
The linux modules for particular kernel version (using in the bootstrap) are required.

Briefly the steps are:
1. Create a disk driver image (with required kernel modules).
2. Create a initrd_update image. (Will be used during PXE).
3. Place the initrd_update image to tftp server and modify the intird kernel boot parameter.
4. Run depmod -a on the nodes.

Step 1 (Create a disk driver image)
+++++++++++++++++++++++++++++++++
Create image by the commands (size of the image may be different)

# Create the working folder dd-src
mkdir dd-src
#Put the kernel module(s) into required folders
mkdir ./dd-src/lib
mkdir ./dd-src/lib/modules
mkdir ./dd-src/lib/modules/2.6.32-504.1.3.el6.x86_64
mkdir ./dd-src/lib/modules/2.6.32-504.1.3.el6.x86_64/kernel
mkdir ./dd-src/lib/modules/2.6.32-504.1.3.el6.x86_64/kernel/drivers
mkdir ./dd-src/lib/modules/2.6.32-504.1.3.el6.x86_64/kernel/drivers/scsi
cp hpvsa.ko ./dd-src/lib/modules/2.6.32-504.1.3.el6.x86_64/kernel/drivers/scsi

# Create the squashfs image (centos-hpvsa-dd.img)
mksquashfs dd-src/ centos-hpvsa-dd.img

There is an alternative way creating dd image (non-squashfs) by the commands:
# Create empty image
dd if=/dev/zero of=centos-hpvsa-rhdd3.img bs=1k count=6144
# Format it
mkfs ext3 -L OEMDRV -F centos-hpvsa-rhdd3.img
# Mount and copy files and umount the image
mkdir -p /mnt/dd-img
mount -o loop,rw,sync centos-hpvsa-rhdd3.img /mnt/dd-img
cp -R ./squashfs-src/ /mnt/dd-img
umount /mnt/dd-img

Step 2 (Create initrd_update.img image)
+++++++++++++++++++++++++
# Copy the disk image and login into the Fuel master node
scp centos-hpvsa-dd.img root@<your-fuel-master-node>:/root
ssh root@<your-fuel-master-node>
# Create initrd_update.img
mount -o loop -t <your-image-fs-type> centos-hpvsa-dd.img /mnt/dd-img
find /mnt/dd-img | cpio --quiet -o -H newc | gzip -9 > /tmp/initrd_update.img

Step 3 (Place the initrd_update image to tftp server and modify the intird kernel boot parameter)
+++++++++++++++++++++++++
# Copy into the tftp (PXE) bootstrap folder
cp /tmp/initrd_update.img /var/www/nailgun/bootstrap/
chmod 755 /var/www/nailgun/bootstrap/initrd_update.img
# Copy inside the cobbler container to the folder
dockerctl copy initrd_update.img cobbler:/var/lib/tftpboot/initrd_update.img
# Modify the bootstrap menu initrd parameter
# Loggin into the cobbler container
dockerctl shell cobbler
# Get the variable kopts variable value
cobbler profile dumpvars --name=bootstrap | grep kernel_options
kernel_options : ksdevice=bootif locale=en_US text mco_user=mcollective initrd=initrd_update.img biosdevname=0 lang url=http://10.20.0.2:8000/api priority=critical mco_pass=HfQqE2Td kssendmac

# Add at the very beginning of the string the "initrd=initrd_update.img" and re-sync the cobbler container
cobbler profile edit --name bootstrap --kopts='initrd=initrd_update.img ksdevice=bootif lang= locale=en_US text mco_user=mcollective priority=critical url=http://10.20.0.2:8000/api biosdevname=0 mco_pass=HfQqE2Td kssendmac'
cobbler sync

Step 4. (Run depmod -a on the nodes)
++++++++++++++++++++++
# Restart node(s) to force it download bootstrap ...

[Ben Hines (bhines-3)]

Hey @rngzues, we have the exact same problem and i can't find an up to date version of the megaraid_sas.ko built for 3.11.55 to put into the current Fuel initramfs. The 2.6.32 one does not function.

Where can i find the 2.6.32 initramfs.img that which you used?

thanks-

[Ben Hines (bhines-3)]

Update - Ah, we got it working by using the 2.6.32 image in the above link from gleb. The other step that was required was to not forget to replace the 'linux' kernel file in bootstrap with the kernel from the 2.6.32 image.

The image has the correct megaraid_sas driver already, so there is no need to modify the image.

This seems like it is really an upstream bug, since i see that the out of date megaraid_sas driver is also in the centos kernel RPM for 3.10.55. Since centos distributes it, it seems like there is no reason the Fuel distro couldn't have the later version (it already ships it as part of the Centos 6.5 image). However, that isn't really "the proper fix". The best fix would be to find which version of the centos kernel has the updated driver, and for Fuel to switch to that.

These are super common servers, so it'd be great to see that happen. :)

[rngzues (rngzues)]

Thanks for the notes on updating a bootstrap image. It resolves the problem in the bootstrap environment, but I am still having a related issue with the deployment environment. If I choose to install OpenStack Icehouse using Mirantis 5.1, I need to find the root filesystem for that image and update a module in it. I tried to modify /var/www/nailgun/centos/fuelweb/x86_64/isolinux/initrd.img and then re-sync cobbler, but this does not appear to work. What am I missing?

[Albert Syriy (asyriy)]

Hello,

There are three initrd images. For bootstrap, for CentOs and for Ubuntu.

The linux and initramfs.img files using on a bootstrap are placed in the folder: /var/www/nailgun/bootstrap/
(I guess the folder was incorrect in your case).

# To update bootstrap initramfs.img
# Save original initramfs.img
mv /var/www/nailgun/bootstrap/initramfs.img /var/www/nailgun/bootstrap/initramfs.img-orig
# Copy your new initramfs
cp initramfs.img-new /var/www/nailgun/bootstrap/initramfs.img
# Sync the cobbler to update the links to the new files
cobbler sync

Cobbler creates symlink-s to linux and initramfs.img during the 'cobbler sync' command.
(You could see it in the output of the 'cobbler sync' command).

You also could check the symlinks:
----------------------------------------------
dockerctl shell cobbler
[root@fa30bd183194 ~]# ls -l /var/www/cobbler/images/bootstrap/
total 0
lrwxrwxrwx 1 root root 40 Mar 10 12:41 initramfs.img -> /var/www/nailgun/bootstrap/initramfs.img
lrwxrwxrwx 1 root root 32 Mar 10 12:41 linux -> /var/www/nailgun/bootstrap/linux
--------------------------------------------

[rngzues (rngzues)]

@asyriy, I managed to update the bootstrap initramfs.img a while ago, that is no longer my problem. My problem now is that the driver has been added to the bootstrap image, but not the root filesystem of the OpenStack operating system that gets deployed to bare metal. I can't find a version of the driver built against the Ubuntu kernel being used in Icehouse or Juno, which is why I have been sticking with CentOS for my deployments of OpenStack from Fuel.

Regarding that problem, I found the solution. You cannot simply add the megaraid_sas kernel module from Dell to /var/www/nailgun/centos/fuelweb/x86_64/isolinux/initrd.img because cobbler installs a new kernel which presumably wipes out the existing kernel and its drivers. The driver I have comes packaged in an rpm, so I had to add that rpm to /var/www/nailgun/centos/fuelweb/x86_64/Packages and use createrepo to rebuild the repodata folder. Once that was complete I had to enter cobbler on the controller with 'dockerctl shell cobbler', find the centos kickstart file, and add a line to install the rpm that I added to the Packages folder. While still in the container I did a cobbler sync and cobbler reposync, exited the container, then dockerctl restarted nailgun and nginx for good measure. This finally worked, my CentOS installation of Icehouse can see the drives, as can the 2.6.32 kernel used in the bootstrap environment.

Honestly, it took quite a bit of effort to get Mirantis 5.1 and 6.0 to deploy on relatively new and common hardware. I appreciate the help and documentation on installing "proprietary drivers", but I feel like it shouldn't be this hard. I think this will certainly deter others, though hopefully they can find useful information in this ticket if they choose to venture down this path.

[Albert Syriy (asyriy)]

Hello,

The hpsa driver v 3.4.4 has been updated for kernel 3.10.55 on bootstrap and the custom ISO has been built.
The new hpsa driver should be issued with Fuel 6.0.1.

The link to the custom Fuel 6.0.1 ISO with updated hpsa driver for bootstrap (kernel 3.10.55) is
http://mc0n4-msk.msk.mirantis.net/fuelweb-iso/fuel-gerrit-6.0.1-46-2015-03-19_14-32-03.iso

The torrent links is
http://mc0n4-msk.msk.mirantis.net/fuelweb-iso/fuel-gerrit-6.0.1-46-2015-03-19_14-32-03.iso.torrent

[OSCI Robot (oscirobot)]

RPM package megaraid_sas has been built for project packages/centos6/megaraid_sas
Package version == , package release ==

Changeset: https://review.fuel-infra.org/4943
project: packages/centos6/megaraid_sas
branch: 6.0.1
author: Albert Syriy
committer: Albert Syriy
subject: Adding megaraid_sas driver to CentOs, LP# 1373014
status: patchset-created

Files placed on repository:
megaraid_sas-06.803.01.00_rh1-.mira1.x86_64.rpm
megaraid_sas-debuginfo-06.803.01.00_rh1-.mira1.x86_64.rpm

NOTE: Changeset is not merged, created temporary package repository.
RPM repository URL: http://osci-obs.vm.mirantis.net:82/centos-fuel-6.0.1-stable-4943/centos

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/169337

[OSCI Robot (oscirobot)]

RPM package megaraid_sas has been built for project packages/centos6/megaraid_sas
Package version == , package release ==

Changeset: https://review.fuel-infra.org/4943
project: packages/centos6/megaraid_sas
branch: 6.0.1
author: Albert Syriy
committer: Albert Syriy
subject: Adding megaraid_sas driver to CentOs, LP# 1373014
status: change-merged

Files placed on repository:
megaraid_sas-06.803.01.00_rh1-.mira1.x86_64.rpm
megaraid_sas-debuginfo-06.803.01.00_rh1-.mira1.x86_64.rpm

Changeset merged. Package placed on primary repository
RPM repository URL: http://osci-obs.vm.mirantis.net:82/centos-fuel-6.0.1-stable/centos

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: stable/6.0
Review: https://review.openstack.org/169374

[OpenStack Infra (hudson-openstack)]

Change abandoned by Albert Syriy (<email address hidden>) on branch: master
Review: https://review.openstack.org/169337
Reason: Wrong branch - roll back

[OpenStack Infra (hudson-openstack)]

Change abandoned by Albert Syriy (<email address hidden>) on branch: stable/6.0
Review: https://review.openstack.org/169374
Reason: Roll back due to the merge conflict

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: stable/6.0
Review: https://review.openstack.org/169389

[OpenStack Infra (hudson-openstack)]

Change abandoned by Albert Syriy (<email address hidden>) on branch: stable/6.0
Review: https://review.openstack.org/169389
Reason: Abandon the commit, something wrong with order requires-rpm.txt

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: stable/6.0
Review: https://review.openstack.org/169656

[OSCI Robot (oscirobot)]

package megaraid_sas has been built for project packages/centos6/megaraid_sas
Package version == , package release ==

Changeset: https://review.fuel-infra.org/5155
project: packages/centos6/megaraid_sas
branch: 6.1
author: Albert Syriy
committer: Albert Syriy
subject: Adding megaraid_sas driver to CentOs, LP# 1373014
status: patchset-created

Files placed on repository:

NOTE: Changeset is not merged, created temporary package repository.
 repository URL: /centos-fuel-6.1-stable-5155/

[OSCI Robot (oscirobot)]

package megaraid_sas has been built for project packages/centos6/megaraid_sas
Package version == , package release ==

Changeset: https://review.fuel-infra.org/5155
project: packages/centos6/megaraid_sas
branch: 6.1
author: Albert Syriy
committer: Albert Syriy
subject: Adding megaraid_sas driver to CentOs, LP# 1373014
status: change-merged

Files placed on repository:

Changeset merged. Package placed on primary repository
 repository URL: /centos-fuel-6.1-stable/

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/170475

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/170475
Committed: https://git.openstack.org/cgit/stackforge/fuel-main/commit/?id=ab09ef4e576ab494131216067ab26b0af6bfeb30
Submitter: Jenkins
Branch: master

commit ab09ef4e576ab494131216067ab26b0af6bfeb30
Author: Albert <email address hidden>
Date: Fri Apr 3 15:15:41 2015 +0300

    Adding megaraid_sas driver for support in CentOs 6.5 LP# 1373014

    Change-Id: I631f33630bf661e1550d014073115719e9eba274
    Close-Bug: 1373014

[Albert Syriy (asyriy)]

Status update:

The driver for RAID PERC H310 (megaraid_sas) has been updated for bootstrap and CentOS. The required commits have been merged in Fuel 6.1 and 6.0 branches.

Could someone check stable Fuel 6.1 release candidate with RAID PERC H310 ?

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: stable/6.0
Review: https://review.openstack.org/174354

[OpenStack Infra (hudson-openstack)]

Change abandoned by Albert Syriy (<email address hidden>) on branch: stable/6.0
Review: https://review.openstack.org/169656
Reason: Roll back the commit. It was split into two - sort and adding megaraid_sas package

[krogon-intel (krogon-intel)]

Hello,
We encouraged this issue for PERC H330 Mini controller in Fuel 6.0.
What is the current state as all linked commits seems to be rolled back.

[Albert Syriy (asyriy)]

Hello, here the link to the (custom) 6.0.1 ISO with H310 driver built in on bootstrap is :

http://mc0n5-msk.msk.mirantis.net/fuelweb-iso/fuel-gerrit-6.0.1-69-2015-05-12_14-36-59.iso
or
http://mc0n5-msk.msk.mirantis.net/fuelweb-iso/fuel-gerrit-6.0.1-69-2015-05-12_14-36-59.iso.torrent

To
@krogon-intel
There is a separate bug fro the PERC RAID H330
https://bugs.launchpad.net/fuel/+bug/1420330

[Albert Syriy (asyriy)]

To port the new version of the driver for PERC RAID H330 in 3.10.55 kernel quite much changes are required.

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/174354
Committed: https://git.openstack.org/cgit/stackforge/fuel-main/commit/?id=37384a55a676333a64a7b968eea0f4f07c9aa33d
Submitter: Jenkins
Branch: stable/6.0

commit 37384a55a676333a64a7b968eea0f4f07c9aa33d
Author: Albert <email address hidden>
Date: Thu Apr 16 15:17:55 2015 +0300

    Adding megaraid_sas driver for support in CentOs 6.5 LP# 1373014

    Close-Bug: 1373014

    Change-Id: I9d36cd18a255ead95735d0f13ebdf4c38a0e497f

[Albert Syriy (asyriy)]

There is custom ISO with kernel 2.6.32-504.1.3 with megaraid_sas driver ver 06.902.01.00 on bootstrap.
Here the link
http://mc0n5-msk.msk.mirantis.net/fuelweb-iso/fuel-gerrit-6.0.1-75-2015-05-20_11-34-00.iso

[Albert Syriy (asyriy)]

The Fuel 6.1 release build 437
http://jenkins-product.srt.mirantis.net:8080/view/6.1/job/6.1.all/437/
was tested with the LSI MegaRAID 9260-4i and LSI MegaRAID 9266-4i equipment.
The test passed

[Vitaly Sedelnik (vsedelnik)]

No fixes for new hardware support in 5.1.1 - Won't Fix