<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 20, 2017 at 9:27 PM, francis picabia <span dir="ltr"><<a href="mailto:fpicabia@gmail.com" target="_blank">fpicabia@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div><br><div>With one development box I did touch /forcefsck and rebooted.<br></div><div>Retested fsck and still issues.  Repeated this cycle 3 times<br></div><div>and no improvement.<br></div></div></div></div></div></div></blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">Hi,</div><div class="gmail_extra">not going into the reasons of the problem, but into your "cycle".</div><div class="gmail_extra">if I have understood correctly your sentence, you run fsck and use "-n" option that automatically answers "no" to all the questions related to problems and suggestions to fix them.</div><div class="gmail_extra">So, as you didn't fix anything, the next run the fsck command exposes the same problems again....</div><div class="gmail_extra"><br></div><div class="gmail_extra">Sometimes I have seen in vSphere environments storage problems causing linux VMs problems and so kernel to automatically put one or more filesystems in read-only mode: typically the filesystems where there were writes in action during the problem occurrence.</div><div class="gmail_extra">So in your case it could be something similar with impact to all the VMs insisting on the problematic storage / datastore<br></div><div class="gmail_extra">If you have no monitoring in place, such as Nagios and a monitor like this:</div><div class="gmail_extra"><a href="https://exchange.nagios.org/directory/Plugins/Operating-Systems/Linux/check_ro_mounts/details">https://exchange.nagios.org/directory/Plugins/Operating-Systems/Linux/check_ro_mounts/details</a></div><div class="gmail_extra">you can go ahead also some days before realizing that you had a problem</div><div class="gmail_extra">Analyzing /var/log/messages you should see when it happened<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Take in mind that if the filesystem went in read-only mode due to a SCSI error (action taken by the kernel to prevent further errors and data corruption), you will not be able to remount it read-write, but you have to reboot the server.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Just a guess.</div><div class="gmail_extra">HIH,</div><div class="gmail_extra">Gianluca</div><div class="gmail_extra"><br></div></div>