Comment 28 for bug 1475166

Hello Bryan

I tried to your work around:

A) Go to the 15.04 installation partition screen to see all disks are
detected
B) Go to VT and check the values of nodes
/sys/devices/pci0000:00/0000:00:00.0/0000:01:00.0/host4/target4:2:0/4:2:0:0
/block/sde/queue # cat max_sectors_kb
4096
/sys/devices/pci0000:00/0000:00:00.0/0000:01:00.0/host4/target4:2:0/4:2:0:0
/block/sde/queue # cat max_hw_sectors_kb
4096
C) Set and cat

echo 1024 > /sys/block/sde/queue/max_sectors_kb
~ # cat /sys/block/sde/queue/max_sectors_kb
1024
D) Go back to Partition screen
E) Partition the Avago Partition
F) Partitioning and mounting fails with same error of mounting ext4
filesystem
G) I go and check back the value of max_sectors_kb and it gets back to
4096. Which basically means paritioning the disk is resetting this node.

~ # cat /sys/block/sde/queue/max_sectors_kb
4096

I am not sure what the commit is for exactly. But can you help build a
15.04 default image without it to check. Or suggest something else.

Thanks
Adi

On 8/24/15, 8:58 AM, "Bryan Quigley" <email address hidden> wrote:

>Thanks for the bisect results! We can confirm that this fixes the issue
>by manually specifying the max_sectors_kb and seeing if that fixes the
>issue.
>1. Boot the server installation and stop at the partitioning screen
>(this way we make sure it has detected everything)
>2. Switch to another VT (Ctrl-Alt-F2)
>3. Confirm and post the values of cat
>/sys/block/xxx/queue/max_sectors_kb and max_hw_sectors_kb (where xxx is
>the block device for the Avago controller)
>4. Execute - echo 1024 > /sys/block/vda/queue/max_sectors_kb
>5. Confirm it was really changed with cat
>6. Proceed with the installation
>
>Now, if you want to use this as a more permanent workaround you need to
>specify the 1024 value in sysfs on the installed system as well. Once
>confirmed, we would want to get from Avago (or at least some manual
>testing) what the real hw maximum of this value should be and add it the
>driver (as described in the commit message).
>
>--
>You received this bug notification because you are subscribed to the bug
>report.
>https://bugs.launchpad.net/bugs/1475166
>
>Title:
> Ubuntu 15.04 Install Error with Avago Controller
>
>Status in linux package in Ubuntu:
> Triaged
>
>Bug description:
> Hello Canonical Team
>
> We are running to an issue installing ubuntu PPC64LE 15.04 full blown
> image on our servers (with RAID controller). Installation hangs
> around 70% of progress.
>
> An important part of our configuration is Avago RAID controller:
> 9361-8i Firmware version we used is 4.300.00-4429, and the package is
> 24.10.0-0002.
>
> IMPORTANT: It has to be noted that with same hardware configuration
> 14.10 full blown image installs fine.
>
> Dmesg logs are attached:
>
> Looking at dmesg logs point out that:
> LSI (avago) driver loads fine
> During further interaction with raid volume during the installation
>process, firmware errors are seen
> [ 196.991417] megasas: FW status 0x3
>
> [ 196.999376] megasas: FW status 0x3
>
> [ 197.007376] megasas: FW status 0x3
> Further down the process I/O errors are thrown
> [ 217.438664] Buffer I/O error on device sda2, logical block 22052864
>
> [ 217.438671] Buffer I/O error on device sda2, logical block 22052865
>
> [ 217.438678] Buffer I/O error on device sda2, logical block 22052866
>
> [ 217.438686] Buffer I/O error on device sda2, logical block 22052867
>
> Full dmesg log is attached. Snippet is pasted below highlighting:
>
> It can be noted that there¹s a Mellanox Connectx 3 pro card with some
>test Firmware on our setup.
> We can Ignore any diagnostic messages from that card in dmesg logs for
>the purpose of this bug.
>
> Thanks
> Adi Gangidi
>
>To manage notifications about this bug go to:
>https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1475166/+subscription
>s