similar to: Xen kernel-3.18.25-17 EL6 and EL7 needs testing

On 01/19/2016 03:27 PM, Phill Bandelow wrote: > I presume this addresses CVE-2016-0728? > Actually it does not .. they have not rolled that patch into the LTS 3.18 branch at kernel.org yet. As soon as it hits the LTS tree I will build a new kernel though. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature

(1) This made no difference. It still hangs around the same place. (2) It wasn't enabled in the kernel so i enabled it. I then rebooted but unfortunately it made no difference. If you want access to a hypervisor to have a play around, let me know. The only information i really have is that if i installed CentOS 7.3 on this hypervisor it works fine. On 11 December 2017 at 16:24, Richard

There is now a kernel-3.18.25-18 that fixes CVE-2016-0728 (and upgrades to the lastest 3.18 LTS kernel) for Xen4CentOS users. This kernel can be tested from here: http://cbs.centos.org/repos/virt6-xen-common-testing/x86_64/os/Packages/ (CentOS-6) and here: http://cbs.centos.org/repos/virt7-xen-common-testing/x86_64/os/Packages/ (CentOS-7) Once we get several tested installs we can move this

I presume this addresses CVE-2016-0728? On 19 January 2016 at 21:02, Johnny Hughes <johnny at centos.org> wrote: > There is a new xen kernel for centos-6 and centos-7 the needs testing in: > > http://cbs.centos.org/repos/virt6-xen-common-testing/x86_64/os/Packages/ > > and > > http://cbs.centos.org/repos/virt7-xen-common-testing/x86_64/os/Packages/ > > Thanks,

HI, We've started to see several issues with the Xen releases. Going back to basics I've used this guide https://wiki.centos.org/HowTos/Xen/Xen4QuickStart Once the install process is complete the grub.conf looks like this: default=0 timeout=5 splashimage=(hd0,0)/boot/grub/splash.xpm.gz hiddenmenu title CentOS (3.18.21-17.el6.x86_64) root (hd0,0) kernel /boot/xen.gz

I am using Xen 4.6.0-8.el7 on CentOS 7 with 3 Linux DomUs. I did have Xen 4.? on CentOS 6.5 on my previous system. I installed using yum install centos-release-xen. On shutting down the Hypervisor it used to wait for the DomUs to shut down gracefully (one can take a minute or more), then on starting up again it would restart the DomUs, all nice and controlled. For some reason the DomUs (CentOS

On Thu, Jan 21, 2016 at 1:28 PM, Phill Bandelow <phill at onapp.com> wrote: > Well when the last upgrade 4.2 > 4.4 went live and XM was disabled by > default it took many hosts down without warning. 4.4 > 4.6 may cause the > same issues. It's a dangerous upgrade for sure. Why can't 4.4 be LTS for C6? > as it's the last build with XM. Any XSA patches should not

OK Guys and Gals, We have just kicked off a build of the 4.9.34-29 xen kernel on the Community Build Service for both EL6 and EL7. This kernel has some important things in it. 1. It has a patch for the stack guard issue (CVE-2017-1000364). Also the patch for Xen Security fix XSA-216. See these upstream changelogs for ALL kernel commits from 4.9.31 to 4.9.34:

On 01/19/2016 03:37 PM, Johnny Hughes wrote: > On 01/19/2016 03:27 PM, Phill Bandelow wrote: >> I presume this addresses CVE-2016-0728? >> > > Actually it does not .. they have not rolled that patch into the LTS > 3.18 branch at kernel.org yet. > > As soon as it hits the LTS tree I will build a new kernel though. OK .. supposedly, this patch fixes the issue:

On 01/19/2016 05:22 PM, Johnny Hughes wrote: > There is now a kernel-3.18.25-18 that fixes CVE-2016-0728 (and upgrades > to the lastest 3.18 LTS kernel) for Xen4CentOS users. > > This kernel can be tested from here: > > http://cbs.centos.org/repos/virt6-xen-common-testing/x86_64/os/Packages/ > (CentOS-6) > > and here: > >

Thanks for the info. I can confirm doing the following works: yum install centos-release-qemu-ev yum install qemu-kvm-ev libguestfs-test-tool completes in 3 seconds. On 11 December 2017 at 16:49, Phill Bandelow <phill@onapp.com> wrote: > (1) This made no difference. It still hangs around the same place. > > (2) It wasn't enabled in the kernel so i enabled it. I then

On Tue, Jan 19, 2016 at 9:02 PM, Johnny Hughes <johnny at centos.org> wrote: > There is a new xen kernel for centos-6 and centos-7 the needs testing in: > > http://cbs.centos.org/repos/virt6-xen-common-testing/x86_64/os/Packages/ > > and > > http://cbs.centos.org/repos/virt7-xen-common-testing/x86_64/os/Packages/ Thanks, Johnny! Just a minor question about workflow. I

Thanks to work from Johnny, linux 3.18.12 with all the x4c blktap goodness have been built and are now in the virt6-testing repo. I've also uploaded libvirt 1.2.15. As you may have seen earlier today, virt6-testing also includes an updated 4.4.2 package with the latest security update (XSA-133). The kernel has had some basic testing (by myself, Johnny, and another community member), but

On Sat, May 16, 2015 at 2:08 PM, Johnny Hughes <johnny at centos.org> wrote: > On 05/13/2015 01:14 PM, George Dunlap wrote: >> Thanks to work from Johnny, linux 3.18.12 with all the x4c blktap >> goodness have been built and are now in the virt6-testing repo. I've >> also uploaded libvirt 1.2.15. As you may have seen earlier today, >> virt6-testing also

?My .02 is to stay the course. ?As a server admin, I want to be able to type things like: yum upgrade php ????not yum upgrade php55-epel-rpmforge-fancy-package Having to remember all the idiosyncrasies of a system is what causes some type of major failure in the future whenever (1) you forget something or (2) someone else has to pick up the box to adminster. -- ?Craig Thompson,

We?ve been seeing this a lot lately on generic CentOS 6 rpm installs: rpm -qa | grep libguestfs libguestfs-java-1.16.19-1.el6.x86_64 libguestfs-java-devel-1.16.19-1.el6.x86_64 libguestfs-1.16.19-1.el6.x86_64 libguestfs-tools-1.16.19-1.el6.x86_64 libguestfs-javadoc-1.16.19-1.el6.x86_64 libguestfs-devel-1.16.19-1.el6.x86_64 libguestfs-tools-c-1.16.19-1.el6.x86_64

At the moment, we're essentially using yum repos as the "patch" mechanism to CentOS Base: SIGs populate a repo with packages they want to add / override, and all other packages default to Base. The current setup is that every sig has exactly one production repo per CentOS version. Also, we seem to be wanting to see SIGs not as individual projects, but to make the 'G' an

The following have been added to the virt6-xen-44-testing repo: x86_64: kernel-3.18.21-13.el6.x86_64 kernel-devel-3.18.21-13.el6.x86_64 kernel-firmware-3.18.21-13.el6.noarch kernel-headers-3.18.21-13.el6.x86_64 perf-3.18.21-13.el6.x86_64 src: kernel-3.18.21-13.el6.x86_64 Please test these for a week or so and we will move them into production next week. I am also building this kernel into

There was some discussion about the lack of visibility of the Xen4CentOS development process. The Xen spec files and supporting patches are kept in a git tree. I've pushed copies of these trees here: https://github.com/gwd/sig-virt-xen xen-44 is the branch for Xen 4.4 development, and xen-46 is the branch for Xen 4.6 development. As is normal, these repos do not contain many of the binary

Hi, I tried this new kernel on out xen testbed with centos 6 and iscsi over qlog 57810 is not working, tried replacing drivers from manufacturer but does not work either. tried 4.9.23 from repo and is not working finally the old 4.9.13-22.el6.x86_64 is the only one from 4.9.x taht is working with hw iscsi on this cards. I will be happy to help debug the issue and get a latest kernel working