Creating An NFS-Like Standalone Storage Server With GlusterFS On Fedora 13
Creating An NFS-Like Standalone Storage Server With GlusterFS On Fedora 13Version 1.0 This tutorial shows how to set up a standalone storage server on Fedora 13. Instead of NFS, I will use GlusterFS here. The client system will be able to access the storage as if it was a local filesystem. GlusterFS is a clustered file-system capable of scaling to several peta-bytes. It aggregates various storage bricks over Infiniband RDMA or TCP/IP interconnect into one large parallel network file system. Storage bricks can be made of any commodity hardware such as x86_64 servers with SATA-II RAID and Infiniband HBA. I do not issue any guarantee that this will work for you!
1 Preliminary NoteIn this tutorial I use two systems, a server and a client:
Both systems should be able to resolve the other system's hostname. If this cannot be done through DNS, you should edit the /etc/hosts file so that it contains the following two lines on both systems: vi /etc/hosts
(It is also possible to use IP addresses instead of hostnames in the following setup. If you prefer to use IP addresses, you don't have to care about whether the hostnames can be resolved or not.)
2 Setting Up The GlusterFS Serverserver1.example.com: The GlusterFS server is available as a package for Fedora 13, therefore we can install it as follows: yum install glusterfs-server The command glusterfs --version should now show the GlusterFS version that you've just installed (2.0.9 in this case): [root@server1 ~]# glusterfs --version Next we create a few directories: mkdir /data/ Now we create the GlusterFS server configuration file /etc/glusterfs/glusterfsd.vol (we make a backup of the original /etc/glusterfs/glusterfsd.vol file first) which defines which directory will be exported (/data/export) and what client is allowed to connect (192.168.0.101 = client1.example.com): cp /etc/glusterfs/glusterfsd.vol /etc/glusterfs/glusterfsd.vol_orig
Please note that it is possible to use wildcards for the IP addresses (like 192.168.*) and that you can specify multiple IP addresses separated by comma (e.g. 192.168.0.101,192.168.0.102). Afterwards we create the system startup links for the GlusterFS server and start it: chkconfig --levels 35 glusterfsd on
3 Setting Up The GlusterFS Clientclient1.example.com: There's a GlusterFS client rpm package for Fedora 13, but the problem with it is that you will get errors like df: `/mnt/glusterfs': Software caused connection abort or df: `/mnt/glusterfs': Transport endpoint is not connected when you try to access the GlusterFS share. That's why we build the GlusterFS client from the sources to avoid these problems. Before we build the GlusterFS client, we install its prerequisites: yum groupinstall 'Development Tools' yum groupinstall 'Development Libraries' yum install libibverbs-devel fuse-devel Then we download the GlusterFS 2.0.9 sources (please note that this is the same version that is installed on the server!) and build GlusterFS as follows: cd /tmp At the end of the ./configure command, you should see something like this: [...] make && make install Check the GlusterFS version afterwards (should be 2.0.9): glusterfs --version [root@client1 glusterfs-2.0.9]# glusterfs --version Then we create the following two directories: mkdir /mnt/glusterfs Next we create the file /etc/glusterfs/glusterfs.vol: vi /etc/glusterfs/glusterfs.vol
Make sure you use the correct server hostname or IP address in the option remote-host line! That's it! Now we can mount the GlusterFS filesystem to /mnt/glusterfs with one of the following two commands: glusterfs -f /etc/glusterfs/glusterfs.vol /mnt/glusterfs or mount -t glusterfs /etc/glusterfs/glusterfs.vol /mnt/glusterfs You should now see the new share in the outputs of... mount [root@client1 glusterfs-2.0.9]# mount ... and... df -h [root@client1 glusterfs-2.0.9]# df -h Instead of mounting the GlusterFS share manually on the client, you could modify /etc/fstab so that the share gets mounted automatically when the client boots. Open /etc/fstab and append the following line: vi /etc/fstab
To test if your modified /etc/fstab is working, reboot the client: reboot After the reboot, you should find the share in the outputs of... df -h ... and... mount
4 Links
|




Recent comments
3 hours 23 min ago
4 hours 23 min ago
8 hours 10 min ago
9 hours 24 min ago
13 hours 35 sec ago
20 hours 15 min ago
1 day 5 hours ago
1 day 6 hours ago
1 day 21 hours ago
2 days 8 min ago