similar to: yum repo issue

hi johnny, >> anyone any hints how to debug this or some clues what could be going >> wrong here. > > Do you have an exclude in /etc/yum.conf for ibutils-libs? how embarassing. there was indeed an exclude on ibutils-libs. (this must be some leftover from using mlnx ofed. we are switching from c73+mlnx ofed 3.4 to c74 stock ib (there's no mlnxofed3.4 for c74, and our old

On 09/29/2017 02:54 PM, Stijn De Weirdt wrote: > hi all, > > i'm trying to understand an issue i'm having with a yum repo (it's a > mirror of the c74 repo). > > there's an rpm in the repo (ibutils-libs in this case); but the client > using this repo says it cannot find this rpm (i did yum info > ibutils-libs --disablerepo=* --enablerepo=c74 to exclude all

hi all, in case someone else runs into it, it is the opfed-scripts rpm that has a postinstall and postuninstall script that changes the yum.conf (bad, mellanox, bad) for a pure/regular uninstall it works fine, but to swap ibutils from mlnxofed to ib stack from os, yum obviously doesn't know that the exclude will be removed. i've seen worse in vendor-provided rpms, but i guess it caught

CentOS Errata and Security Advisory 2013:0509 Low Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-0509.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: fa98c0004fddc0eb5accd47bbc64b020470f83d707b0a498abb58e59c562111d ibutils-1.5.7-7.el6.i686.rpm

I'm putting the finishing touches on a new server, which will be replacing an old one. It's got a non-rpm ruby package (I hear lots of not-nice things about the RH package). The new server had ruby installed, so I went to yum remove it. And it removed ibutils as a dependency of ruby or ruby-libs. rpm -qi of ibutils tells me Summary : OpenIB Mellanox InfiniBand Diagnostic Tools

Hello, I am having trouble installing the server modules for lustre 2.1.4 and use mellanox''s OFED distribution so we may use infiniband. Would you folks look at my procedure and results below and let me know what you think? Thanks very much! The mellanox ofed installation builds and installs some kernel modules too, so I used this method to ensure OFED compiled against the correct

packages.debian.org is lagging in terms of what it''s showing, but.... $ rmadison -u debian {puppet,facter} | grep unstable puppet | 0.25.4-1 | unstable | source, all facter | 1.5.7-1 | unstable | source, all they''re both up there now. -- nigel -- You received this message because you are subscribed to the Google Groups "Puppet Users" group.

Hi, Rsync is still hanging under cygwin for me. I'm using rsync 2.6.0 and i've tried cygwin-1.5.6-1 as well as a snapshot of 1.5.7. I've noticed that some people are having success. I shouldn't have to do anything interesting in order to make this work, right? *********************************************************************** This message is intended only for the use of

Issue Statement: PXE booting from BIOS systems works fine on both 6.03 and 6.04-pre1. New clients only support (u)EFI which results in the inability to load remote kernel or initrd. Tested with both Syslinux 6.03 and 6.04-pre1. So far unable to boot any (u)EFI clients unless both initrd and kernel are on PXE server. Using packet captures I see that the URI request for the remote file on the repo

I have 2 RHEL 5.4 systems where all facter lsb* items are missing. Any ideas? Sanitized facter output: architecture => i386 domain => missyou.edu facterversion => 1.5.7 fqdn => broken.missyou.edu hardwareisa => i686 hardwaremodel => i686 hostname => broken id => root interfaces => eth0,sit0 ipaddress => 1.2.1.5 ipaddress_eth0 => 1.2.1.5 is_virtual => true

it's strange since this kernel don't have kvm support, qemu or qemu-kvm or kvm package is not added. even though it was said that 5.4 will support kvm?:-( Tom "spot" Callaway wrote: > New Packages in RHEL 5.4 Beta: > ******************************** > blktrace-1.0.0-6.el5.src.rpm > celt051-0.5.1.3-0.el5.src.rpm > etherboot-5.4.4-10.el5.src.rpm >

Greetings Xen user community, I am interested in using Mellanox ConnectX cards with SR-IOV capabilities to passthrough pci-e Virtual Functions (VFs) to Xen guests. The hope is to allow for the use of InfiniBand directly within virtual machines and thereby enable a plethora of high performance computing applications that already leverage InfiniBand interconnects. However, I have run into some

On Thu, Dec 7, 2017 at 6:23 AM, Stijn De Weirdt <stijn.deweirdt at ugent.be> wrote: > hi all, > > latest kmod update 20-15.el7_4.6 is broken on our systems, while > previous 20-15.el7_4.4 was working fine (and downgrading fixes the issue). > > the issue is with modules from mellanox kmod rpms that are symlinked in > the weak-updates dir. the config files in

hi akemi, i also forgot about this thread. we already tested the latest kmod last week and it indeed fixes the issue. still no clue how to report issues to centos team to doublecheck packaging mishaps... stijn On 02/06/2018 12:49 AM, Akemi Yagi wrote: > On Tue, Jan 2, 2018 at 10:10 AM, Akemi Yagi <toracat at elrepo.org> wrote: >> >> On Thu, Dec 7, 2017 at 6:23 AM, Stijn De

Hi all, When I called arrayIndex(20:23, dim=c(4,3,3)), it says "Error: could not find function "arrayIndex"in R". So I called ls("package:utils") to see the functions inside: [1] "?" [2] "adist" [3] "alarm" [4] "apropos" [5] "aregexec" [6] "argsAnywhere" [7] "arrangeWindows" [8]

hi all, latest kmod update 20-15.el7_4.6 is broken on our systems, while previous 20-15.el7_4.4 was working fine (and downgrading fixes the issue). the issue is with modules from mellanox kmod rpms that are symlinked in the weak-updates dir. the config files in /etc/depmod.d look ok (and do work with previous version): dist.conf has weak-updates after built-in, and mellanox kmod rpms ship a

When I run the following "net lookup sid" command, I get: # net lookup sid S-1-5-21-1908027396-2059629336-315576832-12220 S-1-5-21-1908027396-2059629336-315576832-12220 1 (User) \fhess This is wrong in that "\fhess" should be "NIST\fhess". The other direction works fine: # net lookup name "NIST\fhess" S-1-5-21-1908027396-2059629336-315576832-12220 1

The following updates were released with the CentOS-6.5 Release Announcement. You can see the individual announcements by viewing the CentOS-CR-Announce Mailing List here: http://lists.centos.org/pipermail/centos-cr-announce/2013-November/thread.html If you want updates as fast as possible during CentOS point releases, please consider enabling the CentOS Continuous Release Repository:

int he example below I run facter looking for the fact "sp_serial_number". as you can see, the command facter sp_serial_number returns nothing, but the fact is there and is returned when just running facter and grepping for the fact. Some fact seem to work and others do not. any ideas? marcuspro:~ allan$ facter --version 1.5.7 marcuspro:~ allan$ facter sp_serial_number marcuspro:~

On Tue, Jan 2, 2018 at 10:10 AM, Akemi Yagi <toracat at elrepo.org> wrote: > > On Thu, Dec 7, 2017 at 6:23 AM, Stijn De Weirdt <stijn.deweirdt at ugent.be> wrote: >> latest kmod update 20-15.el7_4.6 is broken on our systems, while >> previous 20-15.el7_4.4 was working fine (and downgrading fixes the issue). >> >> the issue is with modules from mellanox