[Gluster-users] moving drives containing bricks from one server to another

[Andy Tai]

hi,  I did not see a reply to my problem.  Let me ask it in a different
way...

If I have bricks from a previous glusterfs volume and that volume is now
gone because of the old machine was replaced, now I tried to create a new
volume and add the old bricks to the new volume with the "force" opinion to
"volume create".  The old data files are still in the bricks but when I
mount the new volume the new volume shows it is empty.

Is it possible for glusterfs to recognize the old data files on the bricks
in some way to essentially re-create the same view as the old volume, via
some kind of healing or meta data re-scan or re-creation?  The bricks are
in good shape with no data corruption and are in sync (same data were
replicated).  Thanks

On Thu, May 4, 2017 at 10:03 PM, Andy Tai <atai at atai.org> wrote:

> Hi, I have a gluster volume with bricks spread over several physical
> drives.   I now want to upgrade my server to a new system and plan to move
> the drives from the old server to the new server, with a different host
> name and IP address.  Can I shut down the gluster volume on the old server,
> move and install the physical drives containing the bricks to the new
> server, and then create a new gluster volume on the new server, and add the
> bricks to the new volume in the same way reflecting the previous
> organization of the volume on the old server, and expect everything to work
> (all files preserved and accessible via glusterfs, with no data loss?
>
> The gluster volume on the old server would be retired and I want to let
> the new server taking over the role of serving the gluster volume.
>
> Thanks
>
> --
> Andy Tai, atai at atai.org, Skype: licheng.tai, Line: andy_tai, WeChat:
> andytai1010
> Year 2017 民國106年
> 自動的精神力是信仰與覺悟
> 自動的行為力是勞動與技能
>



-- 
Andy Tai, atai at atai.org, Skype: licheng.tai, Line: andy_tai, WeChat:
andytai1010
Year 2017 民國106年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20170718/6a9d08c6/attachment.html>