can you provide pcs status ? 2017-04-28 17:51 GMT+02:00 Dawood Munavar S M <dawoo...@msystechnologies.com >:
> Hi, > > Thanks for your reply and the valuable comments. > > Curently I am only sanity testing the Rhel 7.2 cluster configuration with > our FC storage arrays, so performance really doesn't matters for us at the > moment. > > Also with regard to creating nfs cluster resources over gfs2, we followed > the below steps, but still "showmount -e" doesn't list the export entries, > > *Note:* This steps are followed after mounting gfs2 file systems on > cluster nodes, > > 1. pcs resource create ClusterIP ocf:heartbeat:IPaddr2 ip=192.168.2.90 > cidr_netmask=24 op monitor interval=30s > 2. pcs resource create NFS-D nfsserver nfs_shared_infodir=/global/nfsinfo > nfs_ip=192.168.2.90 > 3. pcs resource create nfs-cm-shared exportfs clientspec=192.168.2.0/255. > 255.255.0 options=rw,sync,no_root_squash directory=/SAP_SOFT fsid=0 > 4. Added resource dependancies > 5. [root@node2-atto ~]# showmount -e 192.168.2.90 > Export list for 192.168.2.90: > **** No Entries ***** > > I went through RedHat forums and it is mentioned that Exporting a GFS2 > filesystem in an Active/Active configuration is only supported when using > *Samba+CTDB* to export the GFS2 filesystem. Please let us know if its > mandatory to configure CTDB when nfs over gfs2 is configured or anyother > options is available. > > Thanks, > Munavar. > > On Fri, Apr 28, 2017 at 8:55 PM, Digimer <li...@alteeve.ca> wrote: > >> On 28/04/17 06:34 AM, Dawood Munavar S M wrote: >> > Hello All, >> > >> > Could you please share any links/documents to create NFS HA cluster over >> > gfs2 file system using Pacemaker. >> > >> > Currently I have completed till mounting of gfs2 file systems on cluster >> > nodes and now I need to create cluster resources for NFS server, exports >> > and mount on client. >> > >> > Thanks, >> > Munavar. >> >> I use gfs2 quite a bit, but not nfs. >> >> Can I make a suggestion? Don't use gfs2 for this. >> >> You will have much better performance if you use an active/passive >> failover with a non-clustered FS. GFS2, like any cluster FS, needs to >> have the cluster handle locks which is always going to be slower (by a >> fair amount) than traditional internal FS locking. >> >> The common NFS HA cluster setup is to have the cluster promote/connect >> the backing storage (drbd/iscsi), mount the FS, start nfs and then take >> a floating IP address. >> >> GFS2 is an excellent FS for situations where it is needed, and should be >> avoided anywhere possible. :) >> >> -- >> Digimer >> Papers and Projects: https://alteeve.com/w/ >> "I am, somehow, less interested in the weight and convolutions of >> Einstein’s brain than in the near certainty that people of equal talent >> have lived and died in cotton fields and sweatshops." - Stephen Jay Gould >> > > > > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> > Virus-free. > www.avg.com > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> > <#m_-400312905104324003_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > DISCLAIMER > > The information in this e-mail is confidential and may be subject to legal > privilege. It is intended solely for the addressee. Access to this e-mail > by anyone else is unauthorized. If you have received this communication in > error, please address with the subject heading "Received in error," send to > i...@msystechnologies.com, then delete the e-mail and destroy any copies > of it. If you are not the intended recipient, any disclosure, copying, > distribution or any action taken or omitted to be taken in reliance on it, > is prohibited and may be unlawful. The views, opinions, conclusions and > other information expressed in this electronic mail and any attachments are > not given or endorsed by the company unless otherwise indicated by an > authorized representative independent of this message. > MSys cannot guarantee that e-mail communications are secure or error-free, > as information could be intercepted, corrupted, amended, lost, destroyed, > arrive late or incomplete, or contain viruses, though all reasonable > precautions have been taken to ensure no viruses are present in this e-mail. > As our company cannot accept responsibility for any loss or damage arising > from the use of this e-mail or attachments we recommend that you subject > these to your virus checking procedures prior to use > > -- > Linux-cluster mailing list > Linux-cluster@redhat.com > https://www.redhat.com/mailman/listinfo/linux-cluster > -- .~. /V\ // \\ /( )\ ^`~'^
-- Linux-cluster mailing list Linux-cluster@redhat.com https://www.redhat.com/mailman/listinfo/linux-cluster
