captainentropy
July 13th, 2010, 01:53 AM
Hi everyone,
So, I have a machine running Ubuntu Server 9.10 installed on an 80GB RAID1 disk. The system has two arrays (one data, the other backup), each of the same size in RAID6 with ext4 fs, connected to separate 3ware 9690 controller cards. I had to increase the size of the arrays from 8TB to 12TB. No problems - added the drives, migrated the new disks into the array, rebooted the server, and everything is visible. I unmounted the drives and then attempted to grow the partition (it's a single partition), starting with the backup array, using gparted. It sees the unallocated space but when I try to grow the partition into the unallocated space it fails. Here's the gparted error details:
GParted 0.4.5
Libparted 1.8.8.1.159-1e0e
Grow /dev/sdc1 from 7.28 TiB to 10.91 TiB 00:13:24 ( ERROR )
calibrate /dev/sdc1 00:00:00 ( SUCCESS )
path: /dev/sdc1
start: 34
end: 15624899324
size: 15624899291 (7.28 TiB)
check file system on /dev/sdc1 for errors and (if possible) fix them 00:06:59 ( SUCCESS )
e2fsck -f -y -v /dev/sdc1
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
377821 inodes used (0.08%)
120 non-contiguous files (0.0%)
1335 non-contiguous directories (0.4%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 368101/9706
1855061500 blocks used (94.98%)
0 bad blocks
194 large files
315923 regular files
61885 directories
0 character device files
0 block device files
0 fifos
1385821 links
4 symbolic links (4 fast symbolic links)
0 sockets
--------
1763633 files
e2fsck 1.41.9 (22-Aug-2009)
grow partition from 7.28 TiB to 10.91 TiB 00:00:01 ( ERROR )
old start: 34
old end: 15624899324
old size: 15624899291 (7.28 TiB)
check file system on /dev/sdc1 for errors and (if possible) fix them 00:06:23 ( SUCCESS )
e2fsck -f -y -v /dev/sdc1
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
377821 inodes used (0.08%)
120 non-contiguous files (0.0%)
1335 non-contiguous directories (0.4%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 368101/9706
1855061500 blocks used (94.98%)
0 bad blocks
194 large files
315923 regular files
61885 directories
0 character device files
0 block device files
0 fifos
1385821 links
4 symbolic links (4 fast symbolic links)
0 sockets
--------
1763633 files
e2fsck 1.41.9 (22-Aug-2009)
grow file system to fill the partition 00:00:01 ( SUCCESS )
resize2fs /dev/sdc1
resize2fs 1.41.9 (22-Aug-2009)
The filesystem is already 1953112411 blocks long. Nothing to do!
libparted messages ( INFO )
The backup GPT table is not at the end of the disk, as it should be. This might mean that another operating system believes the disk is smaller. Fix, by moving the backup to the end (and removing the old backup)?
Not all of the space available to /dev/sdc appears to be used, you can fix the GPT to use all of the space (an extra 7812456448 blocks) or continue with the current setting?
The backup GPT table is not at the end of the disk, as it should be. This might mean that another operating system believes the disk is smaller. Fix, by moving the backup to the end (and removing the old backup)?
Not all of the space available to /dev/sdc appears to be used, you can fix the GPT to use all of the space (an extra 7812456448 blocks) or continue with the current setting?
Unable to satisfy all constraints on the partition.
I'm not sure how to proceed with the libparted info and I can't find any useful information for me anywhere. I hoping the experts here can help me :D
Thanks for any help you can offer.
So, I have a machine running Ubuntu Server 9.10 installed on an 80GB RAID1 disk. The system has two arrays (one data, the other backup), each of the same size in RAID6 with ext4 fs, connected to separate 3ware 9690 controller cards. I had to increase the size of the arrays from 8TB to 12TB. No problems - added the drives, migrated the new disks into the array, rebooted the server, and everything is visible. I unmounted the drives and then attempted to grow the partition (it's a single partition), starting with the backup array, using gparted. It sees the unallocated space but when I try to grow the partition into the unallocated space it fails. Here's the gparted error details:
GParted 0.4.5
Libparted 1.8.8.1.159-1e0e
Grow /dev/sdc1 from 7.28 TiB to 10.91 TiB 00:13:24 ( ERROR )
calibrate /dev/sdc1 00:00:00 ( SUCCESS )
path: /dev/sdc1
start: 34
end: 15624899324
size: 15624899291 (7.28 TiB)
check file system on /dev/sdc1 for errors and (if possible) fix them 00:06:59 ( SUCCESS )
e2fsck -f -y -v /dev/sdc1
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
377821 inodes used (0.08%)
120 non-contiguous files (0.0%)
1335 non-contiguous directories (0.4%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 368101/9706
1855061500 blocks used (94.98%)
0 bad blocks
194 large files
315923 regular files
61885 directories
0 character device files
0 block device files
0 fifos
1385821 links
4 symbolic links (4 fast symbolic links)
0 sockets
--------
1763633 files
e2fsck 1.41.9 (22-Aug-2009)
grow partition from 7.28 TiB to 10.91 TiB 00:00:01 ( ERROR )
old start: 34
old end: 15624899324
old size: 15624899291 (7.28 TiB)
check file system on /dev/sdc1 for errors and (if possible) fix them 00:06:23 ( SUCCESS )
e2fsck -f -y -v /dev/sdc1
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
377821 inodes used (0.08%)
120 non-contiguous files (0.0%)
1335 non-contiguous directories (0.4%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 368101/9706
1855061500 blocks used (94.98%)
0 bad blocks
194 large files
315923 regular files
61885 directories
0 character device files
0 block device files
0 fifos
1385821 links
4 symbolic links (4 fast symbolic links)
0 sockets
--------
1763633 files
e2fsck 1.41.9 (22-Aug-2009)
grow file system to fill the partition 00:00:01 ( SUCCESS )
resize2fs /dev/sdc1
resize2fs 1.41.9 (22-Aug-2009)
The filesystem is already 1953112411 blocks long. Nothing to do!
libparted messages ( INFO )
The backup GPT table is not at the end of the disk, as it should be. This might mean that another operating system believes the disk is smaller. Fix, by moving the backup to the end (and removing the old backup)?
Not all of the space available to /dev/sdc appears to be used, you can fix the GPT to use all of the space (an extra 7812456448 blocks) or continue with the current setting?
The backup GPT table is not at the end of the disk, as it should be. This might mean that another operating system believes the disk is smaller. Fix, by moving the backup to the end (and removing the old backup)?
Not all of the space available to /dev/sdc appears to be used, you can fix the GPT to use all of the space (an extra 7812456448 blocks) or continue with the current setting?
Unable to satisfy all constraints on the partition.
I'm not sure how to proceed with the libparted info and I can't find any useful information for me anywhere. I hoping the experts here can help me :D
Thanks for any help you can offer.