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

Mon Feb 6 17:27:20 UTC 2017
Robert Moskowitz <rgm at htt-consult.com>

yum update does not pick up the new 4.4.42 kernel.  Fabian Arrotin put 
it at:

https://armv7.dev.centos.org/repodir/arm-kernels/4.4.42-202/

Ah, I figured it out.  Add this as the baseurl in the 
CentOS-armhfp-kernel.repo.

So I will reboot with the new kernel and see how it goes.



On 02/06/2017 12:19 PM, Nicolas Repentin wrote:
>
> 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
>
> _______________________________________________
> 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/44ec294a/attachment-0006.html>