[Arm-dev] Again - Re: System hung yesterday

Mon Feb 6 17:19:56 UTC 2017
Nicolas Repentin <nicolas at shivaserv.fr>

Hello

If a newer package exists for kernel, you should have it with yum update.

For my part I don't have freezes using 4.2 from the original image. With
pcduino3 nano, or bananapi, I always got freezes on 4.4, with no more
info like you.


Le 06/02/2017 à 18:17, Robert Moskowitz a écrit :
> Looks like it ran for 3 hours before hanging.  This time the last
> message was:
>
> Feb  6 11:01:02 medon systemd: Removed slice user-0.slice.
> Feb  6 11:01:02 medon systemd: Stopping user-0.slice.
>
>
> Someone please chime in on how to upgrade the kernel. It has not been
> pushed to the kernel repo,,,
>
> On 02/06/2017 09:01 AM, Robert Moskowitz wrote:
>> Looks like I am running 4.4.34-201
>>
>> Dec 05 15:56:36 Installed: kernel-4.4.34-201.el7.armv7hl
>>
>> back on 1/29 there was an email about 4.4.42-202, but not how to
>> upgrade to this kernel...
>>
>> On 02/06/2017 08:52 AM, Nicolas Repentin wrote:
>>> Hello
>>>
>>> On my side I got a lot of freezes when I use a 4.4 kernel.. maybe
>>> the same for you ?
>>>
>>>
>>> Le 6 février 2017 14:16:46 GMT+01:00, Robert Moskowitz
>>> <rgm at htt-consult.com> a écrit :
>>>
>>>     My server hung yesterday.  I did not notice it; at this stage in the 
>>>     game, I should be much more aware...
>>>
>>>     I looked into /var/log/messages and my last entry was:
>>>
>>>     Feb  5 15:03:46 medon kernel: conntrack: generic helper won't handle 
>>>     protocol 47
>>>     . Please consider loading the specific helper module.
>>>
>>>     So I don't know if someone knocked me over with a GRE based attack, if 
>>>     the drive is bad, if the board is bad, or the OS has a problem.
>>>
>>>     So simple things to start with.  I see an earlier GRE warning in messages:
>>>
>>>     Feb  5 03:29:49 medon kernel: conntrack: generic helper won't handle 
>>>     protocol 47. Please consider loading the specific helper module.
>>>
>>>     So it is probably not a stack problem with attacking GRE bots.  BTW, is 
>>>     there some 'easy' way to just block these?
>>>
>>>     As to the drive:  Is there some way to run a SMART? check on the drive?
>>>
>>>     Can't really tell too well if it is a board problem other than to watch 
>>>     more closely to see how things go, is there anywhere else I should look 
>>>     to find the problem?
>>>
>>>     thanks
>>>
>>>     ------------------------------------------------------------------------
>>>
>>>     Arm-dev mailing list
>>>     Arm-dev at centos.org
>>>     https://lists.centos.org/mailman/listinfo/arm-dev
>>>
>>> -- Nicolas
>>>
>>> _______________________________________________
>>> Arm-dev mailing list
>>> Arm-dev at centos.org
>>> https://lists.centos.org/mailman/listinfo/arm-dev
>>
>> _______________________________________________
>> Arm-dev mailing list
>> Arm-dev at centos.org
>> https://lists.centos.org/mailman/listinfo/arm-dev
>
> _______________________________________________
> Arm-dev mailing list
> Arm-dev at centos.org
> https://lists.centos.org/mailman/listinfo/arm-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.centos.org/pipermail/arm-dev/attachments/20170206/8f0f7e6a/attachment-0006.html>