[rhelv6-list] fsck -n always showing errors

solarflow99 solarflow99 at gmail.com
Wed Dec 20 22:08:31 UTC 2017


thanks for the replies, nice to see some of us are still using the list.  I
sure wish they just gated email <-> forum instead of eliminating it.


On Wed, Dec 20, 2017 at 1:57 PM, Gianluca Cecchi <gianluca.cecchi at gmail.com>
wrote:

>
> On Wed, Dec 20, 2017 at 9:27 PM, francis picabia <fpicabia at gmail.com>
> wrote:
>
>>
>> With one development box I did touch /forcefsck and rebooted.
>> Retested fsck and still issues.  Repeated this cycle 3 times
>> and no improvement.
>>
>
> Hi,
> not going into the reasons of the problem, but into your "cycle".
> 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.
> So, as you didn't fix anything, the next run the fsck command exposes the
> same problems again....
>
> 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.
> So in your case it could be something similar with impact to all the VMs
> insisting on the problematic storage / datastore
> If you have no monitoring in place, such as Nagios and a monitor like this:
> https://exchange.nagios.org/directory/Plugins/Operating-
> Systems/Linux/check_ro_mounts/details
> you can go ahead also some days before realizing that you had a problem
> Analyzing /var/log/messages you should see when it happened
>
> 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.
>
> Just a guess.
> HIH,
> Gianluca
>
>
> _______________________________________________
> rhelv6-list mailing list
> rhelv6-list at redhat.com
> https://www.redhat.com/mailman/listinfo/rhelv6-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/rhelv6-list/attachments/20171220/b908e8e4/attachment.htm>


More information about the rhelv6-list mailing list