similar to: CentOS-announce Digest, Vol 138, Issue 7

CentOS Errata and Security Advisory 2016:1633 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-1633.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4a43586d53bea13acb0a2bc8e2fe3fa09397d942ad718a4dee1e142e9e9380e8 kernel-3.10.0-327.28.3.el7.x86_64.rpm

All of the following is still under the Centos 7 KDE Live CD: If I mount /dev/sda2 on /media and have a look, this is the valid EFI filesystem, including the Fedora and Centos entries. If I try to mount /dev/sda6 on /media it looks to be a valid /boot filesystem. If I mount /dev/sda6 as /boot and mount /dev/sda2 as /boot/efi before running Jim's efibootmgr command will I fix the problem

On Wed 14.Sep'16 at 7:17:45 -0600, Alex Williamson wrote: > On Wed, 14 Sep 2016 15:00:37 +0200 > Paolo Bonzini <pbonzini at redhat.com> wrote: > > > On 14/09/2016 14:35, Sandro Bonazzola wrote: > > > FYI > > > > > > > > > ---------- Forwarded message ---------- > > > From: *C. L. Martinez* <carlopmart at gmail.com

Hi all, I am trying to configure a kvm guest using pci passthrough to pass it a wireless pci adapter (host is my personal laptop). But when I try to start it: error: Failed to start domain obsdfw error: unsupported configuration: host doesn't support passthrough of host PCI devices PCI passthrough is enabled: [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-3.10.0-327.28.3.el7.x86_64

Hi List, I use the kmod-nvidia package on my CentOS workstations. Always this has "just worked". Doing a yum update this morning I now get this: 09:15:28 : ERROR: Package: kmod-nvidia-367.57-2.el7.elrepo.x86_64 (elrepo) Requires: kernel(drm_atomic_helper_plane_reset) = 0xabd4c98d Installed: kernel-3.10.0-327.28.2.el7.x86_64 (@updates)

Hi List, I have several workstations all with exactly the same OS versions, kernels + yum versions; CentOS Linux release 7.2.1511 (Core) kernel.x86_64 3.10.0-327.28.3.el7 yum.noarch 3.4.3-132.el7.centos.0.1 running a 'yum history list' command produces different outputs on some workstations, I haven't changed any yum configurations. Workstation A: yum history list

Hello In a VM with CentOS 7, kernel 3.10.0-327.28.3.el7.x86_64, the console root login shows "[ 72.776182] dm-0: WRITE SAME failed. Manually zeroing". What is wrong? Regards, MM

On Wed, Apr 26, 2017 at 08:51:39AM -0500, Eric Blake wrote: > > > > I migrated a Windows 7 VM with libvirtd tunnelled, the VM halted > > on the target although the status is running. What do you mean by halted ? The guest OS has shutdown, or QEMU has crashed, or something else ? > > > > > > [root@test15 ~]# virsh migrate --live --p2p --tunnelled

I do not want to disable SELinux at large but only for a directory and its sub-directories. On Fri, Sep 16, 2016 at 8:31 AM, Eddie G. O'Connor Jr. <eoconnor25 at gmail.com > wrote: > Not sure about most others, but I was always told that you never disable > Selina. Of course that is in a business/corporate setting. If it's just > you at home with a few servers? Then

Hello everyone, I have a problem with oddjob_mkhomedir on a NFS mount point. The actual context is nfs_t drwxr-xr-x. root root system_u:object_r:nfs_t:s0 users/ With this type, oddjob_mkhomedir cannot do is job of creating home user directories. In the logs, I found about creating a new module with audi2allow and semodule: [root@ audit]# sealert -l fe2d7f60-d3ff-405b-b518-38d0cf021598

[moderator note: I'm forwarding a stripped down version of the original mail which was rejected in the moderator queue. I stripped the 3.3 megabyte .tar.bz2 of the log file attachment, which is inappropriate for a technical list. Either trim the log to the relevant portion, or host the log externally and have your list email merely give a URL of the externally-hosted file] >

Hello Dovecot list, We've been running a really old CentOS 5 server with the stock dovecot from yum (1.0.7) for years and years with absolutely no problems. If it ain't broke, don't fix it, or something like that. Well it finally broke, but only due to the server no longer being able to handle the load of the increasing user base (many thousands now, with hundreds of concurrent

Hi Jim, Thanks for this. I looked into what you said, and once happy I ran the command you gave. It appeared to work as it did not come up with any errors, and the output from efibootmgr showed 1) Centos had been added as an option and 2) it was the first in the boot sequence. However, when I rebooted the laptop went straight into Win8, and after rebooting back into KDE Live, the option is

http://bugzilla.mindrot.org/show_bug.cgi?id=138 ------- Additional Comments From rob at adso.com.pl 2002-06-29 07:46 ------- Created an attachment (id=121) Patch for openssh 3.4p1, which corrects problems with blowfish + ssh1 + OpenSSL 0.9.5a ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Dear useRs, does anyonw now how to avoid [ reached getOption("max.print") -- omitted 138 rows]. i read from the R forum that it can be avoided by increasing the 'max.print' option as much as i like, but i dnt know, how?? need your help on it. regards eliza [[alternative HTML version deleted]]

http://bugzilla.mindrot.org/show_bug.cgi?id=138 patl at cag.lcs.mit.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From patl at cag.lcs.mit.edu 2002-05-13 00:55

http://bugzilla.mindrot.org/show_bug.cgi?id=138 ------- Additional Comments From eds at reric.net 2002-04-11 08:13 ------- As far as I can tell, blowfish is indeed broken in ssh1. [eds at ike eds]$ ssh -v -1 postal OpenSSH_3.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090581f ... snip some output ... debug1: Remote protocol version 1.99, remote software version OpenSSH_3.1p1 debug1: match:

http://bugzilla.mindrot.org/show_bug.cgi?id=138 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Additional Comments From djm at mindrot.org 2002-09-10 22:27

The Xen Project has publicly released XSA-138: http://xenbits.xen.org/xsa/advisory-138.html All users using HVM (fully virtualized) guests with emulated CDROM drives are advised to upgrade. There are signed versions of Xen4CentOS6 packages uploaded to the mirror system. There are also unsigned packages available on the CBS: http://cbs.centos.org/repos/virt6-testing/x86_64/os/Packages/

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When