WebSphere Application Server & Liberty

WebSphere Application Server & Liberty

Join this online group to communicate across IBM product users and experts by sharing advice and best practices with peers and staying up to date regarding product enhancements.

 View Only
  • 1.  How to federate a Node ?

    Posted Sun October 27, 2013 04:18 AM
    Hi Guys,

    Hope all f u r doing good...What is federation and how to federate?? and also if i want to federate what is the exact command to federate??


    Awaiting for ur answers....




  • 2.  How to federate a Node ?

    Posted Sun October 27, 2013 04:34 AM
    Hope below weblink answer your question:

    publib.boulder.ibm.com/infocenter/dmndhe...


  • 3.  How to federate a Node ?

    Posted Sun October 27, 2013 05:07 AM
    Hi Aziz,

    Thank U for the reply..but can u send the link again,....That url z nt working in mybrowser
     


  • 4.  How to federate a Node ?

    Posted Wed October 30, 2013 06:59 AM
    Hi,
     
    Federation can be done 2 ways:

    1: Admin console
    2:  Command Line  (Dmgr need to be in running mode) 
       ./addnode.sh  Dmgr_hostname   Dmgr_SOAP_Number   -includeapps  -includebuses -registerservice.


    Also look at the process taking palce while federating, u do find some useful information.    inaddition look for terms/file like addnode.log, systemout.log, epoch, digest, local service deamon etc


    Cheers. 


  • 5.  How to federate a Node ?

    Posted Wed October 30, 2013 07:01 AM
    Hi ,
    As ur not convinent with the above link . plz find the content below:


    Federating nodes to a deployment manager



    In a network deployment environment, only managed nodes are used to host applications and modules. To create a managed node you can federate a stand-alone server profile or custom profile to the deployment manager. The federation process adds the node defined by the profile as a new managed node in the network deployment cell.



    Before you begin



    To federate a profile, you must have access to a running deployment manager. If the profile is on a machine that does not have a deployment manager, the deployment manager must be accessible over the network.
    Before federating a profile to a deployment manager, complete the following steps:

    • Ensure that the deployment manager is running.

    • Ensure that the deployment manager is a WebSphere ESB profile (not a WebSphere Application Server profile).

    • Ensure that security is not enabled on the deployment manager node.

    • Ensure that the deployment manager uses the default SOAP JMX connector type and the connector is enabled.

    • If you want to federate a stand-alone server profile, ensure that you have created the profile and that you have not created a server or cluster on any managed node in the network deployment cell.

    • If you want to federate a custom profile, ensure that you have created the profile and that you did not federate the custom profile when you created (or augmented) it.



    Attention: Do notfederate a profile at this time if any one of the following is true:

    • The deployment manager is not running or you are not sure if it is running.

    • The deployment manager is a WebSphere Application Server profile that has not yet been augmented into a WebSphere ESB profile.

    • Security is enabled on the deployment manager node.

    • The SOAP connector is disabled.

    • You have changed the deployment manager configuration to use the non-default remote method invocation (RMI) as the preferred Java™ Management Extensions (JMX) connector. (To display the preferred connector type, select System Administration > Deployment manager > Administration services in the administrative console of the deployment manager)

    • You want to federate a stand-alone server profile, but you have already created a server or cluster on any managed node in the deployment manager cell. In this case, you need to redeploy the applications from the stand-alone server to the deployment manager.



    Note: If you federate a custom profile when the deployment manager is not running or is not available for other reasons, profile creation fails and the resulting custom profile is not usable. You must then move this custom profile directory out of the profile repository (by default, the install_root/profiles directory, where install_root is the WebSphere ESB installation directory) before creating another custom profile with the same profile name.



    Why and when to perform this task



    To create a managed node you can federate a stand-alone server profile or custom profile to the deployment manager. Use the addNodecommand to federate a profile to a deployment manager, as described in the following steps:

    Steps for this task




    1. Ensure that the deployment manager is running. To start the deployment manager, either select Start the deployment manager from its First Steps console or enter the following command (where profile_root represents the installation location of the deployment manager profile, by default install_root/profiles/deployment_manager_profile_name on Linux® and UNIX® platforms or install_root\profiles\deployment_manager_profile_name on Windows®platforms):

      • On Linux and UNIX platforms: profile_root/bin/startManager.sh

      • On Windows platforms (from a command line): profile_root\bin\startManager.bat



    2. To federate a stand-alone server profile, use the addNode command, optionally with the -include* arguments. In the install_root/bindirectory, issue the addNode command with the -profileName option and optionally with the -include* arguments.

      • On Linux and UNIX platforms: install_root/bin/addNode.sh -profileName profile_name deployment_manager_host deployment_manager_SOAP_port -includeapps -includebuses

      • On Windows platforms (from a command line): install_root/bin/addNode.bat -profileName profile_name deployment_manager_host deployment_manager_SOAP_port -includeapps -includebuses


      The deployment_manager_host argument is required. All of the other arguments are optional. The default port number is 8879 for the default SOAP port of the deployment manager. If you have multiple WebSphere® installations or multiple profiles, the SOAP port might be different than 8879.


      Tip:To determine the correct port number, use the deployment manager administrative console to display the SOAP_CONNECTOR_ADDRESS value on the Ports panel:

      1. Click System Administration > Deployment Manager Communications > Ports

      2. Read the port number for the port name SOAP_CONNECTOR_ADDRESS


      profile_name
      The name of the stand-alone server profile that you want to federate to the deployment manager.
      -includeapps
      By default the addNode command does not carry over applications (and SCA modules) from the stand-alone server to the network deployment cell. In general, you should install applications using the deployment manager. The -includeapps option tells the addNode command to carry over the applications from the stand-alone server profile. If the application already exists in the cell, a warning is printed and the application does not install in the cell.
      -includebuses
      Copies the service integration bus configuration from the stand-alone server profile to the network deployment cell. This configuration is used to create the SCA.SYSTEM bus and SCA.APPLICATION bus for the deployment manager cell.
      For example:

      C:\Program Files\IBM\WebSphere\ESB\bin>addNode -profileName default esbdmgr01host 8879 -includeapps -includebuses



    3. To federate a custom profile, use the addNode command without the -include* parameters. In the install_root/bindirectory, issue the addNode command with the -profileName option.

      • On Linux and UNIX platforms: install_root/bin/addNode.sh -profileName profile_name deployment_manager_host deployment_manager_SOAP_port

      • On Windows platforms (from a command line): install_root/bin/addNode.bat -profileName profile_name deployment_manager_host deployment_manager_SOAP_port


      where profile_nameis the name of the custom profile that you want to federate to the deployment manager. For example:

      C:\Program Files\IBM\WebSphere\ESB\bin>addNode -profileName Custom01 esbdmgr01host 8879





    Result



    The node defined by the stand-alone server or custom profile is added to the network deployment cell, and a node agent for that node is started. If the profile was federated successfully, success messages similar to the following are added to the profile's addNode log install_root/profiles/profile_name/logs/addNode.log. For example:
    ADMU0116I: Tool information is being logged in file C:\Program
    Files\IBM\WebSphere\ESB\profiles\Custom01\logs\addNode.log
    ADMU0128I: Starting tool with the Custom01 profile
    ADMU0001I: Begin federation of node customhostNode02 with Deployment Manager at
    esbdmgr01host:8879.
    ...
    ADMU0015I: Backing up the original cell repository.
    ...
    ADMU0012I: Creating Node Agent configuration for node: customhostNode02
    ADMU0014I: Adding node customhostNode02 configuration to cell: esbdmgr01hostCell01
    ADMU0016I: Synchronizing configuration between node and cell.
    ADMU0018I: Launching Node Agent process for node: customhostNode02
    ADMU0020I: Reading configuration for Node Agent process: nodeagent
    ADMU0022I: Node Agent launched. Waiting for initialization status.
    ADMU0030I: Node Agent initialization completed successfully. Process id is:
    5684
    ADMU9990I:
    ADMU0300I: Congratulations! Your node customhostNode02 has been successfully
    incorporated into the esbdmgr01hostCell01 cell.
    ...
    ADMU0003I: Node customhostNode02 has been successfully federated.


    What to do next



    You can now use the deployment manager to change the configuration of the managed node, such as to create servers on that node.
    If you have federated a stand-alone server profile, consider the following points:

    • Any cell-level documents from the stand-alone server configuration have not been migrated to the deployment manager. You might want to update the configuration on the deployment manager with values from the old cell-level documents.

    • If you did not specify the -includeapps option, applications installed on the stand-alone server node were not installed on the deployment manager. You might want to install applications onto the deployment manager by using wsadmin $AdminApp or the Administrative Console