[elrepo] elrepo vault
H, Is there anything like the Centos-Vault.repo for the elrepo ? Thanks, Steve Email Confidentiality Notice: The information contained in this transmission may contain privileged and confidential and/or protected health information (PHI) and may be subject to protection under the law, including the Health Insurance Portability and Accountability Act of 1996, as amended (HIPAA). This transmission is intended for the sole use of the individual or entity to whom it is addressed. If you are not the intended recipient, you are notified that any use, dissemination, distribution, printing or copying of this transmission is strictly prohibited and may subject you to criminal or civil penalties. If you have received this transmission in error, please contact the sender immediately and delete this email and any attachments from any computer. Vaso Corporation and its subsidiary companies are not responsible for data leaks that result from email messages received that contain privileged and confidential and/or protected health information (PHI). ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
[elrepo] conflicts install kernel-lt*
Hi, When I try to install kernel-lt on centos 6 I get conflicts with the existing stock centos kernel-* Error: kernel-lt-firmware conflicts with kernel-firmware-2.6.32-696.1.1.el6.noarch Error: kernel-lt-doc conflicts with kernel-doc-2.6.32-696.1.1.el6.noarch Error: kernel-lt-headers conflicts with kernel-headers-2.6.32-696.1.1.el6.x86_64 Do I not need these packages? Especially the kernel-firmware? Thanks, Steve ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
Re: [elrepo] Announcement: EL5 and EL6 Updated kmod-ixgbe Release [3.21.2-1]
On 05/01/2014 03:04 PM, Alan Bartlett wrote: Announcing the release of updated kmod-ixgbe packages into the EL5 and EL6 elrepo repositories: http://elrepo.org/tiki/kmod-ixgbe This package provides an updated ixgbe driver, version 3.21.2-1 It is built to depend upon the specific ABI provided by a range of releases of the same variant of the Linux kernel and not on any one specific build. The following files are currently syncing to the mirrors: EL5: x86 kmod-ixgbe-3.21.2-1.el5.elrepo.i686.rpm kmod-ixgbe-PAE-3.21.2-1.el5.elrepo.i686.rpm kmod-ixgbe-xen-3.21.2-1.el5.elrepo.i686.rpm x86_64 kmod-ixgbe-3.21.2-1.el5.elrepo.x86_64.rpm kmod-ixgbe-xen-3.21.2-1.el5.elrepo.x86_64.rpm SRPMS ixgbe-kmod-3.21.2-1.el5.elrepo.src.rpm EL6: x86 kmod-ixgbe-3.21.2-1.el6.elrepo.i686.rpm x86_64 kmod-ixgbe-3.21.2-1.el6.elrepo.x86_64.rpm SRPMS ixgbe-kmod-3.21.2-1.el6.elrepo.src.rpm You may update your system by: yum --disablerepo=\* --enablerepo=elrepo update kmod-ixgbe Once the package has been installed, remember to unload the existing driver before loading the updated version into the kernel: /sbin/ifdown ethN /sbin/modprobe -r ixgbe /sbin/modprobe ixgbe /sbin/ifup ethN Thank you, The ELRepo Team. ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo You guys are GREAT! Thanks to the whole ELRepo Team. -- Stephen Clark *NetWolves Managed Services, LLC.* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
Re: [elrepo] Kernel-lt Package Sets -- What to Expect for EL5 and EL6
Hi Alan, Thanks to you and the team for doing the lt kernels. Will the last 3.0.101 kernel be kept available somewhere? Thanks again, Steve On 10/24/2013 09:35 PM, Alan Bartlett wrote: We have recently released [1] the latest update to the kernel-lt package sets, for both EL5 and EL6. Those of you who regularly monitor the front page of the Linux Kernel Archives website [2] will have observed that the linux-3.0.X branch has now been transitioned to EOL status following the release of the linux-3.0.101 sources [3]. This action is in full accord with the information contained within the 'Longterm release kernels' table, as shown on the 'Active kernel releases' page [4]. As a preparation for this event, the ELRepo Project previously asked for comments [5] as to which Linux source branch should then be used for the basis of the kernel-lt package sets. The final decision [6] was that kernel-lt for EL5 will be built using the linux-3.2.X branch and kernel-lt for EL6 will be built using the linux-3.10.X branch. All users who make regular use the kernel-lt packages should be prepared for the transition that will thus occur with the next update to the kernel-lt package sets. Thank you, The ELRepo Team. [1] http://lists.elrepo.org/pipermail/elrepo/2013-October/002014.html [2] https://www.kernel.org/ [3] https://lkml.org/lkml/2013/10/22/125 [4] https://www.kernel.org/category/releases.html [5] http://lists.elrepo.org/pipermail/elrepo/2013-August/001863.html [6] http://lists.elrepo.org/pipermail/elrepo/2013-August/001890.html ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
[elrepo] kmod-nvidia
Hello List, will the kmod-nvidia rpm work with the kernel-lt that Alan Bartlett builds? Thanks, -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
[elrepo] kmod-e1000e
Hello list, If I am using the kmod-e1000e driver and upgrade to the next kernel will the kmod-e1000e driver still be used or do I have to reinstall it. The kmod-e1000e driver fixes this issue: http://www.spinics.net/lists/netdev/msg244462.html Thanks, Steve -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
Re: [elrepo] kmod-e1000e
On 09/17/2013 07:40 AM, Phil Perry wrote: On 17/09/13 12:08, Steve Clark wrote: Hello list, If I am using the kmod-e1000e driver and upgrade to the next kernel will the kmod-e1000e driver still be used or do I have to reinstall it. The kmod-e1000e driver fixes this issue: http://www.spinics.net/lists/netdev/msg244462.html Thanks, Steve Hi Steve, In the vast majority of cases the kmod driver will continue to work seamlessly across kernel updates. It is possible that changes to the kernel ABI between point updates (for example, between 6.3 and 6.4 kernels) could cause a kmod driver to fail, but this is relatively rare. If that does happen then in the vast majority of cases simply rebuilding the kmod driver package against the latest kernel will resolve the issues in which case a bug report to elrepo.org/bugs will get the issue resolved pretty quickly. So either way, you shouldn't ever need to reinstall it. You can test the process for yourself. Generally, if the module weak links against the new kernel then it should work. So, once you have installed the new kernel, try: find /lib/modules/ -name e1000e.ko | grep 'weak\|extra' the module was built against and installed to the extra directory, and is compatible with all installed kernels where it is symlinked into the weak-updates directories. Here is an example of this from my EL5 system for the coretemp.ko module: $ find /lib/modules/ -name coretemp.ko | grep 'weak\|extra' /lib/modules/2.6.18-308.el5/weak-updates/coretemp/coretemp.ko /lib/modules/2.6.18-348.el5/weak-updates/coretemp/coretemp.ko /lib/modules/2.6.18-238.el5/extra/coretemp/coretemp.ko /lib/modules/2.6.18-348.16.1.el5/weak-updates/coretemp/coretemp.ko /lib/modules/2.6.18-274.el5/weak-updates/coretemp/coretemp.ko /lib/modules/2.6.18-194.el5/weak-updates/coretemp/coretemp.ko so, if I were running 5.8 and had just installed the 5.9 kernel (2.6.18-348.el5), the above output would indicate the driver should be compatible (which indeed it is). Hope that helps, Phil Note: elrepo kmod packages are *not* compatible with elrepo kernel-ml and kernel-lt offerings. Hi Phil, Thanks for the info. It does look like it should work: $ find /lib/modules/ -name e1000e.ko | grep 'weak\|extra' /lib/modules/2.6.32-358.11.1.el6.centos.plus.i686/weak-updates/e1000e/e1000e.ko /lib/modules/2.6.32-279.el6.i686/extra/e1000e/e1000e.ko When we upgrade I'll verify the we are still using the kmod-e1000e driver. -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
Re: [elrepo] Announcement: EL5 Updated kernel-lt Release [Version 3.0.51-2.el5.elrepo]
Alan, Just tested kernel-lt-3.0.51-2.el6.elrepo.i686.rpm and opennhrp now works! Thanks again, Steve On 11/08/2012 07:00 AM, Steve Clark wrote: Thanks Alan, Elrepo guys ROCK! along with the whole CentOS team. On 11/07/2012 09:15 PM, Alan Bartlett wrote: Announcing the release of the kernel-lt-3.0.51-2.el5.elrepo packages into the EL5 elrepo-kernel repository: http://elrepo.org/tiki/kernel-lt This revised release incorporates a configuration change, CONFIG_ARPD=y, as requested by Steve Clark: http://lists.elrepo.org/pipermail/elrepo/2012-November/001515.html The following files are currently syncing to the mirrors: x86 kernel-lt-3.0.51-2.el5.elrepo.i686.rpm kernel-lt-devel-3.0.51-2.el5.elrepo.i686.rpm kernel-lt-doc-3.0.51-2.el5.elrepo.noarch.rpm kernel-lt-headers-3.0.51-2.el5.elrepo.i386.rpm kernel-lt-PAE-3.0.51-2.el5.elrepo.i686.rpm kernel-lt-PAE-devel-3.0.51-2.el5.elrepo.i686.rpm x86_64 kernel-lt-3.0.51-2.el5.elrepo.x86_64.rpm kernel-lt-devel-3.0.51-2.el5.elrepo.x86_64.rpm kernel-lt-doc-3.0.51-2.el5.elrepo.noarch.rpm kernel-lt-headers-3.0.51-2.el5.elrepo.x86_64.rpm src kernel-lt-3.0.51-2.el5.elrepo.nosrc.rpm We provide these kernels for hardware testing in an effort to identify new/updated drivers which can then be targeted for backporting as kmod packages. Meanwhile, these kernels may provide interim relief to people with non-functional hardware. We stress that we consider such kernels as a last resort for those who are unable to get their hardware working using the RHEL-5 kernel with supplementary kmod packages. These packages are provided As-Is with no implied warranty or support. Using the kernel-lt may expose your system to security, performance and/or data corruption issues. Since timely updates may not be available from the ELRepo Project, the end user has the ultimate responsibility for deciding whether to continue using the kernel-lt packages in regular service. The packages are intentionally named kernel-lt so as not to conflict with the RHEL-5 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-5 configuration with added functionality enabled as appropriate. If a bug is found when using these kernels, the end user is encouraged to report it upstream to the Linux Kernel Bug Tracker [1] and, for our reference, to the ELRepo bug tracker [2]. By taking such action, the reporter will be assisting the kernel developers, Red Hat and the Open Source Community as a whole. Thank you, The ELRepo Team. [1]http://bugzilla.kernel.org/ [2]http://elrepo.org/bugs/ ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
[elrepo] lt - CONFIG_ARPD
Hi Alan, I is possible to get CONFIG_ARPD set in the lt kernel? It is needed to allow opennhrp to work correctly. Thanks, -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
Re: [elrepo] How long does kernel release stay in the downloads area?
On 10/09/2012 08:17 PM, Phil Perry wrote: On 04/10/12 18:49, Antonio Dupont wrote: Hello On Thu, Oct 4, 2012 at 10:30 AM, Akemi Yagitora...@elrepo.org wrote: On Thu, Oct 4, 2012 at 4:45 AM, Steve Clarkscl...@netwolves.com wrote: On 10/03/2012 05:57 PM, Antonio Dupont wrote: Hello Akemi, Thank you for the reply. The kernel-ml-3.5.4-1.el6.elrepo. i686.rpm version of the kernel looks to be the one that I will be using to be verified by a third party. I do understand that this is for testing purposes and we do test thoroughly before we would potentially use it in a production scenario. To be honest, I feel more comfortable use this one than one that I compiled myself, since many others get to put their hands on it. Thanks for all your efforts. El Repo has help me many of times. Best regards, Antonio I'm making a build that I will install over and over again and it needs to be verified by a 3rd party. One of the verification steps is to confirm the location that a piece of software was downloaded from. How long will a kernel release from El Repo stay in the download area (http://elrepo.org/linux/kernel/el6/i386/RPMS/ kernel-ml-3.5.4-1.el6.elrepo.i686.rpm)? It looks like an update replace a previous version and the previous version removed. Is there any place the previous versions are retained? Thanks very much for your help in advance. Regards, Antonio Hi Antonio, I too would like to see an archive of the kernel-ml kernels. It will help if we know in what situation older versions of kernel-ml are desired/needed. As you are all aware, kernel-ml is offered for testing purposes only. Running it in production may cause security issues unless it is kept up-to-date. Technically, we may be able to keep a few versions in the archival area if requested. Akemi Just an update on this request. After some discussion we have established that it is possible to provide an archive of the kernel repository containing the kernel-ml packages. There was some hesitancy on our behalf given the security implications associated with older outdated kernels, but given our disclaimers already in place and the fact that providers such as Red Hat have no issue in keeping older packages indefinitely available to users, we shall endeavour to do likewise. To this end setting up of a kernel archive is in progress. It will appear on mirrors that currently carry the elrepo archive (for a list please see the Download section: http://elrepo.org/tiki/Download for mirrors with archive appended). We will endeavour to retrieve old packages from backups where possible to populate the archive and will archive current kernel-ml packages moving forward. Again we stress these packages are not intended for production use and that older versions will likely contain security issues so use at your own risk. Thanks for your support, Phil You guys ROCK! -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
Re: [elrepo] Route problem with dual interface in elrepo kernel
On 07/18/2012 03:03 AM, cute candy wrote: Hi All, I am using kernel version kernel-ml-PAE-2.6.39-4.1.el5. elrepo.i686.rpm. My machine has two network interfaces eth0 and eth1. I configured IP on both the interfaces. Below is the snippet. eth0 Link encap:Ethernet HWaddr 00:15:17:61:D2:16 inet addr:10.77.247.172 Bcast:10.77.247.175 Mask:255.255.255.240 inet6 addr: 1701::215:17ff:fe61:d216/64 Scope:Global inet6 addr: fe80::215:17ff:fe61:d216/64 Scope:Link inet6 addr: 1701::59b0:2825:8287:29b8/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:77 errors:0 dropped:0 overruns:0 frame:0 TX packets:74 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:11432 (11.1 KiB) TX bytes:7725 (7.5 KiB) Interrupt:17 Memory:e818-e81a eth1 Link encap:Ethernet HWaddr 00:15:17:61:D2:17 inet addr:10.77.243.154 Bcast:10.77.243.255 Mask:255.255.255.128 inet6 addr: 5abe::215:17ff:fe61:d217/64 Scope:Global inet6 addr: 1901::215:17ff:fe61:d217/64 Scope:Global inet6 addr: fe80::215:17ff:fe61:d217/64 Scope:Link inet6 addr: 5abe::9d72:9c93:78c0:e6f6/64 Scope:Global inet6 addr: 1901::9d72:9c93:78c0:e6f6/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2423 errors:0 dropped:0 overruns:0 frame:0 TX packets:137 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:214114 (209.0 KiB) TX bytes:9211 (8.9 KiB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:15851 errors:0 dropped:0 overruns:0 frame:0 TX packets:15851 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4133739 (3.9 MiB) TX bytes:4133739 (3.9 MiB) I configured default gateway in eth0. Below is the snippet. [root@ACS172 ~]# route -A inet -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.77.247.160 0.0.0.0 255.255.255.240 U 0 0 0 eth0 10.77.243.128 0.0.0.0 255.255.255.128 U 0 0 0 eth1 0.0.0.0 10.77.247.161 0.0.0.0 UG 0 0 0 eth0 Issue: The issue is IP configured in eth1(10.77.243.154) is not pinging from other subnets(other than 10.77.243 network in my case). I captured TCP dump and could see ICMP request reaches the eth1 but ICMP response is not sent back. Please let me know anyone faced this issue and how to resolve it. I am blocked because of this issue, any help would be really helpful. Thanks, Prem. ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo Did you tcpdump on the other interface to see if the icmp replys were going out the default interface? If so you need to set up the appropriate routing information on your box. Probably requires src based routing. Below is a script I use. I get the following from a database: As an example you might use: SRC_ADDR=10.77.243.154 DEV=eth1 DFLT_RT=10.77.243.128 if [ -z ${SRC_ADDR} ] || [ -z ${DEV} ] || [ -z ${DFLT_RT} ] then echo missing info exit fi if [ `id -un` != root ] then echo Must be run as root exit fi # add a new routing table called second RC=`/bin/egrep second /etc/iproute2/rt_tables` if [ $RC == ] then echo 200 second /etc/iproute2/rt_tables fi cnt=`/sbin/ip rule list | /bin/egrep '200:' | /usr/bin/wc -l` for (( i=0;i$cnt;i++ )); do /sbin/ip rule del prio 200 done # add a rule that says when to use table second /sbin/ip rule add from ${SRC_ADDR} table second prio 200 # add a route to table second /sbin/ip route add default via ${DFLT_RT} dev ${DEV} src ${SRC_ADDR} table second # flush the routing cache /sbin/ip route flush cache /sbin/ip rule list /sbin/ip r s table second Hope this helps. -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.cl...@netwolves.com http://www.netwolves.com ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo