test

Sun Cluster データサービス開発ガイド (Solaris OS 版)

第 8 章 サンプル DSDL リソースタイプの実装

この章では、データサービス開発ライブラリ (Data Service Development Library、DSDL) で実装したサンプルのリソースタイプ SUNW.xfnts について説明します。データサービスは C 言語で作成されています。使用するアプリケーションは TCP/IP ベースのサービスである X Font Server です。SUNW.xfnts リソースタイプにおける各メソッドの完全なコードは、付録 C サンプル DSDL リソースタイプのコード例に記載されています。

この章の内容は次のとおりです。

X Font Server について

X Font Server は、フォントファイルをクライアントに提供するTCP/IP ベースのサービスです。クライアントはサーバーに接続してフォントセットを要求します。サーバーはフォントファイルをディスクから読み取って、クライアントにサービスを提供します。X Font Server デーモンは、/usr/openwin/bin/xfs にあるサーバーバイナリから構成されます。このデーモンは通常、inetd から起動されます。ただし、このサンプルでは、/etc/inetd.conf ファイル内の適切なエントリが (たとえば、fsadmin -d コマンドを使用することで) 無効にされているものと想定しています。したがって、デーモンは Sun Cluster ソフトウェアだけの制御下にあります。

X Font Server の構成ファイル

デフォルトでは、X Font Server は自身の構成情報をファイル /usr/openwin/lib/X11/fontserver.cfg から読み取ります。このファイルのカタログエントリには、デーモンがサービスを提供できるフォントディレクトリのリストが入っています。クラスタ管理者は、クラスタファイルシステム上のフォントディレクトリを指定できます。このような配置により、システム上でフォントデータベースのコピーを 1 つだけ保持すれば済むので、Sun Cluster 上の X Font Server の使用を最適化できます。クラスタ管理者が位置を変更する場合は、fontserver.cfg を編集して、フォントディレクトリの新しいパスを反映させる必要があります。

構成を簡単にするために、クラスタ管理者は構成ファイル自身もクラスタファイルシステム上に配置できます。xfs デーモンはデフォルトの格納先 (このファイルの組み込み場所) を変更するコマンド行引数を提供します。SUNW.xfnts リソースタイプは、次のコマンドを使用して、Sun Cluster ソフトウェアの制御下でデーモンを起動します。

/usr/openwin/bin/xfs -config location-of-configuration-file/fontserver.cfg \
-port port-number

SUNW.xfnts リソースタイプの実装では、Confdir_list プロパティーを使用して、fontserver.cfg 構成ファイルの格納場所を管理できます。

TCP ポート番号

xfs サーバーデーモンが待機している TCP ポート番号は、通常は「fs」ポートであり、/etc/services ファイルの中で 7100 と定義されているのが普通です。ただし、xfs コマンドでクラスタ管理者が含める -port オプションにより、システム管理者はデフォルトの設定を変更できます。

SUNW.xfnts リソースタイプの Port_list プロパティーを使用すると、デフォルト値を設定したり、クラスタ管理者が xfs コマンドと -port オプションを指定できるようになります。RTR ファイルにおいて、このプロパティーのデフォルト値を 7100/tcp と定義します。SUNW.xfnts の Start メソッドで、Port_list を xfs コマンド行の -port オプションに渡します。その結果、このリソースタイプのユーザーはポート番号を指定する必要がなくなります (ポートのデフォルト値は 7100/tcp)。クラスタ管理者は、リソースタイプを構成するときには、Port_list プロパティーに異なる値を指定できます。

SUNW.xfnts の RTR ファイル

ここでは、SUNW.xfnts RTR ファイル内のいくつかの重要なプロパティーについて説明します。各プロパティーの目的については説明しません。プロパティーの詳細については、「リソースとリソースタイププロパティーの設定」を参照してください。

次に示すように、Confdir_list 拡張プロパティーは構成ディレクトリ (または、ディレクトリのリスト) を指定します。

{
        PROPERTY = Confdir_list;
        EXTENSION;
        STRINGARRAY;
        TUNABLE = AT_CREATION;
        DESCRIPTION = "The Configuration Directory Path(s)";
}

Confdir_list プロパティーには、デフォルト値は設定されていません。クラスタ管理者はリソースを作成するときに、ディレクトリ名を指定する必要があります。Tunable 属性が AT_CREATION に制限されているため、作成時以降、この値を変更することはできません。

次に示すように、Port_list プロパティーは、アプリケーションが待機するポートを特定します。

{
        PROPERTY = Port_list;
        DEFAULT = 7100/tcp;
        TUNABLE = ANYTIME;
}

このプロパティーはデフォルト値を宣言しているため、クラスタ管理者はリソースを作成するときに、新しい値を指定するか、デフォルト値を使用するかを選択できます。Tunable 属性が AT_CREATION に制限されているため、後でこの値を変更できるユーザーはいません。

関数とコールバックメソッドの命名規則

次の命名規則を覚えておけば、サンプルコードのさまざまな部分を特定できます。

scds_initialize() 関数

DSDL では、各コールバックメソッドの最初で scds_initialize() 関数を呼び出す必要があります。

この関数は次の作業を行います。

scds_close() 関数を使用すると、scds_initialize() が割り当てたリソースを再利用できます。

xfnts_start メソッド

データサービスリソースを含むリソースグループがクラスタノード上でオンラインになったとき、またはリソースが有効になったとき、RGM はそのノード上で Start メソッドを実行します。サンプルの SUNW.xfnts リソースタイプでは、xfnts_start メソッドが当該ノード上で xfs デーモンを起動します。

xfnts_start メソッドは scds_pmf_start() を呼び出して、PMF の制御下でデーモンを起動します。PMF は、自動障害通知、再起動機能、および障害モニターとの統合を提供します。

注 –

xfnts_start は、scds_initialize() を最初に呼び出し、これによって、必要な「ハウスキーピング」関数が実行されます。詳細は、「scds_initialize() 関数」と、scds_initialize(3HA)のマニュアルページを参照してください。

X Font Server の起動前のサービスの検証

次に示すように、xfnts_start メソッドは X Font Server を起動する前に svc_validate() を呼び出して、xfs デーモンをサポートするための適切な構成が存在していることを確認します。

rc = svc_validate(scds_handle);
   if (rc != 0) {
      scds_syslog(LOG_ERR,
          "Failed to validate configuration.");
      return (rc);
   }

詳細については、「xfnts_validate メソッド」を参照してください。

svc_start() によるサービスの起動

xfnts_start メソッドは、xfnts.c ファイルで定義されている svc_start() メソッドを呼び出して、xfs デーモンを起動します。ここでは、svc_start() について説明します。

以下に、xfs デーモンを起動するためのコマンドを示します。


# xfs -config config-directory/fontserver.cfg -port port-number

Confdir_list 拡張プロパティーには config-directory を指定します。一方、Port_list システムプロパティーには port-number を指定します。クラスタ管理者はデータサービスを構成するときに、これらのプロパティーの特定の値を指定します。

xfnts_start メソッドはこれらのプロパティーを文字列配列として宣言します。xfnts_start メソッドは、scds_get_ext_confdir_list() および scds_get_port_list() 関数を使用して、クラスタ管理者が設定した値を取得します。これらの関数の詳細は、scds_property_functions(3HA)のマニュアルページを参照してください。

scha_str_array_t *confdirs;
scds_port_list_t    *portlist;
scha_err_t   err;

   /* get the configuration directory from the confdir_list property */
   confdirs = scds_get_ext_confdir_list(scds_handle);

   (void) sprintf(xfnts_conf, "%s/fontserver.cfg", confdirs->str_array[0]);

   /* obtain the port to be used by XFS from the Port_list property */
   err = scds_get_port_list(scds_handle, &portlist);
   if (err != SCHA_ERR_NOERR) {
      scds_syslog(LOG_ERR,
          "Could not access property Port_list.");
      return (1);
   }

confdirs 変数は配列の最初の要素 (0) を指していることに注意してください。

xfnts_start メソッドは sprintf() を使用して xfs のコマンド行を形成します。

/* Construct the command to start the xfs daemon. */
   (void) sprintf(cmd,
       "/usr/openwin/bin/xfs -config %s -port %d 2>/dev/null",
       xfnts_conf, portlist->ports[0].port);

出力が /dev/null にリダイレクトされ、デーモンが生成するメッセージが抑制されることに注意してください。

次に示すように、xfnts_start メソッドは xfs コマンド行を scds_pmf_start() に渡して、PMF の制御下でデータサービスを起動します。

scds_syslog(LOG_INFO, "Issuing a start request.");
   err = scds_pmf_start(scds_handle, SCDS_PMF_TYPE_SVC,
      SCDS_PMF_SINGLE_INSTANCE, cmd, -1);

   if (err == SCHA_ERR_NOERR) {
      scds_syslog(LOG_INFO,
          "Start command completed successfully.");
   } else {
      scds_syslog(LOG_ERR,
          "Failed to start HA-XFS ");
   }

scds_pmf_start() を呼び出すときは、次のことに注意してください。

svc_pmf_start() は portlist 構造体に割り当てられているメモリーを解放してから戻ります。

scds_free_port_list(portlist);
return (err);

svc_start() からの復帰

svc_start() から正常に復帰した場合でも、基になるアプリケーションの起動に失敗することがあります。そのため、svc_start() はアプリケーションを検証して、アプリケーションが動作していることを確認してから、正常終了のメッセージを戻す必要があります。検証では、アプリケーションがただちに利用できない理由として、アプリケーションの起動にはある程度時間がかかるということを考慮する必要があります。svc_start() メソッドは xfnts.c ファイルで定義されている svc_wait() を呼び出して、アプリケーションが動作していることを確認します。

/* Wait for the service to start up fully */
   scds_syslog_debug(DBG_LEVEL_HIGH,
       "Calling svc_wait to verify that service has started.");

   rc = svc_wait(scds_handle);

   scds_syslog_debug(DBG_LEVEL_HIGH,
       "Returned from svc_wait");

   if (rc == 0) {
      scds_syslog(LOG_INFO, "Successfully started the service.");
   } else {
      scds_syslog(LOG_ERR, "Failed to start the service.");
   }

svc_wait() 関数は scds_get_netaddr_list() を呼び出して、アプリケーションを検証するのに必要なネットワークアドレスリソースを取得します。

/* obtain the network resource to use for probing */
   if (scds_get_netaddr_list(scds_handle, &netaddr)) {
      scds_syslog(LOG_ERR,
          "No network address resources found in resource group.");
      return (1);
   }

   /* Return an error if there are no network resources */
   if (netaddr == NULL || netaddr->num_netaddrs == 0) {
      scds_syslog(LOG_ERR,
          "No network address resource in resource group.");
      return (1);
   }

svc_wait() 関数は Start_timeout および Stop_timeout 値を取得します。

svc_start_timeout = scds_get_rs_start_timeout(scds_handle)
   probe_timeout = scds_get_ext_probe_timeout(scds_handle)

サーバーの起動に時間がかかることを考慮して、svc_wait() は scds_svc_wait() を呼び出して、Start_timeout 値の 3 % であるタイムアウト値を渡します。svc_wait() 関数は svc_probe() 関数を呼び出して、アプリケーションが起動していることを確認します。svc_probe() メソッドは指定されたポート上でサーバーとの単純ソケット接続を確立します。ポートへの接続が失敗した場合、svc_probe() は値 100 を戻して、致命的な障害であることを示します。ポートとの接続は確立したが、切断に失敗した場合、svc_probe() は値 50 を戻します。

svc_probe() が完全にまたは部分的に失敗した場合、svc_wait() は scds_svc_wait() をタイムアウト値 5 で呼び出します。scds_svc_wait() メソッドは、検証の周期を 5 秒ごとに制限します。また、このメソッドはサービスを起動しようとした回数も数えます。この回数が、リソースの Retry_interval プロパティーで指定された期限内にリソースの Retry_count プロパティーの値を超えた場合、scds_svc_wait() 関数は失敗します。この場合、svc_start() 関数も失敗します。

#define    SVC_CONNECT_TIMEOUT_PCT    95
#define    SVC_WAIT_PCT       3
   if (scds_svc_wait(scds_handle, (svc_start_timeout * SVC_WAIT_PCT)/100)
      != SCHA_ERR_NOERR) {

      scds_syslog(LOG_ERR, "Service failed to start.");
      return (1);
   }

   do {
      /*
       * probe the data service on the IP address of the
       * network resource and the portname
       */
      rc = svc_probe(scds_handle,
          netaddr->netaddrs[0].hostname,
          netaddr->netaddrs[0].port_proto.port, probe_timeout);
      if (rc == SCHA_ERR_NOERR) {
         /* Success. Free up resources and return */
         scds_free_netaddr_list(netaddr);
         return (0);
      }

       /* Call scds_svc_wait() so that if service fails too
      if (scds_svc_wait(scds_handle, SVC_WAIT_TIME)
         != SCHA_ERR_NOERR) {
         scds_syslog(LOG_ERR, "Service failed to start.");
         return (1);
      }

   /* Rely on RGM to timeout and terminate the program */
   } while (1);
注 –

xfnts_start メソッドは終了する前に scds_close() を呼び出して、scds_initialize() が割り当てたリソースを再利用します。詳細は、「scds_initialize() 関数」と、scds_close(3HA)のマニュアルページを参照してください。

xfnts_stop メソッド

xfnts_start メソッドは scds_pmf_start() を使用して PMF のもとでサービスを起動するため、xfnts_stop は scds_pmf_stop() を使用してサービスを停止します。

注 –

xfnts_stop は、scds_initialize() を最初に呼び出し、これによって、必要な「ハウスキーピング」関数が実行されます。詳細は、「scds_initialize() 関数」と、scds_initialize(3HA)のマニュアルページを参照してください。

次に示すように、xfnts_stop メソッドは、xfnts.c ファイルで定義されている svc_stop() メソッドを呼び出します。

scds_syslog(LOG_ERR, "Issuing a stop request.");
   err = scds_pmf_stop(scds_handle,
       SCDS_PMF_TYPE_SVC, SCDS_PMF_SINGLE_INSTANCE, SIGTERM,
       scds_get_rs_stop_timeout(scds_handle));

   if (err != SCHA_ERR_NOERR) {
      scds_syslog(LOG_ERR,
          "Failed to stop HA-XFS.");
      return (1);
   }

   scds_syslog(LOG_INFO,
       "Successfully stopped HA-XFS.");
   return (SCHA_ERR_NOERR); /* Successfully stopped */

svc_stop() から scds_pmf_stop() 関数を呼び出すときは、次のことに注意してください。

注 –

xfnts_stop メソッドは終了する前に scds_close() を呼び出して、scds_initialize() が割り当てたリソースを再利用します。詳細は、「scds_initialize() 関数」と、scds_close(3HA)のマニュアルページを参照してください。

xfnts_monitor_start メソッド

リソースがノード上で起動したあと、RGM はそのノード上で Monitor_start メソッドを呼び出して障害モニターを起動します。xfnts_monitor_start メソッドは scds_pmf_start() を使用して PMF の制御下でモニターデーモンを起動します。

注 –

xfnts_monitor_start は、scds_initialize() を最初に呼び出し、これによって、必要な「ハウスキーピング」関数が実行されます。詳細は、「scds_initialize() 関数」と、scds_initialize(3HA)のマニュアルページを参照してください。

次に示すように、xfnts_monitor_start メソッドは、xfnts.c ファイルに定義されている mon_start メソッドを呼び出します。

scds_syslog_debug(DBG_LEVEL_HIGH,
      "Calling Monitor_start method for resource <%s>.",
      scds_get_resource_name(scds_handle));

    /* Call scds_pmf_start and pass the name of the probe. */
   err = scds_pmf_start(scds_handle, SCDS_PMF_TYPE_MON,
       SCDS_PMF_SINGLE_INSTANCE, "xfnts_probe", 0);

   if (err != SCHA_ERR_NOERR) {
      scds_syslog(LOG_ERR,
          "Failed to start fault monitor.");
      return (1);
   }

   scds_syslog(LOG_INFO,
       "Started the fault monitor.");

   return (SCHA_ERR_NOERR); /* Successfully started Monitor */
}

svc_mon_start() から scds_pmf_start() 関数を呼び出すときは、次のことに注意してください。

注 –

xfnts_monitor_start メソッドは終了する前に scds_close() を呼び出して、scds_initialize() が割り当てたリソースを再利用します。詳細は、「scds_initialize() 関数」と、scds_close(3HA)のマニュアルページを参照してください。

xfnts_monitor_stop メソッド

xfnts_monitor_start メソッドは scds_pmf_start() を使用して PMF のもとでモニターデーモンを起動するため、xfnts_monitor_stop は scds_pmf_stop() を使用してモニターデーモンを停止します。

注 –

xfnts_monitor_stop は、scds_initialize() を最初に呼び出し、これによって、必要な「ハウスキーピング」関数が実行されます。詳細は、「scds_initialize() 関数」と、scds_initialize(3HA)のマニュアルページを参照してください。

次に示すように、xfnts_monitor_stop メソッドは、xfnts.c ファイルで定義されている mon_stop() メソッドを呼び出します。

scds_syslog_debug(DBG_LEVEL_HIGH,
      "Calling scds_pmf_stop method");

   err = scds_pmf_stop(scds_handle, SCDS_PMF_TYPE_MON,
       SCDS_PMF_SINGLE_INSTANCE, SIGKILL,
       scds_get_rs_monitor_stop_timeout(scds_handle));

   if (err != SCHA_ERR_NOERR) {
      scds_syslog(LOG_ERR,
          "Failed to stop fault monitor.");
      return (1);
   }

   scds_syslog(LOG_INFO,
       "Stopped the fault monitor.");

   return (SCHA_ERR_NOERR); /* Successfully stopped monitor */
}

svc_mon_stop() から scds_pmf_stop() 関数を呼び出すときは、次のことに注意してください。

注 –

xfnts_monitor_stop メソッドは終了する前に scds_close() を呼び出して、scds_initialize() が割り当てたリソースを再利用します。詳細は、「scds_initialize() 関数」と、scds_close(3HA)のマニュアルページを参照してください。

xfnts_monitor_check メソッド

リソースが属するリソースグループを障害モニターが別のノードにフェイルオーバーしようとするたびに、RGM は Monitor_check メソッドを呼び出します。xfnts_monitor_check メソッドは svc_validate() メソッドを呼び出して xfs デーモンをサポートするための適切な構成が存在していることを確認します。詳細については、「xfnts_validate メソッド」を参照してください。次に、xfnts_monitor_check のコードを示します。

/* Process the arguments passed by RGM and initialize syslog */
   if (scds_initialize(&scds_handle, argc, argv) != SCHA_ERR_NOERR)
{
      scds_syslog(LOG_ERR, "Failed to initialize the handle.");
      return (1);
   }

   rc =  svc_validate(scds_handle);
   scds_syslog_debug(DBG_LEVEL_HIGH,
       "monitor_check method "
       "was called and returned <%d>.", rc);

   /* Free up all the memory allocated by scds_initialize */
   scds_close(&scds_handle);

   /* Return the result of validate method run as part of monitor check */
   return (rc);
}

SUNW.xfnts 障害モニター

リソースがノード上で起動したあと、RGM は、PROBE メソッドを直接呼び出すのではなく、Monitor_start メソッドを呼び出してモニターを起動します。xfnts_monitor_start メソッドは PMF の制御下で障害モニターを起動します。xfnts_monitor_stop メソッドは障害モニターを停止します。

SUNW.xfnts 障害モニターは、次の処理を実行します。

xfonts_probe のメインループ

xfonts_probe メソッドは、ループを実装します。

ループを実装する前に、xfonts_probe は次の処理を行います。

xfnts_probe メソッドは次のようなループを実装します。

for (ip = 0; ip < netaddr->num_netaddrs; ip++) {
         /*
          * Grab the hostname and port on which the
          * health has to be monitored.
          */
         hostname = netaddr->netaddrs[ip].hostname;
         port = netaddr->netaddrs[ip].port_proto.port;
         /*
          * HA-XFS supports only one port and
          * hence obtain the port value from the
          * first entry in the array of ports.
          */
         ht1 = gethrtime(); /* Latch probe start time */
         scds_syslog(LOG_INFO, "Probing the service on port: %d.", port);

         probe_result =
         svc_probe(scds_handle, hostname, port, timeout);

         /*
          * Update service probe history,
          * take action if necessary.
          * Latch probe end time.
          */
         ht2 = gethrtime();

         /* Convert to milliseconds */
         dt = (ulong_t)((ht2 - ht1) / 1e6);

         /*
          * Compute failure history and take
          * action if needed
          */
         (void) scds_fm_action(scds_handle,
             probe_result, (long)dt);
      }   /* Each net resource */
   }    /* Keep probing forever */

svc_probe() 関数は検証ロジックを実装します。svc_probe() からの戻り値は scds_fm_action() に渡されます。そして scds_fm_action は、アプリケーションを再起動するか、リソースグループをフェイルオーバーするか、あるいは何もしないかを決定します。

svc_probe() 関数

svc_probe() 関数は、scds_fm_tcp_connect() を呼び出して、指定のポートへの単純なソケット接続を作成します。接続に失敗した場合、svc_probe() は 100 の値を戻して、致命的な障害であることを示します。接続には成功したが、切断に失敗した場合、svc_probe() は 50 の値を戻して、部分的な障害であることを示します。接続と切断の両方に成功した場合、svc_probe() は 0 の値を戻して、成功したことを示します。

次に、svc_probe() のコードを示します。

int svc_probe(scds_handle_t scds_handle,
char *hostname, int port, int timeout)
{
   int  rc;
   hrtime_t   t1, t2;
   int    sock;
   char   testcmd[2048];
   int    time_used, time_remaining;
   time_t      connect_timeout;


   /*
    * probe the data service by doing a socket connection to the port
    * specified in the port_list property to the host that is
    * serving the XFS data service. If the XFS service which is configured
    * to listen on the specified port, replies to the connection, then
    * the probe is successful. Else we will wait for a time period set
    * in probe_timeout property before concluding that the probe failed.
    */

   /*
    * Use the SVC_CONNECT_TIMEOUT_PCT percentage of timeout
    * to connect to the port
    */
   connect_timeout = (SVC_CONNECT_TIMEOUT_PCT * timeout)/100;
   t1 = (hrtime_t)(gethrtime()/1E9);

   /*
    * the probe makes a connection to the specified hostname and port.
    * The connection is timed for 95% of the actual probe_timeout.
    */
   rc = scds_fm_tcp_connect(scds_handle, &sock, hostname, port,
       connect_timeout);
   if (rc) {
      scds_syslog(LOG_ERR,
          "Failed to connect to port <%d> of resource <%s>.",
          port, scds_get_resource_name(scds_handle));
      /* this is a complete failure */
      return (SCDS_PROBE_COMPLETE_FAILURE);
   }

   t2 = (hrtime_t)(gethrtime()/1E9);

   /*
    * Compute the actual time it took to connect. This should be less than
    * or equal to connect_timeout, the time allocated to connect.
    * If the connect uses all the time that is allocated for it,
    * then the remaining value from the probe_timeout that is passed to
    * this function will be used as disconnect timeout. Otherwise, the
    * the remaining time from the connect call will also be added to
    * the disconnect timeout.
    *
    */

   time_used = (int)(t2 - t1);

   /*
    * Use the remaining time(timeout - time_took_to_connect) to disconnect
    */

   time_remaining = timeout - (int)time_used;

   /*
    * If all the time is used up, use a small hardcoded timeout
    * to still try to disconnect. This will avoid the fd leak.
    */
   if (time_remaining <= 0) {
      scds_syslog_debug(DBG_LEVEL_LOW,
          "svc_probe used entire timeout of "
          "%d seconds during connect operation and exceeded the "
          "timeout by %d seconds. Attempting disconnect with timeout"
          " %d ",
          connect_timeout,
          abs(time_used),
          SVC_DISCONNECT_TIMEOUT_SECONDS);

      time_remaining = SVC_DISCONNECT_TIMEOUT_SECONDS;
   }

   /*
    * Return partial failure in case of disconnection failure.
    * Reason: The connect call is successful, which means
    * the application is alive. A disconnection failure
    * could happen due to a hung application or heavy load.
    * If it is the later case, don't declare the application
    * as dead by returning complete failure. Instead, declare
    * it as partial failure. If this situation persists, the
    * disconnect call will fail again and the application will be
    * restarted.
    */
   rc = scds_fm_tcp_disconnect(scds_handle, sock, time_remaining);
   if (rc != SCHA_ERR_NOERR) {
      scds_syslog(LOG_ERR,
          "Failed to disconnect to port %d of resource %s.",
          port, scds_get_resource_name(scds_handle));
      /* this is a partial failure */
      return (SCDS_PROBE_COMPLETE_FAILURE/2);
   }

   t2 = (hrtime_t)(gethrtime()/1E9);
   time_used = (int)(t2 - t1);
   time_remaining = timeout - time_used;

   /*
    * If there is no time left, don't do the full test with
    * fsinfo. Return SCDS_PROBE_COMPLETE_FAILURE/2
    * instead. This will make sure that if this timeout
    * persists, server will be restarted.
    */
   if (time_remaining <= 0) {
      scds_syslog(LOG_ERR, "Probe timed out.");
      return (SCDS_PROBE_COMPLETE_FAILURE/2);
   }

   /*
    * The connection and disconnection to port is successful,
    * Run the fsinfo command to perform a full check of
    * server health.
    * Redirect stdout, otherwise the output from fsinfo
    * ends up on the console.
    */
   (void) sprintf(testcmd,
       "/usr/openwin/bin/fsinfo -server %s:%d > /dev/null",
       hostname, port);
   scds_syslog_debug(DBG_LEVEL_HIGH,
       "Checking the server status with %s.", testcmd);
   if (scds_timerun(scds_handle, testcmd, time_remaining,
      SIGKILL, &rc) != SCHA_ERR_NOERR || rc != 0) {

      scds_syslog(LOG_ERR,
         "Failed to check server status with command <%s>",
         testcmd);
      return (SCDS_PROBE_COMPLETE_FAILURE/2);
   }
   return (0);
}

svc_probe() は終了時に、成功 (0)、部分的な障害 (50)、または致命的な障害 (100) を示す値を戻します。xfnts_probe メソッドはこの値を scds_fm_action() に渡します。

障害モニターのアクションの決定

xfnts_probe メソッドは scds_fm_action() を呼び出して、実行すべきアクションを決定します。

scds_fm_action() のロジックは次のとおりです。

たとえば、検証機能が xfs サーバーに正常に接続したが、切断に失敗したものと想定します。これは、サーバーは動作しているが、ハングしていたり、一時的に過負荷状態になっている可能性を示しています。切断に失敗すると、scds_fm_action() に部分的な障害 (50) が送信されます。この値は、データサービスを再起動するしきい値を下回っていますが、値は障害の履歴に記録されます。

次回の検証でもサーバーが切断に失敗した場合、scds_fm_action() が保持している障害の履歴に値 50 が再度追加されます。累積した障害の履歴が 100 になるので、scds_fm_action() はデータサービスを再起動します。

xfnts_validate メソッド

リソースが作成されたとき、および、リソースまたは(リソースを含む) グループのプロパティーがクラスタ管理者によって更新されたとき、RGM は Validate メソッドを呼び出します。RGM は、作成または更新が行われる前に Validate メソッドを呼び出します。任意のノード上でメソッドから失敗の終了コードが戻ってくると、作成または更新は取り消されます。

RGM が Validate を呼び出すのは、クラスタ管理者がリソースまたはリソースグループのプロパティーを変更したときや、モニターが Status と Status_msg リソースプロパティーを設定したときだけです。RGM がプロパティーを設定する場合、RGM は Validate を呼び出しません。

注 –

PROBE メソッドがデータサービスを新しいノードにフェイルオーバーしようとする際には常に、Monitor_check メソッドは Validate メソッドを明示的に呼び出します。

RGM は、ほかのメソッドに渡す引数以外にも、引数を追加して Validate メソッドを呼び出します。この追加引数には、更新されるプロパティーと値が含まれます。xfnts_validate の開始時に実行される scds_initialize() の呼び出しにより、RGM が xfnts_validate に渡したすべての引数が解析され、その情報が scds_handle 引数に格納されます。この情報は、xfnts_validate が呼び出すサブルーチンによって使用されます。

xfnts_validate メソッドは svc_validate() を呼び出して、次のことを検証します。

次に示すように、svc_validate() は戻る前に、割り当てられているすべてのリソースを解放します。

finished:
   scds_free_net_list(snrlp);
   scds_free_port_list(portlist);

   return (rc); /* return result of validation */
注 –

xfnts_validate メソッドは終了する前に scds_close() を呼び出して、scds_initialize() が割り当てたリソースを再利用します。詳細は、「scds_initialize() 関数」と、scds_close(3HA)のマニュアルページを参照してください。

xfnts_update メソッド

RGM は Update メソッドを呼び出して、実行中のリソースのプロパティーが変更されたことをそのリソースに通知します。xfnts データサービスにおいて変更可能なプロパティーは、障害モニターに関連したものだけです。したがって、プロパティーが更新されたとき、常に xfnts_update メソッドは scds_pmf_restart_fm() を呼び出して、障害モニターを再起動します。

  /* check if the Fault monitor is already running and if so stop
   * and restart it. The second parameter to scds_pmf_restart_fm()
   * uniquely identifies the instance of the fault monitor that needs
   * to be restarted.
   */

   scds_syslog(LOG_INFO, "Restarting the fault monitor.");
   result = scds_pmf_restart_fm(scds_handle, 0);
   if (result != SCHA_ERR_NOERR) {
      scds_syslog(LOG_ERR,
          "Failed to restart fault monitor.");
      /* Free up all the memory allocated by scds_initialize */
      scds_close(&scds_handle);
      return (1);
   }

   scds_syslog(LOG_INFO,
   "Completed successfully.");
注 –

scds_pmf_restart_fm() への 2 番目の引数は、複数のインスタンスが存在する場合に、再起動する障害モニターのインスタンスを一意に識別します。例にある値 0 は障害モニターのインスタンスが 1 つしか存在しないことを示します。