<div dir="ltr">Thanks to all for finding this so quickly!</div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><div><br></div><div><br></div><div><br></div><div><br></div><div><span style="font-family:arial,helvetica,sans-serif">--</span></div>

<div style="color:rgb(51,102,255);font-family:tahoma,sans-serif"><font size="4"><b>Gene Liverman</b></font></div><div style="font-family:tahoma,sans-serif">Systems Administrator</div><div style="font-family:tahoma,sans-serif">

Information Technology Services</div><div style="font-family:tahoma,sans-serif">University of West Georgia</div><div style="font-family:tahoma,sans-serif"><a href="mailto:gliverma@westga.edu" target="_blank">gliverma@westga.edu</a></div>

<div style="font-family:tahoma,sans-serif">678.839.5492</div><div style="font-family:tahoma,sans-serif"><br></div><div style="font-family:tahoma,sans-serif">ITS: Making Technology Work for You!</div><div style="font-family:tahoma,sans-serif">

<br><img src="http://www.westga.edu/assetsDept/ucm/e-sig_wolves.png"><br></div><div style="font-family:tahoma,sans-serif"><br></div><div style="font-family:tahoma,sans-serif">This
 e-mail and any attachments may contain confidential and privileged 
information. If you are not the intended recipient, please notify the 
sender immediately by return mail, delete this message, and destroy any 
copies. Any dissemination or use of this information by a person other 
than the intended recipient is unauthorized and may be illegal or 
actionable by law.</div><div style="font-family:tahoma,sans-serif"><br></div></div></div>
<br><br><div class="gmail_quote">On Fri, Jun 27, 2014 at 4:35 AM, Niels de Vos <span dir="ltr">&lt;<a href="mailto:ndevos@redhat.com" target="_blank">ndevos@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="">On Thu, Jun 26, 2014 at 07:39:22PM -0400, Gene Liverman wrote:<br>
&gt; My systems are set to automatically install updates. Since I installed<br>
&gt; Gluster from the repos this means I went from 3.5 to 3.5.1 automatically.<br>
&gt;  The problem is this: the installer did not stop or restart the service so<br>
&gt; when I checked the status via /sbin/service on RHEL6 it said it was dead. A<br>
&gt; simple service restart fixed this but, until I found the problem, it was<br>
&gt; off line.  Is this a bug or do I need to disable the repo and manually<br>
&gt; check for updates to Gluster or what? Thanks!<br>
<br>
</div>This has been reported by an other user yesterday too. We&#39;ve looked at<br>
the logs and found the root cause:<br>
<br>
&gt; The post installation script for the glusterfs-server handles the<br>
&gt; restarting of glusterd incorrect. This caused an outage when the<br>
&gt; glusterfs-server package was automatically updated.<br>
&gt;<br>
&gt; After checking the logs together with Patrick, we came to the<br>
&gt; conclusion that the running glusterd should have received a signal and<br>
&gt; would be exiting. However, the script does not wait for the running<br>
&gt; glusterd to exit, and starts a new glusterd process immediately after<br>
&gt; sending the SIGTERM. In case the 1st glusterd process has not exited<br>
&gt; yet, the new glusterd process can not listen on port 24007 and exits.<br>
&gt; The 1st glusterd will exit eventually too, leaving the service<br>
&gt; unavailable.<br>
&gt;<br>
&gt; Snippet from the .spec:<br>
&gt;<br>
&gt;  735 %post server<br>
&gt;  ...<br>
&gt;  769 pidof -c -o %PPID -x glusterd &amp;&gt; /dev/null<br>
&gt;  770 if [ $? -eq 0 ]; then<br>
&gt;  ...<br>
&gt;  773     killall glusterd &amp;&gt; /dev/null<br>
&gt;  774     glusterd --xlator-option *.upgrade=on -N<br>
&gt;  775 else<br>
&gt;  776     glusterd --xlator-option *.upgrade=on -N<br>
&gt;  777 fi<br>
&gt;  ...<br>
<br>
(also available in <a href="https://bugzilla.redhat.com/1113543#c1" target="_blank">https://bugzilla.redhat.com/1113543#c1</a>)<br>
<br>
This seems to be a bug that affects any update and I do not think it is<br>
unique to 3.5.1. A fix will be included in 3.5.2, the &#39;workaround&#39; is to<br>
(re)start the glusterd service after updating the packages.<br>
<br>
I&#39;m sorry for any unexpected outages that this caused! At least you&#39;ve<br>
now tested your Gluster monitoring setup ;-)<br>
<br>
HTH,<br>
Niels<br>
</blockquote></div><br></div>