Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.

From CFS to Local VxFS, and Back Again

Created: 05 Jun 2011 • Updated: 20 Jun 2011 | 3 comments
Language Translations
ScottK's picture
0 0 Votes
Login to vote

One of the really cool things about Storage Foundation Cluster File System (CFS) and Cluster Volume Manager (CVM) is that the on-disk formats they use are identical to those of regular VxFS and VxVM. You can go back and forth with no data conversion.

I recently used the following steps to convert a cluster-mounted, shared dg into a single-instance, private dg (and then back to CFS/CVM) which seems generically useful. Note that this is for Linux; the file system tab location & the _netdev option are platform specific.

1.       Pre-activity prep:

Open the cfsmntadm, vxdg, vxprint, vxvol, and mount_vxfs man pages from https://sort.symantec.com/docs

# cat /etc/fstab

# /opt/VRTS/bin/vxprint

Ensure you are on the CVM master node (if you are on 5.1SP1 or higher, you can skip this step)

# /opt/VRTS/bin/vxdctl –c mode

Ensure you are not in the /data directory:

# pwd

2.       Umount & Deport the cluster-mounted, shared dg:       

# /opt/VRTS/bin/cfsumount /data

# /opt/VRTS/bin/cfsmntadm delete /data

# /opt/VRTS/bin/vxdg deport datadg

3.       Import the dg and mount the file system back on the original mount point:

# /opt/VRTS/bin/vxdg import datadg

# /opt/VRTS/bin/vxvol  -g datadg startall

Add the following entry to /etc/fstab:

/dev/vx/dsk/datadg/datavol               /data     _netdev    0 0

# mount /data

4.       Confirm the configuration:

# /opt/VRTS/bin/vxprint

# df –k

# cat /etc/fstab

And then, going back to a shared diskgroup and a cluster-mounted file system:

1.       Pre-activity prep:

Open the cfsmntadm, vxdg, vxprint, vxvol, and mount_vxfs man pages from https://sort.symantec.com/docs

# cat /etc/fstab

# /opt/VRTS/bin/vxprint          

Ensure all disks in the diskgroup are visible from both nodes

# /opt/VRTS/bin/vxdisk list -oalldgs

# /opt/VRTS/bin/vxdisk list –oalldgs (repeat on the other CFS node(s))

Compare the two results.

Ensure you are on the CVM master node (if you are on 5.1SP1 or higher, you can skip this step)

# /opt/VRTS/bin/vxdctl –c mode

Ensure you are not in the /data directory:

# pwd

2.       Umount & Deport the cluster-mounted, shared dg:       

Remove the following entry from /etc/fstab:

/dev/vx/dsk/datadg/datavol            /data     _netdev    0 0

# umount /data

# /opt/VRTS/bin/vxdg deport datadg

3.       Import the dg as shared, and mount the file system back on the original mount point:

# /opt/VRTS/bin/vxdg –s import datadg

# /opt/VRTS/bin/vxvol -g datadg startall

# /opt/VRTS/bin/cfsmntadm add datadg datavol /data all=

# /opt/VRTS/bin/cfsmount /data

4.       Confirm the configuration:

# /opt/VRTS/bin/vxprint

# df –k

# cat /etc/fstab

# /opt/VRTS/bin/cfsmntadm display /data

# /opt/VRTS/bin/cfscluster status

# cat /etc/VRTSvcs/conf/config/main.cf

# ls /data

# ls /data (repeat on the other cfs node(s))

Compare prior two results to confirm the file system is cluster mounted and visible.

Comments 3 CommentsJump to latest comment

ScottK's picture

One other point -- if your CFS is an underlying resource in a service group, you may or may not want to take that service group out of VCS control before umounting it -- depending on the behavior you're trying to achieve.

0
Login to vote
Quazi Ashfaq-ur Rahman's picture

Hi Scott,

We have a veritas culstered system of 2 nodes and using VxVM and VXFS. The servers are getting old. So we are going to migrate the system to new machines and make it a 3-node cluster. We also want to introduce veritas cluster file system.

So is it possible to convert the existing VxFS file system to Veritas Cluster File System?

Thanks ahead.

Ashfaq

0
Login to vote
ScottK's picture

Hi Ashfaq,

Sorry for the long delay, I've been working elsewhere in Symantec. To answer your question -- yes, an existing VxFS file system can become a Veritas Cluster File System. The on-disk format does not in any way change, it is exactly the same. The difference is the product binaries, configuration, licenses and license keys.

0
Login to vote