Skip Menu | Logged in as guest | Logout
 
Ticket metadata
Id: 3507
Status: resolved
Priority: 3/0
Queue: vdt-support

Fixed in: (no value)
Fix scheduled: NEW

Owner: Alain Roy
Requestors: timm@fnal.gov
Cc: sfiligoi@fnal.gov
AdminCc:

New reminder:

Created: Wed Apr 30 16:06:20 2008
Starts: Not set
Started: Not set
Last Contact: Fri May 02 14:32:19 2008
Due: Not set
Closed: Wed May 07 15:49:10 2008
Updated: Wed May 07 15:49:10 2008 by roy



History Brief headersFull headers
Subject: glexec in vdt-1.10.0a is broken
Date: Wed, 30 Apr 2008 16:02:25 -0500 (CDT)
To: vdt-support@OPENSCIENCEGRID.ORG
From: Steven Timm <timm@fnal.gov>
Download (untitled) / with headers
text/plain 738b
for both x86_64 and x86 type platforms, the following issues exist
with glexec:

1) glexec is looking for the library libvomsapi.so.0
This library isn't distributed with newer versions of voms anymore

2) glexec is not looking in $VDT_LOCATION/glite/lib (or lib64)
for the voms library where this library should be.

Both of these were problems in the previous vdt 1.8 cycle and were
fixed. Why did the fix not persist into vdt 1.10?

Steve Timm



------------------------------------------------------------------
Steven C. Timm, Ph.D (630) 840-8525
timm@fnal.gov http://home.fnal.gov/~timm/
Fermilab Computing Division, Scientific Computing Facilities,
Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.
Subject: Re: glexec in vdt-1.10.0a is broken
Date: Wed, 30 Apr 2008 16:07:48 -0500 (CDT)
To: vdt-support@OPENSCIENCEGRID.ORG
From: Steven Timm <timm@fnal.gov>
Slight correction. the x86 version is OK. It is only the x86_64
version that attempts to create a symlink from
$VDT_LOCATION/glexec-osg/lib/libvomsapi.so.0 to
$VDT_LOCATION/glexec-osg/glite/lib/libvomsapi_nog.so.1
which of course on an x86_64 system doesn't exist.

Steve

On Wed, 30 Apr 2008, Steven Timm wrote:

>
> for both x86_64 and x86 type platforms, the following issues exist
> with glexec:
>
> 1) glexec is looking for the library libvomsapi.so.0
> This library isn't distributed with newer versions of voms anymore
>
> 2) glexec is not looking in $VDT_LOCATION/glite/lib (or lib64)
> for the voms library where this library should be.
>
> Both of these were problems in the previous vdt 1.8 cycle and were
> fixed. Why did the fix not persist into vdt 1.10?
>
> Steve Timm
>
>
>
> ------------------------------------------------------------------
> Steven C. Timm, Ph.D (630) 840-8525
> timm@fnal.gov http://home.fnal.gov/~timm/
> Fermilab Computing Division, Scientific Computing Facilities,
> Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.
>
Download (untitled) / with headers
text/plain 1.2k
I've added Igor Sfiligoi to the ticket.

Igor--Do you understand what is happening and what we need to do to fix
it? More importantly, do you know how it escaped from our testing
process? Is there something else we should be doing in our testing?

-alain

-----------------------------------------------------------------
Alain Roy vdt-support@opensciencegrid.org
VDT Support http://vdt.cs.wisc.edu/support.html

> [timm@fnal.gov - Wed Apr 30 16:06:25 2008]:
>
> for both x86_64 and x86 type platforms, the following issues exist
> with glexec:
>
> 1) glexec is looking for the library libvomsapi.so.0
> This library isn't distributed with newer versions of voms anymore
>
> 2) glexec is not looking in $VDT_LOCATION/glite/lib (or lib64)
> for the voms library where this library should be.
>
> Both of these were problems in the previous vdt 1.8 cycle and were
> fixed. Why did the fix not persist into vdt 1.10?
>
> Steve Timm
>
>
>
> ------------------------------------------------------------------
> Steven C. Timm, Ph.D (630) 840-8525
> timm@fnal.gov http://home.fnal.gov/~timm/
> Fermilab Computing Division, Scientific Computing Facilities,
> Grid Facilities Department, FermiGrid Services Group, Assistant Group
> Leader.
>
>
Subject: Re: [vdt-support #3508] AutoReply: Re: glexec in vdt-1.10.0a is broken
Date: Wed, 30 Apr 2008 16:35:15 -0500 (CDT)
To: VDT support tickets via RT <vdt-support@OPENSCIENCEGRID.ORG>
From: Steven Timm <timm@fnal.gov>
Download (untitled) / with headers
text/plain 2.4k
Note that in the 64-bit version there is a missing link to
libssl_gcc64dbg.so that should be in $VDT_LOCATION/glexec-osg/lib
linking to /usr/lib64/libssl.so

Steve


------------------------------------------------------------------
Steven C. Timm, Ph.D (630) 840-8525
timm@fnal.gov http://home.fnal.gov/~timm/
Fermilab Computing Division, Scientific Computing Facilities,
Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.

On Wed, 30 Apr 2008, VDT support tickets via RT wrote:

> Greetings from the VDT support system!
>
> This message was generated automatically in response to the creation of a
> ticket regarding:
>
> Re: glexec in vdt-1.10.0a is broken
>
> Your original request is copied below for reference.
>
> There is no need to reply to this message right now -- someone from the VDT
> team will respond to you as soon as possible. If you wish to view your
> support ticket online, visit:
>
> http://vdt.cs.wisc.edu/rt/Ticket/Display.html?user=guest&pass=guest&id=3508
>
> Your ticket has been assigned an ID as follows:
>
> [vdt-support #3508]
>
> Please include the ticket ID in the subject line of all future email about
> this issue. To do so, you may reply to this message.
>
> Thank you for your interest in the VDT.
>
>
>
> -------------------------------------------------------------------------
> Slight correction. the x86 version is OK. It is only the x86_64
> version that attempts to create a symlink from
> $VDT_LOCATION/glexec-osg/lib/libvomsapi.so.0 to
> $VDT_LOCATION/glexec-osg/glite/lib/libvomsapi_nog.so.1
> which of course on an x86_64 system doesn't exist.
>
> Steve
>
> On Wed, 30 Apr 2008, Steven Timm wrote:
>
>>
>> for both x86_64 and x86 type platforms, the following issues exist
>> with glexec:
>>
>> 1) glexec is looking for the library libvomsapi.so.0
>> This library isn't distributed with newer versions of voms anymore
>>
>> 2) glexec is not looking in $VDT_LOCATION/glite/lib (or lib64)
>> for the voms library where this library should be.
>>
>> Both of these were problems in the previous vdt 1.8 cycle and were
>> fixed. Why did the fix not persist into vdt 1.10?
>>
>> Steve Timm
>>
>>
>>
>> ------------------------------------------------------------------
>> Steven C. Timm, Ph.D (630) 840-8525
>> timm@fnal.gov http://home.fnal.gov/~timm/
>> Fermilab Computing Division, Scientific Computing Facilities,
>> Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.
>>
>
Download (untitled) / with headers
text/plain 314b
Steve--

Did you install as root or as non-root? Where there messages about
glexec in post-install/README?

-alain

-----------------------------------------------------------------
Alain Roy vdt-support@opensciencegrid.org
VDT Support http://vdt.cs.wisc.edu/support.html
CC: sfiligoi@fnal.gov
Subject: Re: [vdt-support #3507] glexec in vdt-1.10.0a is broken
Date: Wed, 30 Apr 2008 16:46:01 -0500 (CDT)
To: Alain Roy via RT <vdt-support@OPENSCIENCEGRID.ORG>
From: Steven Timm <timm@fnal.gov>
Download (untitled) / with headers
text/plain 910b
On Wed, 30 Apr 2008, Alain Roy via RT wrote:

> Steve--
>
> Did you install as root or as non-root? Where there messages about
> glexec in post-install/README?
>
> -alain

I installed as root.
There were warnings in post-install README
===== Glexec =====
Can't find your computer's SSL library. Glexec probably won't work.
Can't find your computer's crypto library. Glexec probably won't work.



btw, 64-bit install is missing the link to /usr/lib64/libcrypto.so
too. After I make those 3 links I can now ldd glexec and get all
the libraries found.


Steve

>
> -----------------------------------------------------------------
> Alain Roy vdt-support@opensciencegrid.org
> VDT Support http://vdt.cs.wisc.edu/support.html
>
>
> --
> View ticket at <http://vdt.cs.wisc.edu/rt/Ticket/Display.html?user=guest&pass=guest&id=3507>
> VDT Support, vdt-support@ivdgl.org
>
CC: timm@fnal.gov
Subject: Re: [vdt-support #3507] glexec in vdt-1.10.0a is broken
Date: Wed, 30 Apr 2008 16:59:31 -0500
To: vdt-support@OPENSCIENCEGRID.ORG
From: Sfiligoi Igor <sfiligoi@fnal.gov>
Download (untitled) / with headers
text/plain 1.5k
Hi Alain.

Yes, I know what is wrong.
The symlinks are broken for 64-bit.

My fault, I suppose: I have tested only the 32-bit version.

I will try to fix it next week.

Sorry,
Igor

Alain Roy via RT wrote:
> I've added Igor Sfiligoi to the ticket.
>
> Igor--Do you understand what is happening and what we need to do to fix
> it? More importantly, do you know how it escaped from our testing
> process? Is there something else we should be doing in our testing?
>
> -alain
>
> -----------------------------------------------------------------
> Alain Roy vdt-support@opensciencegrid.org
> VDT Support http://vdt.cs.wisc.edu/support.html
>
>> [timm@fnal.gov - Wed Apr 30 16:06:25 2008]:
>>
>> for both x86_64 and x86 type platforms, the following issues exist
>> with glexec:
>>
>> 1) glexec is looking for the library libvomsapi.so.0
>> This library isn't distributed with newer versions of voms anymore
>>
>> 2) glexec is not looking in $VDT_LOCATION/glite/lib (or lib64)
>> for the voms library where this library should be.
>>
>> Both of these were problems in the previous vdt 1.8 cycle and were
>> fixed. Why did the fix not persist into vdt 1.10?
>>
>> Steve Timm
>>
>>
>>
>> ------------------------------------------------------------------
>> Steven C. Timm, Ph.D (630) 840-8525
>> timm@fnal.gov http://home.fnal.gov/~timm/
>> Fermilab Computing Division, Scientific Computing Facilities,
>> Grid Facilities Department, FermiGrid Services Group, Assistant Group
>> Leader.
>>
>>
>
>
CC: sfiligoi@fnal.gov
Subject: Re: [vdt-support #3507] glexec in vdt-1.10.0a is broken
Date: Wed, 30 Apr 2008 17:07:59 -0500 (CDT)
To: Alain Roy via RT <vdt-support@OPENSCIENCEGRID.ORG>
From: Steven Timm <timm@fnal.gov>
Download (untitled) / with headers
text/plain 1.2k
Next question--
Why is the glexec version string lower in vdt 1.10.0a
than it is in vdt 1.8.1

[root@fgitb-gk sbin]# vdt-version | more
You have installed a subset of VDT version 1.10.0a:
glexec-osg 0.2 (glexec 0.5.23.3, lcas 1.3.7.1 and lcmaps 1.4.3.1) 0.5.2


from before:

[timm@fnpcsrv1 ~]$ vdt-version | more
You have installed a subset of VDT version 1.8.1j:
glexec-osg 0.4 (glexec 0.5.22.0, lcas 1.3.7 and lcmaps 1.3.15.1) 0.4

Why going down from 0.4 to 0.2?

Steve



------------------------------------------------------------------
Steven C. Timm, Ph.D (630) 840-8525
timm@fnal.gov http://home.fnal.gov/~timm/
Fermilab Computing Division, Scientific Computing Facilities,
Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.

On Wed, 30 Apr 2008, Alain Roy via RT wrote:

> Steve--
>
> Did you install as root or as non-root? Where there messages about
> glexec in post-install/README?
>
> -alain
>
> -----------------------------------------------------------------
> Alain Roy vdt-support@opensciencegrid.org
> VDT Support http://vdt.cs.wisc.edu/support.html
>
>
> --
> View ticket at <http://vdt.cs.wisc.edu/rt/Ticket/Display.html?user=guest&pass=guest&id=3507>
> VDT Support, vdt-support@ivdgl.org
>
CC: sfiligoi@fnal.gov
Subject: Re: [vdt-support #3507] glexec in vdt-1.10.0a is broken
Date: Thu, 01 May 2008 11:14:19 -0500 (CDT)
To: Alain Roy via RT <vdt-support@OPENSCIENCEGRID.ORG>
From: Steven Timm <timm@fnal.gov>
Download (untitled) / with headers
text/plain 2.1k
After I made the three symlinks in the 64-bit installation
(for libssl_gcc64dbg.so.0, libcrypto_gcc64dbg.so.0, and libvomsapi.so.0)
and created the gid's required by /etc/glexec/tracking_groups.cfg,
glexec functions correctly on my 64-bit installation. So all that
should be needed is to make the vdt installation make those
three symlinks and all should be good.

Steve

------------------------------------------------------------------
Steven C. Timm, Ph.D (630) 840-8525
timm@fnal.gov http://home.fnal.gov/~timm/
Fermilab Computing Division, Scientific Computing Facilities,
Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.

On Wed, 30 Apr 2008, Alain Roy via RT wrote:

> I've added Igor Sfiligoi to the ticket.
>
> Igor--Do you understand what is happening and what we need to do to fix
> it? More importantly, do you know how it escaped from our testing
> process? Is there something else we should be doing in our testing?
>
> -alain
>
> -----------------------------------------------------------------
> Alain Roy vdt-support@opensciencegrid.org
> VDT Support http://vdt.cs.wisc.edu/support.html
>
>> [timm@fnal.gov - Wed Apr 30 16:06:25 2008]:
>>
>> for both x86_64 and x86 type platforms, the following issues exist
>> with glexec:
>>
>> 1) glexec is looking for the library libvomsapi.so.0
>> This library isn't distributed with newer versions of voms anymore
>>
>> 2) glexec is not looking in $VDT_LOCATION/glite/lib (or lib64)
>> for the voms library where this library should be.
>>
>> Both of these were problems in the previous vdt 1.8 cycle and were
>> fixed. Why did the fix not persist into vdt 1.10?
>>
>> Steve Timm
>>
>>
>>
>> ------------------------------------------------------------------
>> Steven C. Timm, Ph.D (630) 840-8525
>> timm@fnal.gov http://home.fnal.gov/~timm/
>> Fermilab Computing Division, Scientific Computing Facilities,
>> Grid Facilities Department, FermiGrid Services Group, Assistant Group
>> Leader.
>>
>>
>
>
> --
> View ticket at <http://vdt.cs.wisc.edu/rt/Ticket/Display.html?user=guest&pass=guest&id=3507>
> VDT Support, vdt-support@ivdgl.org
>
Download (untitled) / with headers
text/plain 334b
Steve,

Exactly which OS are you installing on? I just did an install on x86-64
RHAS 4, and I couldn't replicate the problem.

-alain

-----------------------------------------------------------------
Alain Roy vdt-support@opensciencegrid.org
VDT Support http://vdt.cs.wisc.edu/support.html
Download (untitled) / with headers
text/plain 286b
Oops, sorry, I did it on a 32-bit platform. I can replicate the problem
on x86-64 rhas4.

-alain

> [roy - Fri May 02 13:22:52 2008]:
>
> Steve,
>
> Exactly which OS are you installing on? I just did an install on x86-64
> RHAS 4, and I couldn't replicate the problem.
>
> -alain
Subject: [vdt-support #3507] SVN commit, rev 7626
To: vdt-support@cs.wisc.edu
From: roy@cs.wisc.edu
Download (untitled) / with headers
text/plain 236b
Commit comment:
Make symlinks properly for 64-bit install, not just 32-bit install.


Changed files:
U vdt/branches/vdt-1.10/Configure-Glexec/vdt/setup/configure_glexec

To generate a diff:
svn diff -c 7626 file:///p/vdt/workspace/svn
Subject: [vdt-support #3507] SVN commit, rev 7628
To: vdt-support@cs.wisc.edu
From: roy@cs.wisc.edu
Download (untitled) / with headers
text/plain 158b
Commit comment:
Fixed glexec version number.


Changed files:
U vdt/branches/vdt-1.10/defs

To generate a diff:
svn diff -c 7628 file:///p/vdt/workspace/svn
Subject: [vdt-support #3507] SVN commit, rev 7629
To: vdt-support@cs.wisc.edu
From: roy@cs.wisc.edu
Download (untitled) / with headers
text/plain 211b
Commit comment:
Unsup linux-rhel-3 on x86-64 because we don't have useful binaries for it.


Changed files:
U vdt/branches/vdt-1.10/Glexec/defs

To generate a diff:
svn diff -c 7629 file:///p/vdt/workspace/svn
Subject: [vdt-support #3507] SVN commit, rev 7630
To: vdt-support@cs.wisc.edu
From: roy@cs.wisc.edu
Download (untitled) / with headers
text/plain 210b
Commit comment:
Unsup linux-rhel-3 on x86-64 because we don't have useful binaries for
it.


Changed files:
A vdt/branches/vdt-1.10/Procd/defs

To generate a diff:
svn diff -c 7630 file:///p/vdt/workspace/svn
Download (untitled) / with headers
text/plain 684b
OK, I'm pretty sure that I've fixed the problem in the upcoming VDT
1.10.1. I've added glexec to our nightly test suite, so we should catch
problems with missing library dependencies, so hopefully this problem
won't recur.

If Igor or Steve can try out the installation from VDT 1.10.1 to do a
sanity-check, I would appreciate it. But even if you don't have time, I
think we're in good shape. (Or will be after our nightly tests run, and
I fix any problems they find.)

Thanks,
-alain
-----------------------------------------------------------------
Alain Roy vdt-support@opensciencegrid.org
VDT Support http://vdt.cs.wisc.edu/support.html
CC: sfiligoi@fnal.gov
Subject: Re: [vdt-support #3507] glexec in vdt-1.10.0a is broken
Date: Fri, 02 May 2008 14:26:59 -0500 (CDT)
To: Alain Roy via RT <vdt-support@OPENSCIENCEGRID.ORG>
From: Steven Timm <timm@fnal.gov>
Download (untitled) / with headers
text/plain 1.2k
Is there any plan to change the dependencies of glexec in the
long term such that the symlinks for the nonexistent libssl_gcc64dbg, etc
libraries don't need to be made?

Steve Timm


On Fri, 2 May 2008, Alain Roy via RT wrote:

> OK, I'm pretty sure that I've fixed the problem in the upcoming VDT
> 1.10.1. I've added glexec to our nightly test suite, so we should catch
> problems with missing library dependencies, so hopefully this problem
> won't recur.
>
> If Igor or Steve can try out the installation from VDT 1.10.1 to do a
> sanity-check, I would appreciate it. But even if you don't have time, I
> think we're in good shape. (Or will be after our nightly tests run, and
> I fix any problems they find.)
>
> Thanks,
> -alain
> -----------------------------------------------------------------
> Alain Roy vdt-support@opensciencegrid.org
> VDT Support http://vdt.cs.wisc.edu/support.html
>
>
>

--
------------------------------------------------------------------
Steven C. Timm, Ph.D (630) 840-8525
timm@fnal.gov http://home.fnal.gov/~timm/
Fermilab Computing Division, Scientific Computing Facilities,
Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.
Subject: Re: [vdt-support #3507] glexec in vdt-1.10.0a is broken
Date: Fri, 02 May 2008 14:31:17 -0500
To: vdt-support@OPENSCIENCEGRID.ORG
From: Alain Roy <roy@cs.wisc.edu>
Download (untitled) / with headers
text/plain 678b
On May 2, 2008, at 2:27 PM, timm@fnal.gov via RT wrote:

> http://vdt.cs.wisc.edu/rt/Ticket/Display.html?id=3507
>
> Is there any plan to change the dependencies of glexec in the
> long term such that the symlinks for the nonexistent
> libssl_gcc64dbg, etc
> libraries don't need to be made?

Do to the way the build works, that's not easy to do. I do hope we can
change it in the future, but it's a hard change to make, that requires
a new way of building glexec.

-alain

-----------------------------------------------------------------
Alain Roy vdt-support@opensciencegrid.org
VDT Support http://vdt.cs.wisc.edu/support.html