4.5. Testing the Resource Configuration
4.5. Testing the Resource Configuration If the Samba configuration was successful, you should be able to mount the Samba share on a node in the cluster. The following example procedure mounts a Samba share. Add an existing user in the cluster node to the smbpasswd file and assign a password. In the following example, there is an existing user smbuser . Mount the Samba share: Check whether the file system is mounted: To check for Samba recovery, perform the following procedure. Manually stop the CTDB resource with the following command: After you stop the resource, the system should recover the service. Check the cluster status with the pcs status command. You should see that the ctdb-clone resource has started, but you will also see a ctdb_monitor failure. To clear this error from the status, enter the following command on one of the cluster nodes:
smbpasswd -a smbuser New SMB password: Retype new SMB password: Added user smbuser mkdir /mnt/sambashare mount -t cifs -o user=smbuser //198.162.1.151/public /mnt/sambashare Password for smbuser@//198.162.1.151/public: ******** mount | grep /mnt/sambashare //198.162.1.151/public on /mnt/sambashare type cifs (rw,relatime,vers=1.0,cache=strict,username=smbuser,domain=LINUXSERVER,uid=0,noforceuid,gid=0,noforcegid,addr=10.37.167.205,unix,posixpaths,serverino,mapposix,acl,rsize=1048576,wsize=65536,echo_interval=60,actimeo=1) pcs resource debug-stop ctdb pcs status Clone Set: ctdb-clone [ctdb] Started: [ z1.example.com z2.example.com ] Failed Actions: * ctdb_monitor_10000 on z1.example.com 'unknown error' (1): call=126, status=complete, exitreason='CTDB status call failed: connect() failed, errno=111', last-rc-change='Thu Oct 19 18:39:51 2017', queued=0ms, exec=0ms pcs resource cleanup ctdb-clone