Re: [elrepo] aacraid build errors
Hi Phil, Thanks for looking at it. Please don't waste any more time on it. We've realised the particular Adaptec card we had can only handle 2TB arrays which is nothing these days! mdadm on standard SATA ports will probably be the solution. Regards, Nick On 12/08/2017 11:34, Phil Perry wrote: On 12/08/17 09:28, Nick Howitt wrote: Hi, Hi Nick, I am trying to build the aacraid-1.2.1-x driver in ClearOS 7.3 (Centos 7.3 derivative) and I'm getting the following errors: I see the same errors when trying to rebuild kmod-aacraid-1.2.1-6.el7.elrepo against kernel-3.10.0-514.26.2.el7.x86_64 Our original package was built against the RHEL 7.1 kernel and has been compatible with kernels up to the el7.3 series. However it is not compatible with the RHEL7.4 kernel and I see the same errors trying to build it for RHEL7.4. That said, the native kernel driver in RHEL is now newer than our driver so we plan to deprecate kmod-aacraid in favour of using the distro kernel driver. So your choices are to rebuild the existing package against an older kernel and it should work for you on your 3.10.0-514.26.2.el7.x86_64 kernel (assuming you retain binary compatibility with the kernel subsystems used by the aacraid driver) or use the distro kernel driver (recommended). Phil ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
[elrepo] Announcement: EL7 Updated kernel-ml Package Set [4.12.6-1]
Announcing the release of the kernel-ml-4.12.6-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.12.6 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-4.12.6-1.el7.elrepo.x86_64.rpm kernel-ml-devel-4.12.6-1.el7.elrepo.x86_64.rpm kernel-ml-doc-4.12.6-1.el7.elrepo.noarch.rpm kernel-ml-headers-4.12.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-4.12.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-4.12.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-4.12.6-1.el7.elrepo.x86_64.rpm perf-4.12.6-1.el7.elrepo.x86_64.rpm python-perf-4.12.6-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-4.12.6-1.el7.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-7 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml 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-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 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] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
[elrepo] Announcement: EL7 Updated kernel-lt Package Set [4.4.81-1]
Announcing the release of the kernel-lt-4.4.81-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.4.81 Note that due to upstream source code defects the perf and python-perf packages have not been built. The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-4.4.81-1.el7.elrepo.x86_64.rpm kernel-lt-devel-4.4.81-1.el7.elrepo.x86_64.rpm kernel-lt-doc-4.4.81-1.el7.elrepo.noarch.rpm kernel-lt-headers-4.4.81-1.el7.elrepo.x86_64.rpm kernel-lt-tools-4.4.81-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-4.4.81-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-4.4.81-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-4.4.81-1.el7.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-7 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-7 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-7 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] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
[elrepo] Announcement: EL6 Updated kernel-ml Package Set [4.12.6-1]
Announcing the release of the kernel-ml-4.12.6-1.el6.elrepo package set into the EL6 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.12.6 The following files are currently synchronising to our mirror sites: x86_32 kernel-ml-4.12.6-1.el6.elrepo.i686.rpm kernel-ml-devel-4.12.6-1.el6.elrepo.i686.rpm kernel-ml-doc-4.12.6-1.el6.elrepo.noarch.rpm kernel-ml-firmware-4.12.6-1.el6.elrepo.noarch.rpm kernel-ml-headers-4.12.6-1.el6.elrepo.i386.rpm kernel-ml-NONPAE-4.12.6-1.el6.elrepo.i686.rpm kernel-ml-NONPAE-devel-4.12.6-1.el6.elrepo.i686.rpm perf-4.12.6-1.el6.elrepo.i686.rpm python-perf-4.12.6-1.el6.elrepo.i686.rpm x86_64 kernel-ml-4.12.6-1.el6.elrepo.x86_64.rpm kernel-ml-devel-4.12.6-1.el6.elrepo.x86_64.rpm kernel-ml-doc-4.12.6-1.el6.elrepo.noarch.rpm kernel-ml-firmware-4.12.6-1.el6.elrepo.noarch.rpm kernel-ml-headers-4.12.6-1.el6.elrepo.x86_64.rpm perf-4.12.6-1.el6.elrepo.x86_64.rpm python-perf-4.12.6-1.el6.elrepo.x86_64.rpm nosrc kernel-ml-4.12.6-1.el6.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 kernel with supplementary kmod packages. These packages are provided "As-Is" with no implied warranty or support. Using the kernel-ml 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-ml packages in regular service. The packages are intentionally named kernel-ml so as not to conflict with the RHEL kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL 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] https://bugzilla.kernel.org/ [2] https://elrepo.org/bugs/ ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
Re: [elrepo] aacraid build errors
On 12/08/17 09:28, Nick Howitt wrote: Hi, Hi Nick, I am trying to build the aacraid-1.2.1-x driver in ClearOS 7.3 (Centos 7.3 derivative) and I'm getting the following errors: I see the same errors when trying to rebuild kmod-aacraid-1.2.1-6.el7.elrepo against kernel-3.10.0-514.26.2.el7.x86_64 Our original package was built against the RHEL 7.1 kernel and has been compatible with kernels up to the el7.3 series. However it is not compatible with the RHEL7.4 kernel and I see the same errors trying to build it for RHEL7.4. That said, the native kernel driver in RHEL is now newer than our driver so we plan to deprecate kmod-aacraid in favour of using the distro kernel driver. So your choices are to rebuild the existing package against an older kernel and it should work for you on your 3.10.0-514.26.2.el7.x86_64 kernel (assuming you retain binary compatibility with the kernel subsystems used by the aacraid driver) or use the distro kernel driver (recommended). Phil ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
[elrepo] aacraid build errors
Hi, I am trying to build the aacraid-1.2.1-x driver in ClearOS 7.3 (Centos 7.3 derivative) and I'm getting the following errors: Installing aacraid-kmod-1.2.1-6.el7.elrepo.src.rpm warning: aacraid-kmod-1.2.1-6.el7.elrepo.src.rpm: Header V4 DSA/SHA1 Signature, key ID baadae52: NOKEY Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.NXEMsi + umask 022 + cd /home/build/rpmbuild/BUILD + cd /home/build/rpmbuild/BUILD + rm -rf aacraid-1.2.1-40700 + /usr/bin/mkdir -p aacraid-1.2.1-40700 + cd aacraid-1.2.1-40700 + /usr/bin/gzip -dc /home/build/rpmbuild/SOURCES/aacraid-linux-src-1.2.1-40700.tgz + /usr/bin/tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + /usr/bin/chmod -Rf a+rX,u+w,g-w,o-w . + rpm2cpio aacraid-1.2.1-40700.src.rpm + /usr/bin/cpio -Bcdimu 46 blocks + /usr/bin/mkdir aacraid_source + pushd aacraid_source + /usr/bin/tar -zxf ../aacraid_source.tgz + /usr/bin/chmod 664 CHANGELOG Makefile README README.ServeRAID TODO VMware-3.0.1.c VMware-3.0.2.c VMware-3.0.c VMware-3.5.c VMware.c aachba.c aacraid.h commctrl.c comminit.c commsup.c compat.h csmi.c csmi.h dpcsup.c frey.c fwdebug.c fwdebug.h linit.c nark.c rkt.c rx.c sa.c src.c + popd + echo 'override aacraid * weak-updates/aacraid' + exit 0 Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.8F8I2M + umask 022 + cd /home/build/rpmbuild/BUILD + cd aacraid-1.2.1-40700 + KSRC=/usr/src/kernels/3.10.0-514.26.2.v7.x86_64 + /usr/bin/make -C /usr/src/kernels/3.10.0-514.26.2.v7.x86_64 -j4 modules M=/home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source make: Entering directory `/usr/src/kernels/3.10.0-514.26.2.v7.x86_64' CC [M] /home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/linit.o CC [M] /home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/aachba.o CC [M] /home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/commctrl.o CC [M] /home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/comminit.o /home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/aachba.c: In function 'aac_scsi_cmd': /home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/aachba.c:3956:10: error: 'SERVICE_ACTION_IN' undeclared (first use in this function) case SERVICE_ACTION_IN: ^ /home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/aachba.c:3956:10: note: each undeclared identifier is reported only once for each function it appears in /home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/aachba.c: In function 'busy_disk': /home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/aachba.c:4799:8: error: used struct type value where scalar is required && (device->device_busy ^ make[1]: *** [/home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/aachba.o] Error 1 make[1]: *** Waiting for unfinished jobs /home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/linit.c: In function 'aac_eh_abort': /home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/linit.c:1332:7: error: 'SERVICE_ACTION_IN' undeclared (first use in this function) case SERVICE_ACTION_IN: ^ /home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/linit.c:1332:7: note: each undeclared identifier is reported only once for each function it appears in make[1]: *** [/home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source/linit.o] Error 1 make: *** [_module_/home/build/rpmbuild/BUILD/aacraid-1.2.1-40700/aacraid_source] Error 2 make: Leaving directory `/usr/src/kernels/3.10.0-514.26.2.v7.x86_64' error: Bad exit status from /var/tmp/rpm-tmp.8F8I2M (%build) RPM build errors: aacraid-kmod-1.2.1-6.el7.elrepo.src.rpm: Header V4 DSA/SHA1 Signature, key ID baadae52: NOKEY Bad exit status from /var/tmp/rpm-tmp.8F8I2M (%build) I've removed the group XXX does not exist lines. I get the same issue with the -4, -5 and -6 files. Have you any ideas what is going wrong? The kernel already has the 1.2-1 module which may be OK, but someone is having difficulty with an Adaptec 2610SA card and I'm trying different angles. Thanks, Nick ___ elrepo mailing list elrepo@lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo
