Cluster details cannot be retrieved. Please check the CMON process status (service cmon status). Also, ensure the dcps.apis token matches the rpc_key in /etc/cmon.cnf.

Comments

3 comments

  • Official comment
    Avatar
    Krzysztof Ksiazek

    Hi,

    First of all, please double-check if you can access database using the credentials from /etc/cmon.cnf.

    Secondly, how did you check the backup schedule? How many clusters do you have? Are all broken or some are accessible? What's the status of the cluster with the ID of 1? The error in the cmon.log is a bit disturbing.

    Thanks,
    Krzysztof

    Comment actions Permalink
  • Avatar
    Brett Hillebrand

    Hi Krzysztof,

    1. Yes, I can connect to the database using the credentials supplied in /etc/cmon.cnf. SHOW TABLES returns a list of all tables as expected.

    2. When using the web interface to view scheduled backup tasks: /clustercontrol/#/cluster:1,g:backup - Doesn't show the scheduled entry that I was expecting to be there. But this is a side symptom of the bigger issue, I think.

    3. There is only one cluster. That cluster has the ID of 1 and is showing in the web interface as UNKNOWN

    0
    Comment actions Permalink
  • Avatar
    Krzysztof Ksiazek

    Hi,

    Unfortunately, we would need more data to understand what is happening. If you have a support contract, please open a ticket with us at support.severalnines.com. Please make sure that you include an error report. You can try to generate it from the command line:

    s9s_errror_reporter -i 1
    or, if that won't work:
    s9s_errror_reporter -i 1

     

    Thanks,

    Krzysztof

    0
    Comment actions Permalink

Please sign in to leave a comment.

Powered by Zendesk