On Tue, Jan 16, 2018 at 5:56 PM, Sam Wynens <
samw...@gmail.com> wrote:
> Hello,
>
> Doing this a second time since I botched the first go round somehow.
>
> Setup used to be 4x 1TB drives in software raid 5 using a partition on each
> drive, filesystem created using that device in the TUI using majority of
> that space available, vdisk created in that filesystem using majority of
> that space. I left some buffer space in everything just in case. For
> example, raid space was around 3.6TB, filesystem size set to 3.25TB, vdisk
> size set to 3TB. Not exact numbers but you get the jist.
>
> I have just upgraded all drives in the array to 4x4TB drives by failing 1
> drive at a time and letting it rebuild after adding the new drive. Next I
> grew the array and am currently letting it resync. After resync is complete
> I plan on following these instructions in expanding out the partition
> (
http://www.powelltechconsulting.com/grow-xfs-formated-partition-with-parted/).
>
> Are these instructions still relevant?
They appear to be relevant. Don't forget to backup everything.
>
> What should be the next step to ensure that my ESXi hosts will be able to
> see the present LUN as having more space available which would then allow me
> to increase the size of the RDM in my guest and then allowing the guest to
> expand the HFS+ partition it created?
Stop SCST, expand/grow the "virtual disk" file, and then start SCST.
Rather, SCST would already be stopped since you have to unmount the
file system for the FS expansion, so just start it again after all
those steps. =)
>
> I am running v1.3.4. Device was created using vdisk_fileio and is being
> presented over FC to the fabric to a couple of ESXi hosts.
>
> Thanks in advance!
>
> Sam
>
> --
> You received this message because you are subscribed to the Google Groups
> "esos-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to
esos-users+...@googlegroups.com.
> For more options, visit
https://groups.google.com/d/optout.