Handle XFS resizing.

XFS resizing is now handled as expected. Additionally, a bug has been
corrected where ext2/3/4 resizing would not have worked due to rc.local not
executing on RHEL/CentOS 7.

(cherry picked from commit aae2ba01d85066a20cb35e5d9f26859a801469c8)

faster-bootstrap/scripts/provisioning/rewrite_root_disk_partition_table.sh

@@ -35,6 +35,7 @@ df -h
 
 ROOT_PARTITION_DEVICE=$(findmnt -n --evaluate -o SOURCE --target /)
 ROOT_DEVICE=$(echo $ROOT_PARTITION_DEVICE | sed -e "s/\(p\|\)[0-9]*$//")
+ROOT_DEVICE_TYPE=$(findmnt -n --evaluate -o FSTYPE --target /)
 
 # If the root partition is already using 95% or more of the root device skip the resize operation
 
@@ -71,12 +72,6 @@ ${START_SECTOR},,,${BOOTABLE}
 0,0
 EOF
 
-    # To complete the process resize2fs needs to be called after reboot (if there is no cloud-init)
-
-    if ! hash cloud-init; then
-        echo "resize2fs \"${ROOT_PARTITION}\"" >> /etc/rc.local
-    fi
-
 else
 
     # GPT partitions require gdisk for resizing.
@@ -100,4 +95,16 @@ else
 
 fi
 
+# cloud-init does not guarantee the resizing of an instance, so we will attempt to grow the
+# instance after a reboot.
+
+if [ "$ROOT_DEVICE_TYPE" = "xfs" ]; then
+    echo "xfs_growfs /" >> /etc/rc.local
+else
+    echo "resize2fs \"${ROOT_PARTITION_DEVICE}\"" >> /etc/rc.local
+fi
+
+# /etc/rc.local is not necessarily marked executable on RHEL/CentOS 7, so we ensure that it is
+chmod +x /etc/rc.local
+
 exit 0