Hi all!
I'm running FreeBSD 8.0, and I recently migrated a hardware raid from 11T to 15T (I added some new hard drives), and I was successfully able to figure out how to resize the one GPT partition (just blow away the partition and add a new one, voila!).
The issue is resizing the one UFS filesystem on the GPT partition.
296263663 < 5859342319, so this seems to me like a 32-bit vs. 64-bit issue. I found this page, but it looks woefully out of date (the last update on growfs is from 2004!). I also found this old thread on the subject from 2007.
In the thread was included a patch for growfs to resolve the issue. I tried naively applying the patch, but was unable to get it to compile.
Any thoughts? What other debugging information would be helpful to figure out what's going on, if it's unclear? Anyone get that patch working? Is there any way to expand a giant UFS filesystem to an even giant-er one?
Thanks!
I'm running FreeBSD 8.0, and I recently migrated a hardware raid from 11T to 15T (I added some new hard drives), and I was successfully able to figure out how to resize the one GPT partition (just blow away the partition and add a new one, voila!).
The issue is resizing the one UFS filesystem on the GPT partition.
Code:
# growfs /dev/da1p1
growfs: we are not growing (5859342319->296263663)
296263663 < 5859342319, so this seems to me like a 32-bit vs. 64-bit issue. I found this page, but it looks woefully out of date (the last update on growfs is from 2004!). I also found this old thread on the subject from 2007.
In the thread was included a patch for growfs to resolve the issue. I tried naively applying the patch, but was unable to get it to compile.
Any thoughts? What other debugging information would be helpful to figure out what's going on, if it's unclear? Anyone get that patch working? Is there any way to expand a giant UFS filesystem to an even giant-er one?
Thanks!