On Tue, Jun 30, 2009 at 8:20 PM, Brett Cave <span dir="ltr"><<a href="mailto:brettcave@gmail.com">brettcave@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Tue, Jun 30, 2009 at 8:16 PM, Bob Peterson <span dir="ltr"><<a href="mailto:rpeterso@redhat.com" target="_blank">rpeterso@redhat.com</a>></span> wrote:<br></div><div class="gmail_quote"><div class="im">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div><br>
</div></div>Hi Brett,<br>
<br>
What "error about not enough space" did you get?  The gfs_jadd<br>
function adds more journals, not more space.  If you want more<br>
space, you need to run gfs_grow (with the file system mounted).</blockquote></div><div><br>Sorry, bad terminology on my side, i am still trying to add more journals and am getting an error about insufficient blocks:<br><br>
<br>
# gfs_jadd -j 2 /gfs/cache1<br><br>Requested size  (65536 blocks) greater than available space (2 blocks)<br><br>This is after rebooting all the nodes after resizing the partition<br><br></div></div></blockquote><div><br>
I ran the fdisk  after resizing but before rebooting, so the device (/dev/sdc) was the same size.<br><br>Just got it working on the other partition (took it nice and slow, and shut down all the servers except for 1 and then worked of that that :p<br>
<br>On a side note... would standard LVM2 on the SAN probably be a better idea that accessing the raw devices directly... at least it would save on reboots perhaps? what sort of performance impact might this have?<br></div>
</div>