8.10. Restoring Snapshot Before restoring a snapshot ensure that the following prerequisites are met The specified snapshot has to be present The original / parent volume of the snapshot has to be in a stopped state. Red Hat Gluster Storage nodes have to be in quorum. No volume operation (e.g. add-brick, rebalance, etc) should be running on the origin or parent volume of the snapshot. where, snapname - The name of the snapshot to be restored. For Example: After snapshot is restored and the volume is started, trigger a self-heal by running the following command: Note The snapshot will be deleted once it is restored. To restore to the same point again take a snapshot explicitly after restoring the snapshot. After restore the brick path of the original volume will change. If you are using fstab to mount the bricks of the origin volume then you have to fix fstab entries after restore. For more information see, https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/apcs04s07.html In the cluster, identify the nodes participating in the snapshot with the snapshot status command. For example: In the nodes identified above, check if the geo-replication repository is present in /var/lib/glusterd/snaps/ snapname . If the repository is present in any of the nodes, ensure that the same is present in /var/lib/glusterd/snaps/ snapname throughout the cluster. If the geo-replication repository is missing in any of the nodes in the cluster, copy it to /var/lib/glusterd/snaps/ snapname in that node. Restore snapshot of the volume using the following command: Restoring Snapshot of a Geo-replication Volume If you have a geo-replication setup, then perform the following steps to restore snapshot: Stop the geo-replication session. Stop the slave volume and then the master volume. Restore snapshot of the slave volume and the master volume. Start the slave volume first and then the master volume. Start the geo-replication session. Resume the geo-replication session.

Commands:
gluster snapshot restore < snapname >
gluster snapshot restore snap1 Snapshot restore: snap1: Snap restored successfully
gluster volume heal VOLNAME full
gluster snapshot status snapname Snap Name : snapname Snap UUID : bded7c02-8119-491b-a7e1-cc8177a5a1cd Brick Path : 10.70.43.46:/var/run/gluster/snaps/816e8403874f43a78296decd7c127205/brick2/brick2 Volume Group : snap_lvgrp Brick Running : Yes Brick PID : 8303 Data Percentage : 0.43 LV Size : 2.60g Brick Path : 10.70.42.33:/var/run/gluster/snaps/816e8403874f43a78296decd7c127205/brick3/brick3 Volume Group : snap_lvgrp Brick Running : Yes Brick PID : 4594 Data Percentage : 42.63 LV Size : 2.60g Brick Path : 10.70.42.34:/var/run/gluster/snaps/816e8403874f43a78296decd7c127205/brick4/brick4 Volume Group : snap_lvgrp Brick Running : Yes Brick PID : 23557 Data Percentage : 12.41 LV Size : 2.60g
gluster snapshot restore snapname
gluster volume geo-replication MASTER_VOL SLAVE_HOST::SLAVE_VOL stop
gluster volume stop VOLNAME
gluster snapshot restore snapname
gluster volume start VOLNAME
gluster volume geo-replication MASTER_VOL SLAVE_HOST::SLAVE_VOL start
gluster volume geo-replication MASTER_VOL SLAVE_HOST::SLAVE_VOL resume