[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [HTCondor-users] subject: install HTCondor 8.4.0-1 on RHEL 6.2 libcrypto.so.10 error



Jon,

This is odd - these are in the main server repo.  What is the output of:

yum repolist

on your system?

Andy

On Nov 2, 2015, at 12:48 PM, Knudson, Jonathan <jknudson@xxxxxxxx> wrote:

Got rid of the RHEL 6 repo (finally).  Can you tell I'm a Windows guy.  Setup the RHEL7 repo and now don't have the " Requires: libpcre.so... error.  but am getting

 --> Finished Dependency Resolution
Error: Package: condor-8.4.1-1.el7.x86_64 (htcondor-stable)
           Requires: perl(Date::Manip)
Error: Package: condor-8.4.1-1.el7.x86_64 (htcondor-stable)
           Requires: perl(Archive::Tar)
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

When trying yum install perl or perl date::Manip or Manip, I get a "nothing to do" message.

Guess I need to work on my Linux skills.


Thanks

Jon


On Mon, Nov 2, 2015 at 10:11 AM, Feldt, Andrew N. <afeldt@xxxxxx> wrote:
Jon,

Ack - I just noticed that your messages reference the RHEL 6 repo for HTCondor!  Please use the RHEL 7 repo by:

cd /etc/yum.repos.d
wget http://research.cs.wisc.edu/htcondor/yum/repo.d/htcondor-stable-rhel7.repo

and disable whatever repo you were using which references rhel6.

Andy

On Nov 2, 2015, at 9:58 AM, Feldt, Andrew N. <afeldt@xxxxxx> wrote:

Jon,

libpcre.so is part of the pcre-devel package which is in the standard rhel server repo (rhel-x86_64-server-7 on my system).  I do not have ecryptfs-utils installed (nor even available from my standard repos), but had no problem installing condor-classads.  Try installing pcre-devel.

Andy

On Nov 2, 2015, at 9:51 AM, Knudson, Jonathan <jknudson@xxxxxxxx> wrote:

Maybe a newbie Linux question more than a Condor question but I am still having the same error this time it's on RHEL 7.1.  Here is the error I am getting after running "yum install condor.x86_64".

And I am on the latest version of OpenSSL.


--> Processing Dependency: libpcre.so.0()(64bit) for package: condor-classads-8.4.1-1.el6.x86_64
---> Package perl-IO-Zlib.noarch 1:1.10-285.el7 will be installed
---> Package perl-Package-Constants.noarch 1:0.02-285.el7 will be installed
--> Finished Dependency Resolution
Error: Package: condor-8.4.1-1.el6.x86_64 (htcondor-stable)
           Requires: ecryptfs-utils
Error: Package: condor-classads-8.4.1-1.el6.x86_64 (htcondor-stable)
           Requires: libpcre.so.0()(64bit)
Error: Package: condor-8.4.1-1.el6.x86_64 (htcondor-stable)
           Requires: libpcre.so.0()(64bit)
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest


Thanks

Jon


On Wed, Oct 7, 2015 at 1:29 PM, Michael V Pelletier <Michael.V.Pelletier@xxxxxxxxxxxx> wrote:
Hi Jon,

I ran into this myself last year under RHEL 6.4. I think the issue is that the newer UW build was compiled against OpenSSL 1.0.1 in the wake of the HeartBleed bug, and while that bug doesn't affect the 6.0 through 6.4 OpenSSL 1.0.0 series, I think the linker is still looking for the 1.0.1 release. I think if you upgrade your OpenSSL package to 1.0.1e-42, which is the current release for RHEL6, that should satisfy the dependencies. See step 3 at https://access.redhat.com/solutions/781793

Or better yet, just patch your systems to 6.7. There's gobs of improvements in the intervening releases, including noticeable performance increases that will improve your pool. Remember, the Red Hat minor releases are essentially patch bundles like the old Solaris Recommended & Security bundles, as opposed to the gulf you find between SunOS 5.9 and 5.10 "minor" release numbers. IT management should be focused on the "6," not the ".2" or the ".7" numbers, and errata should be applied on a regular basis.

That said, though, you should also make sure your various firmware and BIOS versions are up to date beforehand - a certain HP Ethernet card won't work if you go to 6.5 or higher without new enough firmware on it, for example, and that's a real hassle when you have a diskless node.


  <ATT00001.gif>

<ATT00002.gif> Michael V. Pelletier
IT Program Execution
Principal Engineer
978.858.9681 (5-9681) NOTE NEW NUMBER
339.293.9149 cell
339.645.8614 fax

michael.v.pelletier@xxxxxxxxxxxx



_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users

The archives can be found at:
https://lists.cs.wisc.edu/archive/htcondor-users/

_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users

The archives can be found at:
https://lists.cs.wisc.edu/archive/htcondor-users/

_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users

The archives can be found at:
https://lists.cs.wisc.edu/archive/htcondor-users/


_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users

The archives can be found at:
https://lists.cs.wisc.edu/archive/htcondor-users/

_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users

The archives can be found at:
https://lists.cs.wisc.edu/archive/htcondor-users/