Red Hat Bugzilla – Bug 106806
LTC4879-fdisk -l still report old size after adding new disks to RAID5 disk array
Last modified: 2007-11-30 17:06:58 EST
The following has be reported by IBM LTC:
5703 RAID Adapter
2104 Storage exp plus, which has 11 disks in the slots
all the disks is 18G
Steps to Reproduce:
1. using sisconfig to format 5 disks for advanced function
2. using sisconfig to create a RAID5 disk array(/dev/sdc), which is composed of
the first three disks
3. "fdisk -l /dev/sdc" will report a 36G /dev/sdc
4. using sisconfig to add the 4th disk to disk array /dev/sdc
5. "fdisk -l /dev/sdc" will still report a 36G /dev/sdc
"fdisk -l" still report old size after adding new disks to RAID5 disk array
"fdisk -l /dev/sdc" should report a 54G /dev/sdc
1. after using "w" command of "fdisk" to reread partition table and sync disk,
trying another "fdisk -l /dev/sdc" will report the correct size: 54G
2. after adding the 5th disk to the disk array /dev/sdc, "fdisk -l /dev/sdc"
report the old size too.*** Bug 4878 has been marked as a duplicate of this bug.
***Over to the Service team to track into Update 1.Glen / Greg
Please open RHEL 3 RC1 problem. Thanks
which block/scsi device is this?
what is sisconfig ?
it seems to not do the right things to notify the kernel
------ Additional Comments From email@example.com 2003-12-10 21:43 -------
5703 is a PCI-X Dual-Channel Ultra320 SCSI RAID adapter.
2104 is a external storage device, which could contain up to 14 SCSI hard disks.
sisconfig is a utility programs for the ibmsis storage driver, which could
config RAID disk arrays. It is a part of ibmsis-utils.
Either of these is not doing the invalidates it should be; however that's not
ours to fix given the proprietary nature of ibmsis.
Closing as "NOTABUG" since that's the closest to "NOTOURBUG".
------ Additional Comments From firstname.lastname@example.org(prefers email via email@example.com) 2003-13-10 08:57 -------
I took a look at the sisconfig code and this looks to be a bug in sisconfig.
Assigning to Mike Anderson.