Results 1 to 6 of 6

Thread: Need a description of the VRTSsfmh commands

  1. #1
    Join Date
    Jan 2011

    Need a description of the VRTSsfmh commands

    I just establish a few commands in /opt/VRTSsfmh/bin are helpful. I.e. xinfo, xprtlc, ping. Occasionally I utilize them for get configuration information, but I am not certain I utilized them properly, I just deduction the meaning. Though occasionally I can obtain a few brief scripts by running 'command --help", the output is inadequate. Is there a resource which illustrates the fully functions and usages of these commands? Or anyone have any descriptive idea or information on this?

  2. #2
    Join Date
    Jun 2009

    Re: Need a description of the VRTSsfmh commands

    At the instant for the VOM commands, there are pairs of man pages which are present: /opt/VRTS/man/man1m
    -r--r--r-- 1 root other 10279 May 23 21:32 xdistc.1m
    -r--r--r-- 1 root other 5275 May 23 21:32 vxlist.1m

    The man pages are not there for remaining of the commands which are present below /opt/VRTSsfmh/bin folder. Now coming to the query above, xinfo reads the domain information from the file /etc/default/sfm_resolv.conf and produces the domain part out. From the looks of it - the host is just coverage to vom2 and is no extensive reporting to vom1 domain. Can you twice check the sfm_resolv.conf file for the similar? As well in the mean time let me seem for additional documentation for the commands.

  3. #3
    Join Date
    Mar 2009

    Re: Need a description of the VRTSsfmh commands

    So presently I can employ the majority of the commands by guessing. The xinfo command only read information from sfm_resolv.conf, when /opt/VRTSsfmh/bin/ping do the genuine test of connection to server. There is just vom2 in /etc/default/sfm_resolv.conf. I hesitation how sfm_resolv.conf file is utilized by the agent system because in both vom1 & vom2's consoles, I can notice the clients fairly the similar. I think the majority of the connections between clients and server are started by server, if the clients are in the serve's database, so there is no trouble. Some occasions clients necessitate contacting the server, there may have trouble if not all servers configured in sfm_resolv.conf.

  4. #4
    Join Date
    May 2008

    Re: Need a description of the VRTSsfmh commands

    The most pertinent command is xinfo; this cli with alternative "--all" will present you full working of VOM product subsystem. This command while implemented on the managed host will present limited information as the majority of the o/p it gets is pertaining to the central server components. Ping is an interior construct, if there is necessitate to check if the connection is functioning well and if xprtld is up and running on the controlled host, please exploit the below command: "/opt/VRTSsfmh/bin/xprtlc -l https ://< managed-host-name>:5634/world/getvitals". The host name necessitates being a name which is resolve-able.

  5. #5
    Join Date
    Nov 2008

    Re: Need a description of the VRTSsfmh commands

    I would just suggest not running ping below /opt/VRTSsfmh/bin to check the similar. The "ping" script servers the reason to send a ping to the CMS and depends on the response if the CMS discards the request and the host is not fraction of the domain, the managed host troubles an auto-unconfigure for the precise domain. As well if your environment has VCS clusters, the cli called "xclusinfo" (present in the similar place) will as well be of interest as it presents a cli interface to drag cluster setup details from the VOM database.

  6. #6
    Join Date
    Nov 2008

    Re: Need a description of the VRTSsfmh commands

    For operations, as predictable the communication model is top down, where there is command called from the middle server to the precise managed host. Now the outcome of operations, outcomes in alerts, events, data reporting, this communication conversely is bottom up - where the client converses back to the central server, once more, the client in this case seems up all the domains in the sfm_resolv.conf and reports to all of them. To put in to this a bit more - if there are several domains that the client is reporting into, the detection will occur one time by the end reporting will occur based on the figure of domains the middle server is configured and reporting into.

Similar Threads

  1. Replies: 7
    Last Post: 18-10-2011, 01:05 AM
  2. Description on phishing
    By DeMario in forum Networking & Security
    Replies: 3
    Last Post: 02-12-2009, 02:55 AM
  3. Description for AMD 7750 BE
    By Jesus-Ernesto in forum Motherboard Processor & RAM
    Replies: 3
    Last Post: 17-11-2009, 05:21 AM
  4. Need Basic Dos commands for Commands prompt
    By JangoRap in forum Operating Systems
    Replies: 5
    Last Post: 29-06-2009, 12:07 PM
  5. Description about PS3
    By Kurimu in forum Video Games
    Replies: 13
    Last Post: 22-06-2006, 06:27 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts