Start a Conversation

Unsolved

M

6 Posts

2717

April 20th, 2019 19:00

Esxi 6.7 VMFS

Maybe this is easy for some people to work out but i have been trying for hours. I added an extra disk to my Virtual Drive in Raid 6 on my R720 waiting for the array to rebuild. I can see the space in the datastore on Esxi 6.7 but when i try fill the space on the VMFS it just errors when i click finish. I read online because i have the OS installed and there are other partitions the resize function in the UI is broken. So i tried the CLI way but i can't work this out and i keep getting these errors that make me nervous to make changes. [root@localhost:~] vmkfstools -P "/vmfs/volumes/datastore1" VMFS-6.82 (Raw Major Version: 24) file system spanning 1 partitions. File system label (if any): datastore1 Mode: public Capacity 2989565673472 (2851072 file blocks * 1048576), 556723601408 (530933 blocks) avail, max supporte d file size 70368744177664 Disk Block Size: 512/512/0 UUID: 5c9068ba-3063c75c-e113-90b11c3cba96 Partitions spanned (on "lvm"): naa.6848f690ec5e0e0024231fc30bbc2b94:3 Is Native Snapshot Capable: NO [root@localhost:~] partedUtil get "/vmfs/devices/disks/naa.6848f690ec5e0e0024231fc30bbc2b94:3" 363492 255 63 5839513567 [root@localhost:~] partedUtil get "/vmfs/devices/disks/naa.6848f690ec5e0e0024231fc30bbc2b94" Error: 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)? Warning: Not all of the space available to /dev/disks/naa.6848f690ec5e0e0024231fc30bbc2b94 appears to be used, you can fix the GPT to use all of the space (an extra 1170997248 blocks) or continue with the current setting? This will also move the backup table at the end if is is not at the end already. diskSize (7025983488) AlternateLBA (5854986239) LastUsableLBA (5854986206) NewLastUsableLBA (7025983454) 437347 255 63 7025983488 1 64 8191 0 128 5 8224 520191 0 0 6 520224 1032191 0 0 7 1032224 1257471 0 0 8 1257504 1843199 0 0 9 1843200 7086079 0 0 2 7086080 15472639 0 0 3 15472640 5854986206 0 0 [root@localhost:~] partedUtil getUsableSectors "/vmfs/devices/disks/naa.6848f690ec5e0e0024231fc30bbc2b94" Error: 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)? Warning: Not all of the space available to /dev/disks/naa.6848f690ec5e0e0024231fc30bbc2b94 appears to be used, you can fix the GPT to use all of the space (an extra 1170997248 blocks) or continue with the current setting? This will also move the backup table at the end if is is not at the end already. diskSize (7025983488) AlternateLBA (5854986239) LastUsableLBA (5854986206) NewLastUsableLBA (7025983454) 34 7025983454 [root@localhost:~] partedUtil getUsableSectors "/vmfs/devices/disks/naa.6848f690ec5e0e0024231fc30bbc2b94" Error: 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)? Warning: Not all of the space available to /dev/disks/naa.6848f690ec5e0e0024231fc30bbc2b94 appears to be used, you can fix the GPT to use all of the space (an extra 1170997248 blocks) or continue with the current setting? This will also move the backup table at the end if is is not at the end already. diskSize (7025983488) AlternateLBA (5854986239) LastUsableLBA (5854986206) NewLastUsableLBA (7025983454) 34 7025983454 [root@localhost:~]

4 Operator

 • 

2.9K Posts

April 22nd, 2019 07:00

You might try something along the lines of "partedUtil fixGpt." If you can break up your issue a bit, it would help with readability and the community would be better able to assist. Screenshots may also be valuable.

No Events found!

Top