So there is no way of scheduling PostgreSQL node downtime without interrupting operation?<div><br></div><div>Is this on the roadmap? It&#39;s a pretty major shortcoming.</div><div><br></div><div>Cheers,</div><div>James<span></span></div>
<div><br>On Thursday, 21 August 2014, Tatsuo Ishii &lt;<a href="mailto:ishii@postgresql.org">ishii@postgresql.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I thought I have already answered.<br>
<br>
There is no way to do it.<br>
<br>
Best regards,<br>
--<br>
Tatsuo Ishii<br>
SRA OSS, Inc. Japan<br>
English: <a href="http://www.sraoss.co.jp/index_en.php" target="_blank">http://www.sraoss.co.jp/index_en.php</a><br>
Japanese:<a href="http://www.sraoss.co.jp" target="_blank">http://www.sraoss.co.jp</a><br>
<br>
&gt; Any updates on this?<br>
&gt;<br>
&gt; What is the official procedure to remove a PostgreSQL node from PGPool<br>
&gt; without damaging connections to the other PostgreSQL nodes?\<br>
&gt;<br>
&gt; Cheers,<br>
&gt;<br>
&gt;<br>
&gt; James Sewell,<br>
&gt; PostgreSQL Team Lead / Solutions Architect<br>
&gt; ______________________________________<br>
&gt;<br>
&gt;<br>
&gt;  Level 2, 50 Queen St, Melbourne VIC 3000<br>
&gt;<br>
&gt; *P *(+61) 3 8370 8000  *W* <a href="http://www.lisasoft.com" target="_blank">www.lisasoft.com</a>  *F *(+61) 3 8370 8099<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Fri, Jul 25, 2014 at 5:02 PM, James Sewell &lt;<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;james.sewell@lisasoft.com&#39;)">james.sewell@lisasoft.com</a>&gt;<br>
&gt; wrote:<br>
&gt;<br>
&gt;&gt; Hey,<br>
&gt;&gt;<br>
&gt;&gt; It seems the exact same behaviour happens when I shut down my standby<br>
&gt;&gt; PostgreSQL node.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; 2014-07-25 16:59:14 LOG:   pid 11297: degenerate_backend_set: 0 fail over<br>
&gt;&gt; request from pid 11297<br>
&gt;&gt; 2014-07-25 16:59:14 LOG:   pid 11286: wd_start_interlock: start<br>
&gt;&gt; interlocking<br>
&gt;&gt; 2014-07-25 16:59:15 LOG:   pid 11286: starting degeneration. shutdown host<br>
&gt;&gt; 10.51.9.227(5432)<br>
&gt;&gt; 2014-07-25 16:59:15 LOG:   pid 11286: Restart all children<br>
&gt;&gt; 2014-07-25 16:59:15 LOG:   pid 11286: find_primary_node_repeatedly:<br>
&gt;&gt; waiting for finding a primary node<br>
&gt;&gt; 2014-07-25 16:59:15 LOG:   pid 11286: find_primary_node: primary node id<br>
&gt;&gt; is 1<br>
&gt;&gt; 2014-07-25 16:59:15 LOG:   pid 11286: wd_end_interlock: end interlocking<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 11286: failover: set new primary node: 1<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 11286: failover: set new master node: 1<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22737: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22739: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22736: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22740: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22741: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22742: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22743: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22745: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22744: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22746: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22747: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22748: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22749: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22750: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22751: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22753: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22752: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22754: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22755: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22756: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22758: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22757: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22760: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22759: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22762: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22763: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22761: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22764: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22765: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22707: worker process received restart<br>
&gt;&gt; request<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 11286: failover done. shutdown host<br>
&gt;&gt; 10.51.9.227(5432)<br>
&gt;&gt; 2014-07-25 16:59:16 LOG:   pid 22766: do_child: failback event found.<br>
&gt;&gt; restart myself.<br>
&gt;&gt; 2014-07-25 16:59:17 LOG:   pid 22706: pcp child process received restart<br>
&gt;&gt; request<br>
&gt;&gt; 2014-07-25 16:59:17 LOG:   pid 11286: PCP child 22706 exits with status<br>
&gt;&gt; 256 in failover()<br>
&gt;&gt; 2014-07-25 16:59:17 LOG:   pid 11286: fork a new PCP child pid 22768 in<br>
&gt;&gt; failover()<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Cheers,<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; James Sewell,<br>
&gt;&gt; PostgreSQL Team Lead / Solutions Architect<br>
&gt;&gt; ______________________________________<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;  Level 2, 50 Queen St, Melbourne VIC 3000<br>
&gt;&gt;<br>
&gt;&gt; *P *(+61) 3 8370 8000  *W* <a href="http://www.lisasoft.com" target="_blank">www.lisasoft.com</a>  *F *(+61) 3 8370 8099<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Jul 25, 2014 at 3:22 PM, James Sewell &lt;<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;james.sewell@lisasoft.com&#39;)">james.sewell@lisasoft.com</a>&gt;<br>
&gt;&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt; Hey,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; So there is no way of manually taking a postgresql node out of a pool<br>
&gt;&gt;&gt; without interrupting traffic to all other postgresql nodes?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Cheers,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; James Sewell,<br>
&gt;&gt;&gt; PostgreSQL Team Lead / Solutions Architect<br>
&gt;&gt;&gt; ______________________________________<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;  Level 2, 50 Queen St, Melbourne VIC 3000<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; *P *(+61) 3 8370 8000  *W* <a href="http://www.lisasoft.com" target="_blank">www.lisasoft.com</a>  *F *(+61) 3 8370 8099<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Fri, Jul 25, 2014 at 3:07 PM, Tatsuo Ishii &lt;<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;ishii@postgresql.org&#39;)">ishii@postgresql.org</a>&gt;<br>
&gt;&gt;&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I cannot imagine how you maintenance the database while a user<br>
&gt;&gt;&gt;&gt; connects to the database:-)<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; BTW I&#39;m not sure if this is usefull for you or not,<br>
&gt;&gt;&gt;&gt; but... pcp_detach_node accepts -g option which force pcp_detach_node<br>
&gt;&gt;&gt;&gt; wait until all clients exit.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Best regards,<br>
&gt;&gt;&gt;&gt; --<br>
&gt;&gt;&gt;&gt; Tatsuo Ishii<br>
&gt;&gt;&gt;&gt; SRA OSS, Inc. Japan<br>
&gt;&gt;&gt;&gt; English: <a href="http://www.sraoss.co.jp/index_en.php" target="_blank">http://www.sraoss.co.jp/index_en.php</a><br>
&gt;&gt;&gt;&gt; Japanese:<a href="http://www.sraoss.co.jp" target="_blank">http://www.sraoss.co.jp</a><br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; &gt; Cool,<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt; Thanks Tatsuo.<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt; Is there a way of taking a postgresql node out of a pool without<br>
&gt;&gt;&gt;&gt; causing<br>
&gt;&gt;&gt;&gt; &gt; connections to other postgresql nodes to drop?<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt; This would be used in a situation such as database maintenance.<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt; Cheers,<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt; James Sewell,<br>
&gt;&gt;&gt;&gt; &gt; PostgreSQL Team Lead / Solutions Architect<br>
&gt;&gt;&gt;&gt; &gt; ______________________________________<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;  Level 2, 50 Queen St, Melbourne VIC 3000<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt; *P *(+61) 3 8370 8000  *W* <a href="http://www.lisasoft.com" target="_blank">www.lisasoft.com</a>  *F *(+61) 3 8370 8099<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt; On Fri, Jul 25, 2014 at 2:43 PM, Tatsuo Ishii &lt;<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;ishii@postgresql.org&#39;)">ishii@postgresql.org</a>&gt;<br>
&gt;&gt;&gt;&gt; wrote:<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; Hey all,<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; This is a seemingly a pretty bad problem which I uncovered as part<br>
&gt;&gt;&gt;&gt; of my<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; last post, so the start of the message will be similar.<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; I have two pgpool nodes which I am using a TCP load balancer to<br>
&gt;&gt;&gt;&gt; spread<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; between. I am using watchdog to synchronise PostgreSQL node<br>
&gt;&gt;&gt;&gt; information<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; between the two and an external HA solution (with<br>
&gt;&gt;&gt;&gt; ALLOW_TO_FAILOVER).<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; If I start both my pgpool nodes up I get the following initial<br>
&gt;&gt;&gt;&gt; state:<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; postgres=# show pool_nodes;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;  node_id |  hostname   | port | status | lb_weight |  role<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; ---------+-------------+------+--------+-----------+---------<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;  0       | 10.10.10.1   | 5432 | 2      | 0.500000  | standby<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;  1       | 10.10.10.2   | 5432 | 2      | 0.500000  | primary<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; (2 rows)<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; Now I open a PSQL connection and do the following:<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; postgres=# SELECT inet_server_addr();<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;  inet_server_addr<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; ------------------<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;  10.10.10.2<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; (1 row)<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; This shows I am connected to the primary.<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; I can run this multiple times and I will always be connected to the<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; primary, as long as I don&#39;t close the psql session.<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; Then from another window I run the following command:<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;  pcp_detach_node 1 load_balancer 9898 postgres postgres 0<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; And in the same PSQL session run the command again:<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; postgres=# SELECT inet_server_addr();<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; SSL SYSCALL error: EOF detected<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; The connection to the server was lost. Attempting reset: Succeeded.<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; &gt; This is strange. Why has my master connection been severed?<br>
&gt;&gt;&gt;&gt; &gt;&gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; It&#39;s an expected behavior of pcp_detach_node, which causes failover<br>
&gt;&gt;&gt;&gt; &gt;&gt; and all existing sessions are disconnected.<br>
&gt;&gt;&gt;&gt; &gt;&gt;<br>
&gt;&gt;&gt;&gt; &gt;&gt; Best regards,<br>
&gt;&gt;&gt;&gt; &gt;&gt; --<br>
&gt;&gt;&gt;&gt; &gt;&gt; Tatsuo Ishii<br>
&gt;&gt;&gt;&gt; &gt;&gt; SRA OSS, Inc. Japan<br>
&gt;&gt;&gt;&gt; &gt;&gt; English: <a href="http://www.sraoss.co.jp/index_en.php" target="_blank">http://www.sraoss.co.jp/index_en.php</a><br>
&gt;&gt;&gt;&gt; &gt;&gt; Japanese:<a href="http://www.sraoss.co.jp" target="_blank">http://www.sraoss.co.jp</a><br>
&gt;&gt;&gt;&gt; &gt;&gt;<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt; --<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt;<br>
&gt;&gt;&gt;&gt; &gt; ------------------------------<br>
&gt;&gt;&gt;&gt; &gt; The contents of this email are confidential and may be subject to<br>
&gt;&gt;&gt;&gt; legal or<br>
&gt;&gt;&gt;&gt; &gt; professional privilege and copyright. No representation is made that<br>
&gt;&gt;&gt;&gt; this<br>
&gt;&gt;&gt;&gt; &gt; email is free of viruses or other defects. If you have received this<br>
&gt;&gt;&gt;&gt; &gt; communication in error, you may not copy or distribute any part of it<br>
&gt;&gt;&gt;&gt; or<br>
&gt;&gt;&gt;&gt; &gt; otherwise disclose its contents to anyone. Please advise the sender of<br>
&gt;&gt;&gt;&gt; your<br>
&gt;&gt;&gt;&gt; &gt; incorrect receipt of this correspondence.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt; --<br>
&gt;<br>
&gt;<br>
&gt; ------------------------------<br>
&gt; The contents of this email are confidential and may be subject to legal or<br>
&gt; professional privilege and copyright. No representation is made that this<br>
&gt; email is free of viruses or other defects. If you have received this<br>
&gt; communication in error, you may not copy or distribute any part of it or<br>
&gt; otherwise disclose its contents to anyone. Please advise the sender of your<br>
&gt; incorrect receipt of this correspondence.<br>
</blockquote></div><br><br>-- <br><div style="color:#b8276a;font:bold 14px Arial,Helvetica,sans-serif">
        <br>
        <span style="color:#323b62">James Sewell,</span><br>
        <span style="color:#a9a9a9"><span style="font:12px Arial,Helvetica,sans-serif">PostgreSQL Team Lead / Solutions Architect </span></span><br>
        <span style="color:#a9a9a9">______________________________________</span><br>
         </div>
<img alt="" src="http://www.lisasoft.com/sites/lisasoft/files/u1/logo1.jpg" style="margin:0px;width:153px;height:50px"><br>
<div style="font:normal 12px/20px Arial,Helvetica,sans-serif;color:#404040;margin:0">
        <span style="color:#a9a9a9">Level 2, 50 Queen St, Melbourne VIC 3000</span><br>
        <br>
        <strong>P </strong><span style="color:#a9a9a9"><span style="font-family:Arial,Verdana,sans-serif">(+61) 3 8370 8000</span></span><span style="color:rgb(169,169,169)"> </span><strong> </strong><span style="color:rgb(50,59,98)"><span style="width:15px;display:inline-block"><strong>W</strong></span></span> <a style="color:rgb(64,64,64);margin:2px 0px;text-decoration:none"><span style="color:#a9a9a9">www.lisasoft.com</span></a>  <span style="color:rgb(50,59,98)"><span style="width:15px;display:inline-block"><strong>F </strong></span></span><span style="color:#a9a9a9"><span style="font-family:Arial,Verdana,sans-serif">(+61) 3 8370 8099</span></span></div>

<div style="padding-top:8px">
         </div><br>

<br>
<p><div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:14.545454025268555px;background-color:rgb(255,255,255)"><hr><font size="1" color="Gray" face="Arial">The contents of this email are confidential and may be subject to legal or professional privilege and copyright. No representation is made that this email is free of viruses or other defects. If you have received this communication in error, you may not copy or distribute any part of it or otherwise disclose its contents to anyone. Please advise the sender of your incorrect receipt of this correspondence.</font></div></p>