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/*
> >>>
> >>
> 
>