<br>&gt; 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">

&gt; on <a href="http://dbquorum.example.com" target="_blank">dbquorum.example.com</a>: unknown error (1)<br>
&gt; WARN: unpack_rsc_op: Processing failed op Postgres-IP-1_monitor_0<br>
&gt; 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&#39;t have postgres so we never put it on there.  I&#39;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&#39;re using the standard IPaddr2 so it&#39;s really strange that it would return the generic error rather then rc=2.</div><div><br></div><div>--Mike</div><div> </div></div>