https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-9541 Lustre <p>I just tried pulling the most recent artifacts from the lustre-mr branch on build.hpdd.intel.com, and installing them with ZFS servers.</p> <p>It looks like the repodata in the build artifacts contains several ZFS packages, although you the actual ZFS packages are not included in the artifacts (for licensing reasons, I presume).</p> <p>I expect this is true for other branch builds as well. I just started using ZFS, and have no experience with this on other branches.</p> <p>Trivial workaround : rebuild the repodata after downloading the artifacts.<br/> Trivial Fix: build the repodata after removing the zfs packages</p> CentOS 7.3 + ZFS LU-9541

repodata still has zfs, which is removed from build artifacts

Bug Trivial Resolved Won't Fix Nathaniel Clark Stephen Champion Fri, 19 May 2017 20:02:22 +0000 Fri, 18 Aug 2017 18:14:46 +0000 Fri, 18 Aug 2017 18:14:46 +0000 0 4 <p>Steve</p> <p>Yes this is deliverate there is a possible licensing incompatability between CDDL and GPL that is being avoid</p> <p>Narthaniel</p> <p>Any other pointers that might be useful to Steve?</p> <p>Peter</p> <p>There have recently (within the last week) been changes to which packages are available from build.hpdd.intel.com. All the userspace ZFS packages are now directly downloadable. Just the ZFS/SPL kernel modules packages (kmod-spl* and kmod-zfs*) are not distributable. You can use the zfs-dkms and spl-dkms package instead (though then you should also use lustre-dkms). </p> <p><a href="https://jira.whamcloud.com/secure/ViewProfile.jspa?name=schamp" class="user-hover" rel="schamp">schamp</a>, for now use 'Trivial workaround : rebuild the repodata after downloading the artifacts.'</p> <p>For background: I noticed this when I downloaded build artifacts for testing, then tried to install both Lustre and ZFS. yum parsed repodata and tried to install ZFS from the Lustre repo. Of course, this failed because the file are not actually in the repository.</p> <p>I expect this state will persist with the kmod repos, unless the sequence is changed.</p> <p>Some feedback indirectly related to this report: I think providing anything other than a zfs src rpm for the kmod packages is more trouble than it's worth. The user has to build or download <b>something</b>, since we aren't pushing all of the kmod binaries.</p> <p>If the user tries to use the zfsonlinux kmod repo, having the ZFS userland in both repos may result in a mismatched installation or unnecessary conflicts. If they rebuild the SPL and ZFS packages from the .src.rpm, they also get the ZFS userland, and now have two copies of the userland, one of which is from a different build environment than their modules.</p> Development Rank 1|hzzdav: Rank (Obsolete) 9223372036854775807 Severity