Telnet.pm is not found when shutdown script included in /etc/masterha_default.cn file

[GoogleCodeExporter]

What steps will reproduce the problem?
1.Enable shutdown script
2. masterha_check_repl --conf=/etc/app1.cnf
3.

What is the expected output? What do you see instead?
Checking shutdown script status:

What version of the product are you using? On what operating system?
0.53

Please provide any additional information below.

Can't locate Net/Telnet.pm in @INC (@INC contains: /usr/local/lib64/perl5 
/usr/local/share/perl5 /usr/lib64/perl5/vendor_perl 
/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at 
/usr/local/sample/bin/power_manager line 27

I've tried to search for this telnet.pn file in older versions 0.52 , but I 
could not :(

Original issue reported on code.google.com by nilldot@gmail.com on 16 Feb 2012 at 11:09

[GoogleCodeExporter]

Net::Telnet.pm can be downloaded from CPAN 
(http://search.cpan.org/~jrogers/Net-Telnet-3.03/lib/Net/Telnet.pm).

Original comment by Yoshinor...@gmail.com on 17 Feb 2012 at 4:49

• Changed state: Done

[GoogleCodeExporter]

yes I've already found out, that it is PERL related problem. And I've already 
eliminated it, but still some erros exists. All those anoying FIXMe messages. 
What I've done is cvommencted,o removed these extras, it work partialy. 

Now it says: Useless use of private variable in void context at 
/usr/local/sample/bin/power_manager line 403.

Original comment by nilldot@gmail.com on 17 Feb 2012 at 9:01

[GoogleCodeExporter]

power_manager is just a sample script, and should be modified for your 
environments. For example, MHA has no general way to identify master's vendor 
(HP iLO, Dell DRAC, etc) or iLO IP address. You can freely customize 
power_manager script to reflect such environment-specific parameters.
http://code.google.com/p/mysql-master-ha/wiki/Parameters#shutdown_script

Original comment by Yoshinor...@gmail.com on 17 Feb 2012 at 9:07

[GoogleCodeExporter]

To be honest with you I don;t understand clearly how then failover occurs. I 
thought shutdown script eliminated old master from game by turning services off 
(if possible).
ooo.brr.
i've just realised that this script not going to work in my scenario as I don;t 
have shared(clustered mysql instances). Could you please chech the schema for 
the best approach in this scenario. master-master-passive mode is the best in 
this scenario ?! we need to have writes on both DBes, maybe mysql proxy to 
separate read writes, but then automatic filover with uor script, but then .. i 
don't clearly understant your script?

Do I need that shutdown script to make failover to work ?!!!

Glassfish instances are on different subnet, actually the're on different 
continents :)

Original comment by nilldot@gmail.com on 17 Feb 2012 at 9:40

Attachments:

• IMG_0293.JPG