SCIENTIFIC-LINUX-DEVEL Archives

March 2013

SCIENTIFIC-LINUX-DEVEL@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Pat Riehecky <[log in to unmask]>
Reply To:
Pat Riehecky <[log in to unmask]>
Date:
Fri, 22 Mar 2013 12:03:00 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (119 lines)
Thought I'd fixed that.....

I'll get on it.

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


-- 
Pat Riehecky

Scientific Linux developer
http://www.scientificlinux.org/

ATOM RSS1 RSS2