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-0006.html>