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>