[Linux-HA] SIGALRM question

[Phillips, William G. (BPHILLIP)]

I have submitted Bug Report 1420 for this. I did not see SIGALRM set to
SIG_IGN in the source, but I did notice in hb_signal.c that the
references to SIGALRM indicate that it is ignored or reported in the log
as a "false alarm". Don't know if this is what is happening. I have not
seen the "false alarm" message in the logs, but there appears to be
cases where the SIGALRM would be ignored without any signature at all.



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Phillips, William G. (BPHILLIP) wrote:
>> I have an issue that I have been unable to correct. I have a C 
>> application that uses "setitimer" and waits for the SIGALRM signal 
>> for timing operations (1 second). This application runs correctly 
>> when started manually from the command line. However, when the 
>> application is started using the ocf resource agent in HA version 
>> 2.0.4, the application never receives the SIGALRM for the timing 
>> interrupt. Through the ocf resource agent, we have a control script 
>> that calls a start script which in turn forks the application.
>>
>> Not sure if we have an issue with the signal mask associated with the

>> forked application, or could HA be capturing the signal?

We probably did something like set SIGALRM to SIG_IGN, and didn't reset
it before starting the resource agent.  This is probably our bug.

Could you create a bugzilla for this and assign it to the LRM?


- --
    Alan Robertson <alanr at unix.sh>

"Openness is the foundation and preservative of friendship...  Let me
claim from you at all times your undisguised opinions." - William
Wilberforce -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFE9xW/NkLhYXF6ZA4RAtf8AKCLedRGVS/MiEaqaolh6+XLlEzhZACglBJv
0fv5aNZZzQEEg5oSd5gaOjY=
=o/lH
-----END PGP SIGNATURE-----
_______________________________________________
Linux-HA mailing list
Linux-HA at lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems