<br>> WARN: unpack_rsc_op: Processing failed op Postgres-Server-1:0_monitor_0<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">

> on <a href="http://dbquorum.example.com" target="_blank">dbquorum.example.com</a>: unknown error (1)<br>
> WARN: unpack_rsc_op: Processing failed op Postgres-IP-1_monitor_0<br>
> on <a href="http://dbquorum.example.com" target="_blank">dbquorum.example.com</a>: unknown error (1)<br>
<br>
</div>Under such conditions, pacemaker must assume that the resources are<br>
active and initiates recovery.<br>
Your real question should be, why did the monitor op fail with rc=1<br>
(instead of rc=7) for those two resources on dbquorum?<br>
<div><div class="h5"><br></div></div></blockquote><div>Interesting our custom monitor script for the Postgres-Server-1 is not installed on dbquorum as it doesn't have postgres so we never put it on there.  I'm surprised that a missing monitor script would return rc=1 rather then rc=2 or rc=5.</div>
<div><br></div><div>As for the Postgres-IP we're using the standard IPaddr2 so it's really strange that it would return the generic error rather then rc=2.</div><div><br></div><div>--Mike</div><div> </div></div>