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

[Nicolas Repentin]

Oh, yes, this link is not a standard repo. You can pick up the rpm file
and install it with "yum install <path to rpm file>.


Le 06/02/2017 à 18:27, Robert Moskowitz a écrit :
> 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
>
> _______________________________________________
> 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/17b88c29/attachment-0001.html>