Agents Administration - Tests
 

Configuration of XenNicInfo_cf

This test is used to provide the information about XenServer Host NIC (Network Interface Card).

The default parameters associated with this test are as follows:

  • The TEST PERIOD list box helps the user to decide how often this test needs to be executed.

  • In the HOST text box, the host name of the server for which the test is to be configured has to be specified.

  • Specify the PORT at which the above-mentioned HOST listens. By default, this is NULL.

  • To enable the eG agent to connect to the XenServer API for collecting statistics of interest, this test should login to the XenServer as a valid user. Provide the name of such a user in the XEN USER text box. By default, the root user is authorized to execute the test. If for some reason you prefer not to use the root user's credentials, you can create a new user on the XenServer host for this purpose.

    The steps for creating a new user on the XenServer host are detailed below:

    1. Login to the host on which the XenServer is installed, as the root user.
    2. From the /usr/sbin directory, execute the following commands to create a new user and assign a password to him/her:
    3. useradd {UserName}

      passwd {Password}

    4. The following messages then appear:

      Changing password for user

      New UNIX password:

      BAD PASSWORD: it is based on a dictionary word

    5. You will then be prompted to retype the password:

      Retype new UNIX password::{password}

    6. Confirm the password by retyping it in the space provided.
  • The password of the specified XEN USER needs to be mentioned in the XEN PASSWORD text box.

  • By default, in most virtualized environments, vCenter listens on port 80 (if not SSL-enabeld) or on port 443 (if SSL-enabled) only. This implies that while monitoring vCenter, the eG agent, by default, connects to port 80 or 443, depending upon the SSL-enabled status of vCenter - i.e., if vCenter is not SSL-enabled (i.e., if the SSL flag above is set to No), then the eG agent connects to vCenter using port 80 by default, and if vCenter is SSL-enabled ((i.e., if the SSL flag is set to Yes), then the agent-vCenter communication occurs via port 443 by default. Accordingly, the WEBPORT parameter is set to default by default.

    In some environments however, the default ports 80 or 443 might not apply. In such a case, against the WEBPORT parameter, you can specify the exact port at which vCenter in your environment listens, so that the eG agent communicates with that port for collecting metrics from vCenter.

  • By default, the Xen Server is not SSL-enabled. This indicates that by default, the eG agent communicates with the XenServer using HTTP. Accordingly, the SSL flag is set to No by default. If you configure the XenServer to use SSL, then make sure that the SSL flag is set to Yes, so that the eG agent communicates with the XenServer using HTTPS. Note that a default SSL certificate comes bundled with every XenServer installation. If you want the eG agent to use this default certificate for communicating with an SSL-enabled XenServer, then no additional configuration is required. However, if you do not want to use the default certificate, then you can generate a self-signed certificate for use by the XenServer. In such a case, you need to explicitly follow the broad steps given below to enable the eG agent to communicate with the XenServer via HTTPS:

    1. Obtain the server-certificate for the XenServer
    2. Import the server-certificate into the local certificate store of the eG agent
  • If multiple components of the same component type are awaiting configuration, then an APPLY TO OTHER COMPONENTS check box will appear in this page. Clicking on this check box will allow you to apply the configuration to all/selected components of that type.

  • Once the necessary values have been provided, clicking on the Update button will register the changes made and the selected server will move over to the CONFIGURED COMPONENTS panel.

  • The test parameters for an already configured server can be reconfigured using the Reconfigure button. The parameter configuration page reappears and the required changes can be made to the existing values of the parameters.

  • If the test under consideration is not to be executed for any of the configured servers, they can be removed from the list using the Exclude button doing which will move the server to the EXCLUDED COMPONENTS panel.

  • Clicking on the Include button in this panel will add the excluded server to the list of servers to be configured.

When changing the configuration for specific servers, a “*” beside the text box corresponding to the parameter signifies that these values have to be manually configured by the user. The parameter values that require to be configured will typically be prefixed with a “$” or contain a series of “*”. A value of "none" in the parameter value indicates that the corresponding parameter value can be changed if required.