search

Hubbitus / Fedora-packaging

Fedora related work. Packages, specs and patches. Binaries available in repo: http://hubbitus.info/rpm/
http://hubbitus.info/wiki/Repository
1 stars 0 forks source link

Is it possible to install your Fedora kernels on CentOS 7 ? #3

Open Sarge2013 opened 9 years ago

Sarge2013 commented 9 years ago

Dear Pavel Alexeev, first of all - thank you for the Hubbitus !

Let me a question - is it possible to add http://rpm.hubbitus.info/Fedora21/kernel-pf/x86_64/ to http://hubbitus.info/wiki/Repository for CentOS 7 ?

If this is a big headache for you - let me another question. Is it possible to try .RPM packages from http://rpm.hubbitus.info/Fedora21/kernel-pf/x86_64/ to upgrade kernel on CentOS 7 and what exact packages from that list to use ?

I'd interested to try if it's generally possible. I guess :) no warranty - but generally it seems to be compatible with CentOS 7.

Thank you in advance for your comment ! Best regards, Serge

Hubbitus commented 9 years ago

Hello @Sarge2013. Generally no, now I do not provide builds for EPEL, but if it is willing I'll try do so.

Sarge2013 commented 9 years ago

Dear Pavel,

If you could provide http://rpm.hubbitus.info/Fedora21/kernel-pf/x86_64/ builds for EPEL (CentOS YUM packages) - you'll be "only one in the world". Because generally CentOS will never include BFS & BFQ I/O schedulers (part of PF-kernel patches) to their official repos. They have very conservative policy about that.

Even CentOS YUM packages for upgrading current default CentOS 7 kernel 3.10 to 4.x I found only on single ELREPO ref http://wiki.mikejung.biz/CentOS_7#Upgrade_CentOS_7_Kernel_to_4.0.1 & http://elrepo.org/tiki/tiki-index.php

So may be you could use ELREPO kernel sources too for something.

I listed you my arguments :) so you decide. As to me - I'd be very interested to try your YUM CentOS 7 kernel 4.0.2 with included PF-KERNEL (mainly BFS & BFQ from there) I'm sure many other users will also come.

FYI - I was making some unsuccessful tests to rebuild myself - on CentOS 7 I met the problem with dracut version. Your http://rpm.hubbitus.info/Fedora21/kernel-pf/x86_64/ requires dracut >=038 version, but default CentOS has only 033 and no sources to upgrade.

Thank you in advance for a feedback, Best regards, Serge

Monday, May 18, 2015, 10:22:45 PM, you wrote:

Hello @Sarge2013. Generally no, now I do not provide builds fro EPEL, but if it is willing I'll try do so. — Reply to this email directly or view it on GitHub.

Hubbitus commented 9 years ago

Hi @Sarge2013. Honestly I have start experiments with stock CentOs kernel 3.10.0-229.4.2.el7. Are you require exactly 4.0 version of kernel? Do you use the same from ELRepo? I have not tested it.

Sarge2013 commented 9 years ago

Hi Pavel, no :) any requirements about kernel 4.x ! My native one is 3.10.0-229.el7.x86_64

I did not use 4.x from ELRepo - my friend tested the one, just for curiosity. He said he did not find something "specific" or "visually improved" there. By the way he said that ELRepo still use dracut 033.

I don't know why dracut >=038 required for your kernels - but if for EPEL-CentOS kernel you can avoid it and leave default dracut 033 - may be it's better ?

Anyway, I'm ready for any experiment based on your kernel 3.10 witn PF-Kernel included. I have at-least 2-3 days on my test server under CentOS 7.1 to try everything. So if you have any betas - you're welcome, let me try.

Best regards, Serge

Wednesday, May 20, 2015, 12:52:20 PM, you wrote:

Hi @Sarge2013. Honestly I have start experiments with stock CentOs kernel 3.10.0-229.4.2.el7. Are you require exactly 4.0 version of kernel? Do you use the same from ELRepo? I have not tested it. — Reply to this email directly or view it on GitHub.

Hubbitus commented 9 years ago

Thanks for feedback. Then I could continue. Unfortunately it is not so easy. Patch is not applied as is and required some rabase work.

Sarge2013 commented 9 years ago

Dear Pavel, if such a professional like you say it's not so easy - it means I had no any chance to make a "package re-build" myself without an experience, definitely. It also explains why nobody did it yet. So wish you good luck and waiting for the news with great interest, anytime ! Best regards, Serge

Thursday, May 21, 2015, 10:28:35 PM, you wrote:

Thanks for feedback. Then I could continue. Unfortunately it is not so easy. Patch is not applied as is and required some rabase work. — Reply to this email directly or view it on GitHub.

Hubbitus commented 9 years ago

@Sarge2013. Yeh, it heavily rebased, but I have done it initially! Work based on: https://pf.natalenko.name/forum/index.php?topic=220.0 http://rpm.hubbitus.info/epel7/kernel/ please test

Hubbitus commented 9 years ago

For uksm package uksmtols from my repository also suggested.

Sarge2013 commented 9 years ago

Hello ! I've tried to use http://rpm.hubbitus.info/epel7/kernel/ - but something is wrong with connection. Please, cross check from your end.

Hubbitus commented 9 years ago

Sorry for the problem (but if you use yum there should be mirror used automatically). Please try again.

Sarge2013 commented 9 years ago

The problem is still here...after installation as instructed su -c 'rpm -Uhv http://hubbitus.info/rpm/epel7/Hubbitus-release-7-latest.noarch.rpm' // I tried yum --enablerepo=Hubbitus install kernel-headers kernel-tools-libs kernel-tools // and have result Error getting repository data for hubbitus, repository not found // After that I checked all links in Hubbitus.repo baseurl= http://hubbitus.info/rpm/EL$releasever/ http://hubbitus.info/rpm/epel$releasever/ http://rpm-mirror.hubbitus.info/epel$releasever/ They all dead "Not Found" Please, cross-check from your side again,

Hubbitus commented 9 years ago

Hm, last should work: http://rpm-mirror.hubbitus.info/epel7/

Hubbitus commented 9 years ago

And http://hubbitus.info/rpm/epel7/ also automatically redirect to new location http://rpm.hubbitus.info/epel7/ did not that happened for you?

Hubbitus commented 9 years ago

Release file also updated, please try update it too.

Sarge2013 commented 9 years ago

Dear Pavel ! Sorry for mess...but YUM REPO still does not work, really ! I can download wget http://rpm.hubbitus.info/epel7/kernel/x86_64/kernel-3.10.0-229.4.2.el7.centos.hu.1.pf1.x86_64.rpm wget http://rpm.hubbitus.info/epel7/kernel/x86_64/kernel-devel-3.10.0-229.4.2.el7.centos.hu.1.pf1.x86_64.rpm

but still yum --enablerepo=Hubbitus install kernel-headers kernel-tools-libs kernel-tools says Error getting repository data for Hubbitus, repository not found

Yes, we can try to use RPM -Uvh not YUM INSTALL...but as we make just the first expirements - may be we'd better try to solve with YUM UPDATE ? ...as usually, I mean. Still not direct links from baseurl= http://rpm.hubbitus.info/epel$releasever/ http://rpm.hubbitus.info/EL$releasever/ http://rpm-mirror.hubbitus.info/epel$releasever/ All "NOT FOUND" Sorry, Pavel, I just say what I see. May be any security restrictions from your side ? Because...again, it works wget http://rpm.hubbitus.info/epel7/kernel/x86_64/kernel-3.10.0-229.4.2.el7.centos.hu.1.pf1.x86_64.rpm but YUM - not...

Sarge2013 commented 9 years ago

Dear Pavel, now seems YUM works ! Please, read my first step-by-step report after the first test. (if it's more convenient for correspondence - my email laaxags on gmail.com)

Unfortunately I can't use my whole physical dedicated server to try kernel upgrade tests - so I created there a virtual machine under CentOS 7.1 VM platform - same CentOS 7.1 "Base Server with GUI" and default kernel 3.10.0-229.el7.x86_64. // Check available I/O schedulers under default CentOS kernel cat /sys/block/sr0/queue/scheduler // result noop deadline [cfq]

// My upgrade procedure mkdir /usr/src/repos cd /usr/src/repos // Install repos EPEL & Hubbitus wget http://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-5.noarch.rpm rpm -Uvh *.rpm su -c 'rpm -Uhv http://hubbitus.info/rpm/epel7/Hubbitus-release-7-latest.noarch.rpm'

I have used an idea of upgrade described on http://wiki.mikejung.biz/CentOS_7#Upgrade_CentOS_7_Kernel_to_4.0.1 // so I did yum remove kernel-headers-3.10.0-229.4.2.el7.x86_64 kernel-tools-libs-3.10.0-229.4.2.el7.x86_64 kernel-tools-3.10.0-229.4.2.el7.x86_64

// then I did yum update // no instalaltion (Seems "yum update" did everything with upgrades ?) // it says Install 2 Packages kernel x86_64 3.10.0-229.4.2.el7.centos.hu.1.pf1 Hubbitus-EL7 31 M kernel-devel x86_64 3.10.0-229.4.2.el7.centos.hu.1.pf1 Hubbitus-EL7 10 M Upgrade 70 Packages (various from CentOS updates)

I say YES, everything was OK, it installed everything + two your kernels.

// then I did grub2-set-default 0 grub2-mkconfig -o /boot/grub2/grub.cfg // and restart init 6

After restart I checked uname -a Linux localhost.localdomain 3.10.0-229.el7.x86_64 #1 SMP Fri Mar 6 11:36:42 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

// Check again I/O schedulers...under PF packages should be BFS & BFQ cat /sys/block/sr0/queue/scheduler // result...sorry...same 3 default ones noop deadline [cfq]

Dear Pavel, it's not a problem for me to create another VM and continue the tests until we will find a successful installation way. But first try seems not be successfull - as I don't see new PF packages for I/O schedulers. Please, look my step-by-step report...what I do wrong ? May be you could offer another upgrade procedure ? Waiting for your hints to try - and I'll make another test.

Thanks in advance, Have a nice day ! Serge

Hubbitus commented 9 years ago

Hi. Sorry for the delay with answer.

After restart I checked uname -a Linux localhost.localdomain 3.10.0-229.el7.x86_64 #1 SMP Fri Mar 6 11:36:42 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux It is not my kernel! Should be 3.10.0-229.4.2.el7.centos.hu.1.pf1 instead of 3.10.0-229.el7 Please check on boot time what option you had select.

And furthermore, is bfq should work under virtualisation? Is not virtual-bfq intended for that?

Sarge2013 commented 9 years ago

Hello ! Seems we both we busy with other issues. Well, my short report is

1) Yes, you're right. I've missed to change kernel on boot time. So yes, we have your kernel on CentOS 7 and procedure above is correct !

2) But anyway I don't see not BFQ not BFS I/O schedulers cat /sys/block/sr0/queue/scheduler noop deadline [cfq] Seems you're right - these I/O schedulers not supported on Virtual Machines. To my regret - right now I have only one production server where I can't make a real test on normal hardware, not on VM. Please, don't close the topic - as soon as I'll find a possibility to test your kernel - I'll let you know. Have a nice day !