similar to: ZFS fails with C7 957

On Dec 6, 2018, at 17:45, david <david at daku.org> wrote: > > Folks > > I have two USB connected drives, configured as a mirrored-pair in ZFS. It's been working fine UNTIL I updated Centos > from 3.10.0-862.14.4.el7.x86_64 > to 3.10.0-957.1.3.el7.x86_64 > > The import of the pools didn't happen at boot. When I tried executing: > zpool list > I got

Il 25-06-2018 23:59 Yves Bellefeuille ha scritto: > I think the simplest solution would be to add this (which I haven't > tried): > > http://zfsonlinux.org/ > https://github.com/zfsonlinux/zfs/wiki/RHEL-and-CentOS > > to the Available Repositories for CentOS wiki page: > > https://wiki.centos.org/fr/AdditionalResources/Repositories/ > > unless someone with

Hi list, today I tried to update my centos workstation (7.6.1810). My problem concerns kmod-nvidia update. Nvidia driver where installed by elrepo. During running yum update I get: kmod-nvidia.x86_64 430.40-2.el7_7.elrepo elrepo and I also get several statements like this: Errore: Pacchetto: kmod-nvidia-430.40-2.el7_7.elrepo.x86_64 (elrepo) Richiede:

On Fri, Mar 03, 2017 at 12:03:52PM -0800, Akemi Yagi wrote: > On Fri, Mar 3, 2017 at 9:16 AM, Lamar Owen <lowen at pari.edu> wrote: > > All, > > > > This is just a heads-up that the new C7 update kernel breaks ABI > > compatibility, at least as far as using the ELrepo nVidia drivers is > > concerned. I have posted more details to the ELrepo list; but since

It would seem kmod-hfsplus does not have a module for my kernel uname -r 3.10.0-327.28.2.el7.x86_64 yum provides "*/hfsplus.ko" Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: mirror.tzulo.com * elrepo: repos.ord.lax-noc.com * extras: mirrors.usinternet.com * updates: mirror.nexcess.net kmod-hfsplus-0.0-1.el7.elrepo.x86_64 : hfsplus

On Tue, May 26, 2009 at 1:51 PM, Tru Huynh <tru at centos.org> wrote: > On Tue, May 26, 2009 at 08:16:42AM -0700, Akemi Yagi wrote: >> Here is the updated version: >> >> http://centos.toracat.org/kmods/CentOS-4/xfs/SRPMS/ >> >> Please discard the obsoleted ones (I did not bump the version/release >> number). ?Let me know when your binaries are ready for

I am install C7.5 on a nvidia unit and nvidia-detect tells me to use kmod-nvidia-390xx so I do the yum install and and after a long time I see this -> Processing Dependency: kernel(__drm_atomic_helper_crtc_duplicate_state) = 0xa5f3a170 for package: kmod-nvidia-390xx-390.87-2.el7_6.elrepo.x86_64 --> Processing Dependency: kernel(__drm_atomic_helper_crtc_destroy_state) = 0x00a9c70b for

Hi list, we all know why ZFS is not included in RHEL/CentOS distributions: its CDDL license is/seems not compatible with GPL license. I'm not a layer, and I do not have any strong opinion on the matter. However, as a sysadmin, I found ZFS to be extremely useful, especially considering BTRFS sad state. I would *really* love to have ZFS on Linux more intergrated with current CentOS. From

Hi all, I have a server running 7.3 using the zfs-kmod packages from zfsonlinux.org. For the update to 7.4, I followed https://github.com/zfsonlinux/zfs/wiki/RHEL-&-CentOS: removal of all zfs - and related packages and installation of the zfs-release.7.4.noarch.rpm Afterwards, yum will find almost all packages from that repository - except for the zfs-0.7.1-1.el7_4.x86_64.rpm itself

All, This is just a heads-up that the new C7 update kernel breaks ABI compatibility, at least as far as using the ELrepo nVidia drivers is concerned. I have posted more details to the ELrepo list; but since many folks use the Elrepo kmods I thought a heads-up would be appropriate. If you use the ELrepo nvidia kmod you will either need to hold off on the kernel update or uninstall the nvidia

On 10/26/2017 08:01 PM, Akemi Yagi wrote: > On Thu, Oct 26, 2017 at 4:17 PM, H <agents at meddatainc.com> wrote: > >> On October 26, 2017 6:31:04 PM EDT, Akemi Yagi <amyagi at gmail.com> wrote: >>> On Thu, Oct 26, 2017 at 3:11 PM, H <agents at meddatainc.com> wrote: >>> >>>> On 04/18/2017 12:54 PM, H wrote: >>>>> A couple

On October 26, 2017 6:31:04 PM EDT, Akemi Yagi <amyagi at gmail.com> wrote: >On Thu, Oct 26, 2017 at 3:11 PM, H <agents at meddatainc.com> wrote: > >> On 04/18/2017 12:54 PM, H wrote: >> > A couple of days ago I submitted a request to ElRepo and kmod-jfs >is >> now available for CentOS 7 as well. >> > >> >> Did not have a need to

Just a heads up that once again an xorg update has removed the link in /usr/lib64/xorg/modules/extensions that points to libglx.so.325.15 in /usr/lib64/xorg/modules/extensions/nvidia thus breaking X. This should only effect those with nvidia proprietary driver. One of the following packages is the culprit but I have not tried to narrow it down. I have done updates and downgrades several

I have elrepo installed. rpm -qa | grep elrepo gives elrepo-release-7.0.3.el7.elrepo.noarch nvidia detect (which installed) tells me kmod-nvidia-340xx when I do yum install kmod-nvidia-340xx it is saying no package kmod-nvidia-340xx available ? What did I miss? Thanks, Jerry

On 27/02/2019 20:34, Phil Perry wrote: > On 27/02/2019 20:29, Jerry Geis wrote: >>> I'll see if I can find some time this weekend to fix the elrepo package >>> and get it reinstated into the repository. >> >>> Phil >> >> >> Hi Phil, Thanks for the reply. Your correct this is OLD hardware. >> Everything was working with 7.5 thought I

Hi, folks, Well, still more fun (for values of fun approaching zero): 1. Went to install CUDA 9.0... well, gee, there is *no* CUDA 9.0. Even though I installed the 9 repo, all that I get is 8. I've used their webform, and an waiting on a reply. 2. I remove all nvidia packages. 3. It appears that the kmod-nvidia is what I need; that's what nvidia-detect

I just kickstarted a new machine with the latest CentOS 6.2 files, including kernel 2.6.32-220.13.1.el6.x86_64. It came up without network interfaces. dmesg says: bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v2.2.1 (Dec 18, 2011) alloc irq_desc for 36 on node -1 alloc kstat_irqs on node -1 bnx2 0000:01:00.0: PCI INT A -> GSI 36 (level, low) -> IRQ 36 bnx2 0000:01:00.0:

Hi, the topic is an excerpt of the 5.4 release notes and raises a question. I have a i386 server here, that has been running for nearly two years with xfs module from extras repo. When lookin at the module it was build against 2.6.18-92.1.13.el5. Question is, is it still safe to use this module with 5.4? Or should I switch back to a CentosPlus kmod and an older kernel? Rainer

Phil Perry wrote: > On 27/09/17 16:49, m.roth at 5-cent.us wrote: >> Hi, folks, >> >> Well, still more fun (for values of fun approaching zero): >> >> 1. Went to install CUDA 9.0... well, gee, there is *no* CUDA 9.0. >> Even though I installed the 9 repo, all that I get is 8. I've >> used their webform, and an waiting on a

At 01:25 PM 5/13/2020, James Szinger wrote: >On Tue, 12 May 2020 17:42:25 -0700 david <david at daku.org> wrote: > > > Folks > > > > I've been trying to convert my systems to Centos 8, seeing the EOL on > > the horizon a few years away. One of my systems is a Mac-Mini, and > > support for that has been discontinued. I'm wondering what the >