EducationSoftwareStrategy.com
StrategyCommunity

Knowledge Base

Product

Community

Knowledge Base

TopicsBrowse ArticlesDeveloper Zone

Product

Download SoftwareProduct DocumentationSecurity Hub

Education

Tutorial VideosSolution GalleryEducation courses

Community

GuidelinesGrandmastersEvents
x_social-icon_white.svglinkedin_social-icon_white.svg
Strategy logoCommunity

© Strategy Inc. All Rights Reserved.

LegalTerms of UsePrivacy Policy
  1. Home
  2. Topics

KB17855: The MicroStrategy Intelligence Server Universal 10.x hangs when attempting to join another node in a cluster


Community Admin

• Strategy


Users attempting to join two MicroStrategy Intelligence Servers in a cluster may find that one or both the server may hang when attempting to login a user. This behavior may also be noticed on MicroStrategy Intelligence Server startup if the server is set to join the cluster on startup and scheduled user sessions are active.

SYMPTOM:
Users attempting to join two Strategy Intelligence Servers in a cluster may find that one or both the server may hang when attempting to login a user. This behavior may also be noticed on Strategy Intelligence Server startup if the server is set to join the cluster on startup and scheduled user sessions are active.
 
CAUSE:
This issue is caused by non responsive NFS lock manager services (either statd or lockd) on either the NFS server or the client (Strategy Intelligence Server machine). These services are required for proper management of the file lock requests made by the Strategy Intelligence Server for clustered Inbox and cache files.
 
When attempting to access clustered file resources on login, the Strategy Intelligence Server will lock the internal session manager component to ensure that no file corruption takes place. However this also means that until the file operation completes, users will be unable to login to the server - because of the blocking file operation other users are effectively locked out of the server giving the impression of a hanging server.
 
ACTION:
Users should ensure that the lockd and statd services are running normally on both the NFS client node and the NFS server.
 
The following commands are a guide to obtaining the status of these services on some platforms. Strategy Technical Support recommends that any changes to a system be made in consultation with the System Administrator.
 
All Unix/Linux platforms - use the command
'rpcinfo -p'
to check the ports that the rpc services are running on.
 

  1. AIX:
    $ lssrc -s rpc.lockd
    Subsystem   Group   PID   Status
    rpc.lockd   nfs   118994   active
    $ lssrc -s rpc.statd
    Subsystem   Group   PID   Status
    rpc.statd   nfs   643262   active
    $ lssrc -g nfs
    Subsystem   Group   PID   Status
    rpc.statd   nfs   348342   active
    rpc.lockd   nfs   274536   active
  2. For More information on NFS daemon statuses see :http://publib.boulder.ibm.com/infocenter/systems/index.jsp?topic=/com.ibm.aix.commadmn/doc/commadmndita/nfs_daemonstatus.htm
    For information on troubleshooting the network lock manager see:
    http://publib.boulder.ibm.com/infocenter/systems/index.jsp?topic=/com.ibm.aix.commadmn/doc/commadmndita/nfs_netlocktrblsh.htm
     
  3. On HP-UX/Solaris 9 look for the statd and the lockd services:
    $ ps -ef grep rpc.
    root 799 1 0 Nov 7 ? 0:00 /usr/sbin/rpc.lockd
    root 793 1 0 Nov 7 ? 0:00 /usr/sbin/rpc.statd
  4. On Solaris 10 use the svcs command:
    $ svcs grep nfs
    online Jan_27 svc:/network/nfs/status:default
    online Jan_27 svc:/network/nfs/nlockmgr:default
  5. On Linux the nfslock service must be started:
    $ /sbin/chkconfig --list nfslock
    nfslock 0:off 1:off 2:off 3:on 4:on 5:on 6:
  6. To check the service status:
    $ /sbin/service nfslock status
    rpc.statd (pid 3321) is running...

Comment

0 comments

Details

Knowledge Article

Published:

June 4, 2017

Last Updated:

June 4, 2017