<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Expand JFS Filesystem</title>
	<atom:link href="http://www.syzygytech.com/2008/01/21/expand-jfs-filesystem/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.syzygytech.com/2008/01/21/expand-jfs-filesystem/</link>
	<description>Blog of Bob</description>
	<lastBuildDate>Sun, 20 Dec 2009 09:43:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: citizen</title>
		<link>http://www.syzygytech.com/2008/01/21/expand-jfs-filesystem/comment-page-1/#comment-3034</link>
		<dc:creator>citizen</dc:creator>
		<pubDate>Mon, 01 Jun 2009 03:26:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.syzygytech.com/2008/01/21/expand-jfs-filesystem/#comment-3034</guid>
		<description>Hey thanks rob, I just got that drive into my raid.

PS. This page is like the second entry for resizing jfs file systems in the google.

--Citizen</description>
		<content:encoded><![CDATA[<p>Hey thanks rob, I just got that drive into my raid.</p>
<p>PS. This page is like the second entry for resizing jfs file systems in the google.</p>
<p>&#8211;Citizen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: syzygy</title>
		<link>http://www.syzygytech.com/2008/01/21/expand-jfs-filesystem/comment-page-1/#comment-326</link>
		<dc:creator>syzygy</dc:creator>
		<pubDate>Thu, 22 May 2008 13:08:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.syzygytech.com/2008/01/21/expand-jfs-filesystem/#comment-326</guid>
		<description>According to the bugzilla, the bug that I encountered has since been resolved, so next time I want to expand the fileserver (I can put 3 more drives in), I&#039;ll give it a go.  I did not realize that you could create a filesystem without a partition either.  I may have to play with this method on my test box and see how it goes.</description>
		<content:encoded><![CDATA[<p>According to the bugzilla, the bug that I encountered has since been resolved, so next time I want to expand the fileserver (I can put 3 more drives in), I&#8217;ll give it a go.  I did not realize that you could create a filesystem without a partition either.  I may have to play with this method on my test box and see how it goes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Stern</title>
		<link>http://www.syzygytech.com/2008/01/21/expand-jfs-filesystem/comment-page-1/#comment-325</link>
		<dc:creator>Sam Stern</dc:creator>
		<pubDate>Thu, 22 May 2008 12:43:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.syzygytech.com/2008/01/21/expand-jfs-filesystem/#comment-325</guid>
		<description>Hi,

I found your post from a google search and thought I&#039;d share the right way to get this done (assuming your statement about gpartd bug is accurate, since I don&#039;t use the tool and am planning a single fs on my array).

1) make a new array with your (free) new disks. don&#039;t partition it -- it&#039;s what is causing your issue. NB: if using software raid (mdadm) use the &quot;-e 1.2&quot; command in the create option to enable arrays bigger than 2TB.
2) jfs_mkfs $new_disks (yes you can make a file system with a raid array without a partiton)
3) copy old tb array to new tb array.
4) stop old array
5) add old array disks to new array and let it rebuild.
6) mount the jfs volume (yes at this point there is 1tb free)
7) remount the jfs volume with the &quot;resize&quot; option (as you previously discussed).
8) all done ;&gt;


if one were starting anew, and assuming you are using only one fs on the array, you would:

1) make a new array.
2) skip the partition step. This is key ;&gt;
3) jfs_mkfs
4) use the array and then add new disks later and continue with step 7 above.

to prevent further issues later in your array&#039;s life I would suggest redoing the array now if you have current backups. NB when restoring from backup, mount using the &quot;no integrity&quot;  option to increase restore speed then remount with the integrity keyword to re-enable the fs log ;&gt;


hth

Sam S.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I found your post from a google search and thought I&#8217;d share the right way to get this done (assuming your statement about gpartd bug is accurate, since I don&#8217;t use the tool and am planning a single fs on my array).</p>
<p>1) make a new array with your (free) new disks. don&#8217;t partition it &#8212; it&#8217;s what is causing your issue. NB: if using software raid (mdadm) use the &#8220;-e 1.2&#8243; command in the create option to enable arrays bigger than 2TB.<br />
2) jfs_mkfs $new_disks (yes you can make a file system with a raid array without a partiton)<br />
3) copy old tb array to new tb array.<br />
4) stop old array<br />
5) add old array disks to new array and let it rebuild.<br />
6) mount the jfs volume (yes at this point there is 1tb free)<br />
7) remount the jfs volume with the &#8220;resize&#8221; option (as you previously discussed).<br />
8) all done ;&gt;</p>
<p>if one were starting anew, and assuming you are using only one fs on the array, you would:</p>
<p>1) make a new array.<br />
2) skip the partition step. This is key ;&gt;<br />
3) jfs_mkfs<br />
4) use the array and then add new disks later and continue with step 7 above.</p>
<p>to prevent further issues later in your array&#8217;s life I would suggest redoing the array now if you have current backups. NB when restoring from backup, mount using the &#8220;no integrity&#8221;  option to increase restore speed then remount with the integrity keyword to re-enable the fs log ;&gt;</p>
<p>hth</p>
<p>Sam S.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
