Monitored Server Scripts

3 views
Skip to first unread message

lenin

unread,
Jun 12, 2008, 11:28:23 AM6/12/08
to FusionReactor
Hello,
I have managed to monitor a remote server via fusion reactor but i
wish to run a remote script on one of the servers when the server
becomes unresponsive. I can run the script locally ie. restart-
coldfusion7-onwindows.bat DOWN Dev 192.168.10.27 -1 -1

but this script does not get run remotely via fusion reactor
unfortunatly

Cheers
Lenin

charlie arehart

unread,
Jun 12, 2008, 4:48:02 PM6/12/08
to fusion...@googlegroups.com
Lenin, you may have missed it but the online help covers this. There's a
section called, "Using Monitored Server Scripts", and the last subsection of
that is called "Distributed Monitoring", which says this:

Distributed Monitoring

Running, monitoring and restarting FusionReactor instances in a
distributed environment requires remote connections between the different
machines. If a monitored server becomes unavailable this is monitored by a
different machine on the network. This machine then calls a script which has
to connect to the remote machine and restart the remote server/instance.
Depending on the operating system the participating machines use, this can
be done with (SSH) or some similar technology.

This same information is offered in the "feature focus" section of the FR
site, on the Enterprise Script feature
(http://www.fusion-reactor.com/fr/featurefocus/monitoredServerScripts.cfm):

I'll note that there is also a document devoted to Scripting:

Using FusionReactor Enterprise Scripting

http://www.fusion-reactor.com/fr/helpdocs/fusionReactor_enterprise_scripting
.pdf

But I hope the Intergral folks will take note that it doesn't seem to have
any converage of managing remote servers (searched for "remote", "ssh" and
found nothing), and someone may go looking there without noticing the info
in the online help.

Anyway, I hope that the info at the top here answers your question, Lenin.
You can't expect FR to run the script for you on the remote server. You need
to do that yourself somehow. You may think, "well why can't FR do something
for us?", but realize that the whole point is that the remote CF (and FR)
instance have stopped responding, so there's no way that FR could somehow do
the remote communication for you.

Hope that helps.

/charlie

lenin

unread,
Jun 13, 2008, 4:13:34 AM6/13/08
to FusionReactor
Hi Charlie,

Thanks for your reply, The remote server does have a VPN to our
network and when I ran the script on the local server it was able to
restart the service on the remote server, (I didnt run the script by
itself before posting :) ) The error is more of a login problem as it
does run the restart command but the user credentials are not correct
so I believe I just need to create find a user with enough
credentials. One thing I would like to know is I the script is run
locally is it run as the user that coldusion is running as?

Thanks

Lenin

On Jun 12, 9:48 pm, "charlie arehart" <charlie_li...@carehart.org>
wrote:
> Lenin, you may have missed it but the online help covers this. There's a
> section called, "Using Monitored Server Scripts", and the last subsection of
> that is called "Distributed Monitoring", which says this:
>
>         Distributed Monitoring
>
>         Running, monitoring and restarting FusionReactor instances in a
> distributed environment requires remote connections between the different
> machines. If a monitored server becomes unavailable this is monitored by a
> different machine on the network. This machine then calls a script which has
> to connect to the remote machine and restart the remote server/instance.
> Depending on the operating system the participating machines use, this can
> be done with (SSH) or some similar technology.
>
> This same information is offered in the "feature focus" section of the FR
> site, on the Enterprise Script feature
> (http://www.fusion-reactor.com/fr/featurefocus/monitoredServerScripts....
>
> I'll note that there is also a document devoted to Scripting:
>
>         Using FusionReactor Enterprise Scripting
>
> http://www.fusion-reactor.com/fr/helpdocs/fusionReactor_enterprise_sc...
> CheersLenin- Hide quoted text -
>
> - Show quoted text -

lenin

unread,
Jun 13, 2008, 4:37:22 AM6/13/08
to FusionReactor
In the script that comes with FusionReactor I have to enter a network
userid and password to restart the service, is there a way where to
encrypt this userid/pwd
> > - Show quoted text -- Hide quoted text -

charlie arehart

unread,
Jun 13, 2008, 10:45:59 AM6/13/08
to fusion...@googlegroups.com
Lenin, I will have to leave it to Intergral folks to answer this and your
next question.

Bernd Donath [FusionReactor Team]

unread,
Jul 1, 2008, 5:49:30 PM7/1/08
to FusionReactor
Hi Lenin,

FusionReactor basically provides you with the notification (and the
ability to call an arbitrary script) if a monitored server becomes
unavailable. How you handle this situation is completely up to you.
FusionReactor does come with a set of example scripts that are
intended to be examples of how such a situation *could* be handled.
Due to the fact that the number of possible environments in which
FusionReactor can be used is very large we simply cannot provide a
real out of the box solution here. In your case I would have a closer
look at the available VPN command line tools and the sc.exe and
net.exe commands and see if an appropriate script based solution can
be implemented using these tools. However, one could also think of a
custom application (written in any language, e.g. Java ) that handles
the remote start of a server via VPN. As can be seen in the example
scripts FusionReactor will pass the following parameters to the script/
application:

status: Either 'DOWN' or 'UP'
InstanceName: The name of the FusionReactor instance that caused the
CP event
InstanceIP: The IP address of the FusionReactor instance that caused
the CP event
PID: The process id
LastSeen: The timestamp of event

If you want you can also contact us for an offer for a custom solution
tailored to suit your specific need.

Best regards,
Bernd

On 13 Jun., 16:45, "charlie arehart" <charlie_li...@carehart.org>
wrote:
Reply all
Reply to author
Forward
0 new messages