Re: [lustre-discuss] 2.10.5 compiler versions
> Because checking for various kernel features requires starting a small > kernel module compile each time, which is slow. If you have time to > investigate and optimize, that would be much appreciated. To follow-up on this point - Look at the range of kernel versions supported! * Server known to build on patched kernels: 2.6.32-431.29.2.el6 (RHEL6.5) 2.6.32-504.30.3.el6 (RHEL6.6) 2.6.32-573.26.1.el6 (RHEL6.7) 2.6.32-642.15.1.el6 (RHEL6.8) 2.6.32-696.18.7.el6 (RHEL6.9) 3.10.0-862.9.1.el7 (RHEL7.5) 3.0.101-0.47.71 (SLES11 SP3) 3.0.101-107 (SLES11 SP4) 3.12.74-60.64.40(SLES12 SP1) 4.4.120-92.70 (SLES12 SP2) 4.4.132-94.33 (SLES12 SP3) 3.13.0-101 (Ubuntu 14.04, ZFS only) 4.4.0-85.108(Ubuntu 14.04.5 LTS) 4.4.0-131 (Ubuntu 16.04) vanilla linux 4.6.7 (ZFS only) * Client known to build on unpatched kernels: 2.6.32-431.29.2.el6 (RHEL6.5) 2.6.32-504.30.3.el6 (RHEL6.6) 2.6.32-573.26.1.el6 (RHEL6.7) 2.6.32-642.15.1.el6 (RHEL6.8) 2.6.32-696.18.7.el6 (RHEL6.9) 3.10.0-862.9.1.el7 (RHEL7.5) 3.0.101-0.47.71 (SLES11 SP3) 3.0.101-107 (SLES11 SP4) 3.12.74-60.64.40(SLES12 SP1) 4.4.120-92.70 (SLES12 SP2) 4.4.133-94.33 (SLES12 SP3) 3.13.0-101 (Ubuntu 14.04) 4.4.0-85.108(Ubuntu 14.04.5 LTS) 4.4.0-131 (Ubuntu 16.04) 4.15.0-32 (Ubuntu 18.04) Chris Horn On 8/30/18, 2:34 PM, "lustre-discuss on behalf of Andreas Dilger" wrote: On Aug 30, 2018, at 13:28, E.S. Rosenberg wrote: > > HI everyone, > > We just succesfully built 2.10.5 on our Debian clients but to do so I had to revert to gcc-7 (from 8), is this a known issue? In general what compilers is building/testing done with? I believe that there is a patch in Gerrit for fixing the GCC 8 compiler issues. Testing and review of the patch is welcome. > Also I was wondering how is it that the configure script takes longer to run then compiling everything? Because checking for various kernel features requires starting a small kernel module compile each time, which is slow. If you have time to investigate and optimize, that would be much appreciated. Cheers, Andreas --- Andreas Dilger CTO Whamcloud ___ lustre-discuss mailing list lustre-discuss@lists.lustre.org http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
Re: [lustre-discuss] 2.10.5 compiler versions
On Aug 30, 2018, at 13:28, E.S. Rosenberg wrote: > > HI everyone, > > We just succesfully built 2.10.5 on our Debian clients but to do so I had to > revert to gcc-7 (from 8), is this a known issue? In general what compilers is > building/testing done with? I believe that there is a patch in Gerrit for fixing the GCC 8 compiler issues. Testing and review of the patch is welcome. > Also I was wondering how is it that the configure script takes longer to run > then compiling everything? Because checking for various kernel features requires starting a small kernel module compile each time, which is slow. If you have time to investigate and optimize, that would be much appreciated. Cheers, Andreas --- Andreas Dilger CTO Whamcloud signature.asc Description: Message signed with OpenPGP ___ lustre-discuss mailing list lustre-discuss@lists.lustre.org http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
[lustre-discuss] 2.10.5 compiler versions
HI everyone, We just succesfully built 2.10.5 on our Debian clients but to do so I had to revert to gcc-7 (from 8), is this a known issue? In general what compilers is building/testing done with? Also I was wondering how is it that the configure script takes longer to run then compiling everything? Thanks, Eli ___ lustre-discuss mailing list lustre-discuss@lists.lustre.org http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
[lustre-discuss] problem with resource-agents rpm
Lustre 2.10.5 seems like that lustre-resource-agents has a dependency problem yum localinstall -y lustre-resource-agents-2.10.5-1.el7.x86_64.rpm Loaded plugins: langpacks Examining lustre-resource-agents-2.10.5-1.el7.x86_64.rpm: lustre-resource-agents-2.10.5-1.el7.x86_64 Marking lustre-resource-agents-2.10.5-1.el7.x86_64.rpm to be installed Resolving Dependencies --> Running transaction check ---> Package lustre-resource-agents.x86_64 0:2.10.5-1.el7 will be installed --> Processing Dependency: resource-agents for package: lustre-resource-agents-2.10.5-1.el7.x86_64 --> Finished Dependency Resolution Error: Package: lustre-resource-agents-2.10.5-1.el7.x86_64 (/lustre-resource-agents-2.10.5-1.el7.x86_64) Requires: resource-agents You could try using --skip-broken to work around the problem Anyone had this issue ? thanks Rick ___ lustre-discuss mailing list lustre-discuss@lists.lustre.org http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
Re: [lustre-discuss] Future of Lustre in upstream?
On Aug 30, 2018, at 10:07, E.S. Rosenberg wrote: > > So I had missed this: > https://www.linuxjournal.com/content/lustre-filesystem-dropped-linux-418-kernel > > Until a friend pointed it out. > > The LWG reports (http://wiki.opensfs.org/Lustre_Working_Group) do still paint > a picture of progress so where is the upstream client now? > > We had been using upstream with kernel 4.14 until we were forced to revert to > kernel 4.4 on our cluster due to some propriatary vendors' software that also > needed to be run and I had been hoping that when they moved to a newer kernel > we would be able to also go back to upstream. The work to clean up the Lustre client for the upstream kernel continues on in a separate tree, and is actively being worked on by Neil and James (CC'd). If you were on the lustre-devel list you'd see a steady stream of patches for that tree. I don't have the URL for that Git tree handy, but I'm sure they are happy to get some more testing and usage of their code. Cheers, Andreas --- Andreas Dilger CTO Whamcloud signature.asc Description: Message signed with OpenPGP ___ lustre-discuss mailing list lustre-discuss@lists.lustre.org http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
[lustre-discuss] Future of Lustre in upstream?
So I had missed this: https://www.linuxjournal.com/content/lustre-filesystem-dropped-linux-418-kernel Until a friend pointed it out. The LWG reports (http://wiki.opensfs.org/Lustre_Working_Group) do still paint a picture of progress so where is the upstream client now? We had been using upstream with kernel 4.14 until we were forced to revert to kernel 4.4 on our cluster due to some propriatary vendors' software that also needed to be run and I had been hoping that when they moved to a newer kernel we would be able to also go back to upstream. Regrads, Eliyahu - אליהו ___ lustre-discuss mailing list lustre-discuss@lists.lustre.org http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org