The zfs package did install fine now. Thanks! On Fri, 22 Mar 2013 12:16:34 -0500 Pat Riehecky <[log in to unmask]> wrote: > The sl-addons repo has a fixed zfs-modules-dkms package now. > > you will want to run a 'yum clean expire-cache' to catch the updates. > > Since DKMS is in EPEL6 where it is actively maintained, adding it to > SL Addons would create work on maintenance without adding much. > > It does make loading some packages more complex, > > Pat > > > On 03/22/2013 12:00 PM, Andras Horvath wrote: > > Hi, > > > > I've just tried to install ZFS on a recently update 6.4 system (64 > > bit). Yum complains about dependency error, see below. > > > > Even manually installing spl-modules-dkms doesn't help, though it's > > complaining about this one. > > > > BTW, is it normal that the dkms package is available only from Epel > > repo and not the main one? > > > > > > Thanks, > > Andras > > > > > > # lsb_release -d > > Description: Scientific Linux release 6.4 (Carbon) > > > > # yum install --disableplugin=fastestmirror --enablerepo=sl-addons > > zfs Loaded plugins: protectbase, refresh-packagekit, security > > 82 packages excluded due to repository protections > > Setting up Install Process > > Resolving Dependencies > > --> Running transaction check > > ---> Package zfs.x86_64 0:0.6.0-rc14.el6 will be installed > > --> Processing Dependency: zfs-modules for package: > > zfs-0.6.0-rc14.el6.x86_64 --> Running transaction check > > ---> Package zfs-modules-dkms.noarch 0:0.6.0-rc14.el6 will be > > installed --> Processing Dependency: spl-modules-dkms = X for > > package: zfs-modules-dkms-0.6.0-rc14.el6.noarch --> Finished > > Dependency Resolution Error: Package: > > zfs-modules-dkms-0.6.0-rc14.el6.noarch (sl-addons) Requires: > > spl-modules-dkms = X Installed: > > spl-modules-dkms-0.6.0-rc14.el6.noarch (@sl-addons) > > spl-modules-dkms = 0.6.0-rc14.el6 You could try using --skip-broken > > to work around the problem > > > > > > On Fri, 22 Mar 2013 11:16:14 -0500 > > Pat Riehecky <[log in to unmask]> wrote: > > > >> The HELiOS folks, Connie, and I have been communication about this > >> for some time. So the quick turn around on our end is not > >> unexpected. > >> > >> I've just now posted the packages to sl-addons (x86_64 ONLY). > >> > >> Thanks Chris! > >> > >> Pat > >> > >> On 03/22/2013 11:08 AM, Brown, Chris (GE Healthcare) wrote: > >>> Team, > >>> > >>> Attached is the YAML for the initial ZFS inclusion into SL addons. > >>> > >>> *Release Explanation* > >>> > >>> ZFS on Linux (ZOL) is currently manually added to HELiOS > >>> (Healthcare Enterprise Linux Operating System). > >>> > >>> HELiOS is a spin of Scientific Linux created and maintained by the > >>> GE Healthcare Compute Systems team (CST). > >>> > >>> HELiOS strives to be as upstream as possible thus including ZOL > >>> into SL helps us better maintain upstream purity in HELiOS. > >>> > >>> Including ZOL in SL also allows the rest of the SL community to > >>> benefit from our work with ZOL. > >>> > >>> **Release Notes** > >>> > >>> Core ZFS development started in 2001 with ZFS being Officially > >>> released by Sun in 2004. > >>> > >>> Testing and evaluation of ZOL by CST has shown better performance, > >>> scalability, and stability, then BTRFS. > >>> > >>> As a result of the maturity of core ZFS, ZOL inherits ZFS features > >>> which are many years ahead of BTRFS. > >>> > >>> Testing by CST with ZOL on a proper hardware setup with proper SSD > >>> ZIL/L2ARC devices has shown ZOL to yield better performance then > >>> both BTRFS and native Solaris ZFS. > >>> > >>> Also performance tests of ZOL by CST has yielded better > >>> performance results then running the equivalent tests on > >>> Sun/Oracle or Nexenta ZFS storage appliances. > >>> > >>> Additional testing by CST of ZOL has shown that when combined with > >>> GlusterFS the results are a very powerful, redundant and almost > >>> infinitely scalable storage solution. > >>> > >>> ZOL is the work of Lawrence Livermore National Laboratory (LLNL) > >>> under Contract No. DE-AC52-07NA27344 (Contract 44) between the > >>> U.S. Department of Energy (DOE) and Lawrence Livermore National > >>> Security, LLC (LLNS) for the operation of LLNL. > >>> > >>> regards, > >>> > >>> *Chris Brown* > >>> *GE Healthcare Technologies > >>> **/Compute Systems Architect/* > >>> > >> > >