RT for crt.cs.wisc.edu
RT for crt.cs.wisc.edu
| # | Wed May 28 13:04:43 2008 | kronenfe - Ticket created | [Reply] | |||||
On Wed, 28 May 2008, Scot Kronenfeld via RT wrote: > Steve, > > Glexec is not supported for Rhap5 x86-64. We do not have a build for > it on that platform, and we found that the rhas4 x86-64 binary does > not work. The lack of verbosity is a pacman issue (if a package is > unsupported, it just silently skips it). We can work without glexec for rhap5 x86_64 for the current VDT release but we would like to formally request its availability in the next one. Right now we have only gatekeepers at rhap5 x86_64, which don't need to run glexec, but worker nodes will eventually get to that platform too, and we need to be ready when they do. Thanks for your help. Steve Timm |
||||||||
| # | Wed May 28 15:05:52 2008 | kronenfe - Comments added | [Reply] | |
|
Copying over two comments from ticket 3560: Alain Roy via RT wrote: > Scot--can you bring this up with Igor Sfiligoi? > > My understanding is that solving this problem might be very hard > without redoing our build completely, but we'll see what we can do. > > -alain Hi Alain. I have been in the loop all the while. As far as I know the NIKHEF team is currently not supporting SL5, but I will follow up and get glexec to work there. Cheers, Igor |
||||
| # | Wed May 28 15:05:53 2008 | kronenfe - Status changed from 'new' to 'open' | ||
| # | Wed May 28 16:17:00 2008 | sfiligoi@fnal.gov - Correspondence added | [Reply] | |||||||||||
My test system had 0.9.8, too, and still no problems. [root@igor-vm2 glexec]# openssl version OpenSSL 0.9.8b 04 May 2006 VDT team: Any explanation why glexec does not work on RH5 for you? Igor Steven Timm wrote: > I hadn't done the test with glexec+SL5+pretend-platform SL4. > But I will do so soon. If that works, it is good news. The > only potential difference could be that SL5 has system > openssl 0.98 as opposed to 0.97 for SL4. > > Steve > > > > On Wed, 28 May 2008, Sfiligoi Igor wrote: > >> Good question. > >> >> I just tested this on my CentOS 5 machine by forcing it to use SL4 >> platform and it just works nicely. >> >> pacman -pretend-platform SL4 -get >> http://vdt.cs.wisc.edu/vdt_11099_cache:Glexec >> >> Can Steve or someone from the VDT team comment why it should not work? >> >> Igor >> >> Oscar Koeroo wrote: >>> Gerben Venekamp wrote: >>>>>> On Wednesday 28 May 2008 19:16:12 Sfiligoi Igor wrote: >>>>>>>> Hi Oscar and Gerben. >>>>>>>>> >>>>> Did you ever try to use glexec on SL5? >>>> No... it sound like we should though. >>> We should be able to get this working, but its not a priority or on the >>> schedules yet. Can you get more info on the why? It should 'just work'. >>> >>> >>> Oscar >>> >>> >>>> >>>>>>> Thanks for the heads up, >>>> Gerben >>>> >>>>> Igor >>>>>>>>> >>>>> -------- Original Message -------- >>>>> Subject: Re: [vdt-support #3560] Glexec problem on x86-64 platforms >>>>> Date: Wed, 28 May 2008 12:09:46 -0500 >>>>> From: Scot Kronenfeld via RT <vdt-support@opensciencegrid.org> >>>>> Reply-To: vdt-support@opensciencegrid.org >>>>> To: timm@fnal.gov >>>>> CC: sfiligoi@fnal.gov >>>>> References: <RT-Ticket-3560@vdt.cs.wisc.edu> >>>>> <rt-3.4.4-21398-1211990197-526.3560-6-0@vdt.cs.wisc.edu> >>>>> <Pine.LNX.4.64.0805281143590.8971@snowball.fnal.gov> >>>>> <rt-3.4.4-1177-1211994126-459.3560-6-0@vdt.cs.wisc.edu> >>>>> <a02baa1f0805281008r33f2a0f0labe550b00f1f034b@mail.gmail.com> >>>>> >>>>> Steve, >>>>> I'll make a documentation note about the issue below. >>>>> >>>>> Glexec is not supported for Rhap5 x86-64. We do not have a build for >>>>> it on that platform, and we found that the rhas4 x86-64 binary does >>>>> not work. The lack of verbosity is a pacman issue (if a package is >>>>> unsupported, it just silently skips it). >>>>> >>>>> Thanks, >>>>> Scot >>>>> >>>>> On Wed, May 28, 2008 at 12:02 PM, timm@fnal.gov via RT >>>>> >>>>> <vdt-support@opensciencegrid.org> wrote: >>>>>> The problem is that the symlinks for libssl_gcc64dbg.so.0 >>>>>> and libcrypto_gcc64dbg.so.0 are not made at all. >>>>>> There's no error in vdt-install.log to say they were trying >>>>>> to get made either. This is an x86-64 SLF4.4 host on which >>>>>> pacman -pretend-platform:RHEL-4 has been done. But there >>>>>> was the following error in the 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. >>>>>> >>>>>> >>>>>> I tried to reproduce the error this morning >>>>>> and was able to do so. But then I noticed that the openssl-devel rpm >>>>>> had not been installed on the machine where I was testing. so >>>>>> this time I installed the openssl-devel rpm (which provides >>>>>> /usr/lib64/libcrypto.so and /usr/lib64/libssl.so) >>>>>> and this time the symlinks were made correctly and things worked >>>>>> and the post-install README wasn't there. Apparently the >>>>>> openssl-devel rpm must be installed in advance for those symlinks >>>>>> to be made, and VDT will not make a symlink to a not-yet-existent >>>>>> library. This can be remedied by appropriate documentation. >>>>>> >>>>>> Also it should be noted that under SL5/RHEL5 x86_64 the package >>>>>> does not download at all. It burps out before it tries to download >>>>>> any packages from pacman and gives no obvious error to stdout, >>>>>> although the pacman log says that the prequisites are not met. >>>>>> >>>>>> Steve Timm >>>>>> >>>>>> On Wed, 28 May 2008, Scot Kronenfeld via RT wrote: >>>>>>> Forgot to add Steve Timm to the ticket when I created it. Steve, >>>>>> -- >>>>>>> can >>>>>>> you comment on this ticket please? >>>>>> ------------------------------------------------------------------ >>>>>> 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=3 >>>>>> >>>>>> >>>>>> 560> VDT Support, vdt-support@ivdgl.org >>>> >>>> _______________________________________________ >>>> grid-mw-security mailing list >>>> grid-mw-security@nikhef.nl >>>> https://mailman.nikhef.nl/cgi-bin/listinfo/grid-mw-security |
||||||||||||||
| # | Wed May 28 16:41:52 2008 | roy - Correspondence added | [Reply] | |||||||||
It's specifically x86_64_rhap_5. We don't have a build for it. Does a build for another system work there? -alain On May 28, 2008, at 4:17 PM, sfiligoi@fnal.gov via RT wrote: > http://vdt.cs.wisc.edu/rt/Ticket/Display.html?id=3562 > > My test system had 0.9.8, too, and still no problems. > > [root@igor-vm2 glexec]# openssl version > OpenSSL 0.9.8b 04 May 2006 > > VDT team: Any explanation why glexec does not work on RH5 for you? > > Igor > > Steven Timm wrote: >> I hadn't done the test with glexec+SL5+pretend-platform SL4. >> But I will do so soon. If that works, it is good news. The >> only potential difference could be that SL5 has system >> openssl 0.98 as opposed to 0.97 for SL4. >> >> Steve >> >> >> >> On Wed, 28 May 2008, Sfiligoi Igor wrote: >> >>> Good question. >>>>> >>> I just tested this on my CentOS 5 machine by forcing it to use SL4 >>> platform and it just works nicely. >>> >>> pacman -pretend-platform SL4 -get >>> http://vdt.cs.wisc.edu/vdt_11099_cache:Glexec >>> >>> Can Steve or someone from the VDT team comment why it should not >>> work? >>> >>> Igor >>> >>> Oscar Koeroo wrote: >>>> Gerben Venekamp wrote: >>>>>>>> On Wednesday 28 May 2008 19:16:12 Sfiligoi Igor wrote: >>>>>>>>>> Hi Oscar and Gerben. >>>>>>>>>>> >>>>>> Did you ever try to use glexec on SL5? >>>>> No... it sound like we should though. >>>> We should be able to get this working, but its not a priority or >>>> on the >>>> schedules yet. Can you get more info on the why? It should 'just >>>> work'. >>>> >>>> >>>> Oscar >>>> >>>> >>>>> >>>>>>>>> Thanks for the heads up, >>>>> Gerben >>>>> >>>>>> Igor >>>>>>>>>>> >>>>>> -------- Original Message -------- >>>>>> Subject: Re: [vdt-support #3560] Glexec problem on x86-64 >>>>>> platforms >>>>>> Date: Wed, 28 May 2008 12:09:46 -0500 >>>>>> From: Scot Kronenfeld via RT <vdt-support@opensciencegrid.org> >>>>>> Reply-To: vdt-support@opensciencegrid.org >>>>>> To: timm@fnal.gov >>>>>> CC: sfiligoi@fnal.gov >>>>>> References: <RT-Ticket-3560@vdt.cs.wisc.edu> >>>>>> <rt-3.4.4-21398-1211990197-526.3560-6-0@vdt.cs.wisc.edu> >>>>>> <Pine.LNX.4.64.0805281143590.8971@snowball.fnal.gov> >>>>>> <rt-3.4.4-1177-1211994126-459.3560-6-0@vdt.cs.wisc.edu> >>>>>> <a02baa1f0805281008r33f2a0f0labe550b00f1f034b@mail.gmail.com> >>>>>> >>>>>> Steve, >>>>>> I'll make a documentation note about the issue below. >>>>>> >>>>>> Glexec is not supported for Rhap5 x86-64. We do not have a >>>>>> build for >>>>>> it on that platform, and we found that the rhas4 x86-64 binary >>>>>> does >>>>>> not work. The lack of verbosity is a pacman issue (if a >>>>>> package is >>>>>> unsupported, it just silently skips it). >>>>>> >>>>>> Thanks, >>>>>> Scot >>>>>> >>>>>> On Wed, May 28, 2008 at 12:02 PM, timm@fnal.gov via RT >>>>>> >>>>>> <vdt-support@opensciencegrid.org> wrote: >>>>>>> The problem is that the symlinks for libssl_gcc64dbg.so.0 >>>>>>> and libcrypto_gcc64dbg.so.0 are not made at all. >>>>>>> There's no error in vdt-install.log to say they were trying >>>>>>> to get made either. This is an x86-64 SLF4.4 host on which >>>>>>> pacman -pretend-platform:RHEL-4 has been done. But there >>>>>>> was the following error in the 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. >>>>>>> >>>>>>> >>>>>>> I tried to reproduce the error this morning >>>>>>> and was able to do so. But then I noticed that the openssl- >>>>>>> devel rpm >>>>>>> had not been installed on the machine where I was testing. so >>>>>>> this time I installed the openssl-devel rpm (which provides >>>>>>> /usr/lib64/libcrypto.so and /usr/lib64/libssl.so) >>>>>>> and this time the symlinks were made correctly and things worked >>>>>>> and the post-install README wasn't there. Apparently the >>>>>>> openssl-devel rpm must be installed in advance for those >>>>>>> symlinks >>>>>>> to be made, and VDT will not make a symlink to a not-yet- >>>>>>> existent >>>>>>> library. This can be remedied by appropriate documentation. >>>>>>> >>>>>>> Also it should be noted that under SL5/RHEL5 x86_64 the package >>>>>>> does not download at all. It burps out before it tries to >>>>>>> download >>>>>>> any packages from pacman and gives no obvious error to stdout, >>>>>>> although the pacman log says that the prequisites are not met. >>>>>>> >>>>>>> Steve Timm >>>>>>> >>>>>>> On Wed, 28 May 2008, Scot Kronenfeld via RT wrote: >>>>>>>> Forgot to add Steve Timm to the ticket when I created it. >>>>>>> -- >>>>>>>> Steve, >>>>>>>> can >>>>>>>> you comment on this ticket please? >>>>>>> ------------------------------------------------------------------ >>>>>>> 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=3 >>>>>>> >>>>>>> >>>>>>> 560> VDT Support, vdt-support@ivdgl.org >>>>> >>>>> _______________________________________________ >>>>> grid-mw-security mailing list >>>>> grid-mw-security@nikhef.nl >>>>> https://mailman.nikhef.nl/cgi-bin/listinfo/grid-mw-security |
||||||||||||
| # | Wed May 28 17:16:57 2008 | sfiligoi@fnal.gov - Correspondence added | [Reply] | |||||||||||
Uhm... So Alain, why is your group claiming it does not work for you? What error message are you getting? Igor Steven Timm wrote: > I can confirm that SLF5.1 x86_64 + glexec + pretend-platform:RHEL-4 > is OK. Glexec completed successfully. > > > Steve > > > > On Wed, 28 May 2008, Sfiligoi Igor wrote: > >> Steve: Do you have a test 64bit SL5 machine to test on? > >> >> I don't. >> >> Igor >> >> Alain Roy via RT wrote: >>> It's specifically x86_64_rhap_5. We don't have a build for it. Does a >>>>> build for another system work there? >>> >>> -alain >>> >>> On May 28, 2008, at 4:17 PM, sfiligoi@fnal.gov via RT wrote: >>> >>>> http://vdt.cs.wisc.edu/rt/Ticket/Display.html?id=3562 >>>>>>> >>>> My test system had 0.9.8, too, and still no problems. >>>> >>>> [root@igor-vm2 glexec]# openssl version >>>> OpenSSL 0.9.8b 04 May 2006 >>>> >>>> VDT team: Any explanation why glexec does not work on RH5 for you? >>>> >>>> Igor >>>> >>>> Steven Timm wrote: >>>>> I hadn't done the test with glexec+SL5+pretend-platform SL4. >>>>> But I will do so soon. If that works, it is good news. The >>>>> only potential difference could be that SL5 has system >>>>> openssl 0.98 as opposed to 0.97 for SL4. >>>>> >>>>> Steve >>>>> >>>>> >>>>> >>>>> On Wed, 28 May 2008, Sfiligoi Igor wrote: >>>>> >>>>>> Good question. >>>>>> >>>>>> I just tested this on my CentOS 5 machine by forcing it to use SL4 >>>>>> platform and it just works nicely. >>>>>> >>>>>> pacman -pretend-platform SL4 -get >>>>>> http://vdt.cs.wisc.edu/vdt_11099_cache:Glexec >>>>>> >>>>>> Can Steve or someone from the VDT team comment why it should not >>>>>> work? >>>>>> >>>>>> Igor >>>>>> >>>>>> Oscar Koeroo wrote: >>>>>>> Gerben Venekamp wrote: >>>>>>>> On Wednesday 28 May 2008 19:16:12 Sfiligoi Igor wrote: >>>>>>> We should be able to get this working, but its not a priority or>>>>>>>>> Hi Oscar and Gerben. >>>>>>>> No... it sound like we should though.>>>>>>>>> >>>>>>>>> Did you ever try to use glexec on SL5? >>>>>>> on the >>>>>>> schedules yet. Can you get more info on the why? It should 'just >>>>>>> work'. >>>>>>> >>>>>>> >>>>>>> Oscar >>>>>>> >>>>>>> >>>>>>>> Thanks for the heads up, >>>>>>>> Gerben >>>>>>>> >>>>>>>>> Igor >>>>>>>>>>>>>>>>> >>>>>>>>> -------- Original Message -------- >>>>>>>>> Subject: Re: [vdt-support #3560] Glexec problem on x86-64 >>>>>>>>> platforms >>>>>>>>> Date: Wed, 28 May 2008 12:09:46 -0500 >>>>>>>>> From: Scot Kronenfeld via RT <vdt-support@opensciencegrid.org> >>>>>>>>> Reply-To: vdt-support@opensciencegrid.org >>>>>>>>> To: timm@fnal.gov >>>>>>>>> CC: sfiligoi@fnal.gov >>>>>>>>> References: <RT-Ticket-3560@vdt.cs.wisc.edu> >>>>>>>>> <rt-3.4.4-21398-1211990197-526.3560-6-0@vdt.cs.wisc.edu> >>>>>>>>> <Pine.LNX.4.64.0805281143590.8971@snowball.fnal.gov> >>>>>>>>> <rt-3.4.4-1177-1211994126-459.3560-6-0@vdt.cs.wisc.edu> >>>>>>>>> <a02baa1f0805281008r33f2a0f0labe550b00f1f034b@mail.gmail.com> >>>>>>>>> >>>>>>>>> Steve, >>>>>>>>> I'll make a documentation note about the issue below. >>>>>>>>> >>>>>>>>> Glexec is not supported for Rhap5 x86-64. We do not have a >>>>>>>>> build for >>>>>>>>> it on that platform, and we found that the rhas4 x86-64 binary >>>>>>>>> does >>>>>>>>> not work. The lack of verbosity is a pacman issue (if a >>>>>>>>> package is >>>>>>>>> unsupported, it just silently skips it). >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Scot >>>>>>>>> >>>>>>>>> On Wed, May 28, 2008 at 12:02 PM, timm@fnal.gov via RT >>>>>>>>> >>>>>>>>> <vdt-support@opensciencegrid.org> wrote: >>>>>>>>>> The problem is that the symlinks for libssl_gcc64dbg.so.0 >>>>>>>>>> and libcrypto_gcc64dbg.so.0 are not made at all. >>>>>>>>>> There's no error in vdt-install.log to say they were trying >>>>>>>>>> to get made either. This is an x86-64 SLF4.4 host on which >>>>>>>>>> pacman -pretend-platform:RHEL-4 has been done. But there >>>>>>>>>> was the following error in the 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. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I tried to reproduce the error this morning >>>>>>>>>> and was able to do so. But then I noticed that the openssl- >>>>>>>>>> devel rpm >>>>>>>>>> had not been installed on the machine where I was testing. so >>>>>>>>>> this time I installed the openssl-devel rpm (which provides >>>>>>>>>> /usr/lib64/libcrypto.so and /usr/lib64/libssl.so) >>>>>>>>>> and this time the symlinks were made correctly and things worked >>>>>>>>>> and the post-install README wasn't there. Apparently the >>>>>>>>>> openssl-devel rpm must be installed in advance for those >>>>>>>>>> symlinks >>>>>>>>>> to be made, and VDT will not make a symlink to a not-yet- >>>>>>>>>> existent >>>>>>>>>> library. This can be remedied by appropriate documentation. >>>>>>>>>> >>>>>>>>>> Also it should be noted that under SL5/RHEL5 x86_64 the package >>>>>>>>>> does not download at all. It burps out before it tries to >>>>>>>>>> download >>>>>>>>>> any packages from pacman and gives no obvious error to stdout, >>>>>>>>>> although the pacman log says that the prequisites are not met. >>>>>>>>>> >>>>>>>>>> Steve Timm >>>>>>>>>> >>>>>>>>>> On Wed, 28 May 2008, Scot Kronenfeld via RT wrote: >>>>>>>>>>> Forgot to add Steve Timm to the ticket when I created it. >>>>>>>>>> -- >>>>>>>>>>> Steve, >>>>>>>>>>> can >>>>>>>>>>> you comment on this ticket please? >>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>> >>>>>>>>>> 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=3 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 560> VDT Support, vdt-support@ivdgl.org >>>>>>>> _______________________________________________ >>>>>>>> grid-mw-security mailing list >>>>>>>> grid-mw-security@nikhef.nl >>>>>>>> https://mailman.nikhef.nl/cgi-bin/listinfo/grid-mw-security >>> |
||||||||||||||
| # | Wed May 28 17:44:42 2008 | roy - Correspondence added | [Reply] | |||||||||
We don't install glexec on x86_64_rhap_5 because we don't have a binary for it. I wasn't aware that the x86_64_rhel_4 binary worked. We can set it up to install that one, I think. Scot, can you look into it? It's okay if it's not done for 1.10.1b. -alain On May 28, 2008, at 5:16 PM, sfiligoi@fnal.gov via RT wrote: > http://vdt.cs.wisc.edu/rt/Ticket/Display.html?id=3562 > > Uhm... > > So Alain, why is your group claiming it does not work for you? > What error message are you getting? > > Igor > > Steven Timm wrote: >> I can confirm that SLF5.1 x86_64 + glexec + pretend-platform:RHEL-4 >> is OK. Glexec completed successfully. >> >> >> Steve >> >> >> >> On Wed, 28 May 2008, Sfiligoi Igor wrote: >> >>> Steve: Do you have a test 64bit SL5 machine to test on? >>>>> >>> I don't. >>> >>> Igor >>> >>> Alain Roy via RT wrote: >>>> It's specifically x86_64_rhap_5. We don't have a build for it. >>>>>>> Does a >>>> build for another system work there? >>>> >>>> -alain >>>> >>>> On May 28, 2008, at 4:17 PM, sfiligoi@fnal.gov via RT wrote: >>>> >>>>> http://vdt.cs.wisc.edu/rt/Ticket/Display.html?id=3562 >>>>>>>>> >>>>> My test system had 0.9.8, too, and still no problems. >>>>> >>>>> [root@igor-vm2 glexec]# openssl version >>>>> OpenSSL 0.9.8b 04 May 2006 >>>>> >>>>> VDT team: Any explanation why glexec does not work on RH5 for you? >>>>> >>>>> Igor >>>>> >>>>> Steven Timm wrote: >>>>>> I hadn't done the test with glexec+SL5+pretend-platform SL4. >>>>>> But I will do so soon. If that works, it is good news. The >>>>>> only potential difference could be that SL5 has system >>>>>> openssl 0.98 as opposed to 0.97 for SL4. >>>>>> >>>>>> Steve >>>>>> >>>>>> >>>>>> >>>>>> On Wed, 28 May 2008, Sfiligoi Igor wrote: >>>>>> >>>>>>> Good question. >>>>>>> >>>>>>> I just tested this on my CentOS 5 machine by forcing it to use >>>>>>> SL4 >>>>>>> platform and it just works nicely. >>>>>>> >>>>>>> pacman -pretend-platform SL4 -get >>>>>>> http://vdt.cs.wisc.edu/vdt_11099_cache:Glexec >>>>>>> >>>>>>> Can Steve or someone from the VDT team comment why it should not >>>>>>> work? >>>>>>> >>>>>>> Igor >>>>>>> >>>>>>> Oscar Koeroo wrote: >>>>>>>> Gerben Venekamp wrote: >>>>>>>>> On Wednesday 28 May 2008 19:16:12 Sfiligoi Igor wrote: >>>>>>>> We should be able to get this working, but its not a priority >>>>>>>>>> Hi Oscar and Gerben. >>>>>>>>> No... it sound like we should though.>>>>>>>>>> >>>>>>>>>> Did you ever try to use glexec on SL5? >>>>>>>> or >>>>>>>> on the >>>>>>>> schedules yet. Can you get more info on the why? It should >>>>>>>> 'just >>>>>>>> work'. >>>>>>>> >>>>>>>> >>>>>>>> Oscar >>>>>>>> >>>>>>>> >>>>>>>>> Thanks for the heads up, >>>>>>>>> Gerben >>>>>>>>> >>>>>>>>>> Igor >>>>>>>>>>>>>>>>>>> >>>>>>>>>> -------- Original Message -------- >>>>>>>>>> Subject: Re: [vdt-support #3560] Glexec problem on x86-64 >>>>>>>>>> platforms >>>>>>>>>> Date: Wed, 28 May 2008 12:09:46 -0500 >>>>>>>>>> From: Scot Kronenfeld via RT <vdt- >>>>>>>>>> support@opensciencegrid.org> >>>>>>>>>> Reply-To: vdt-support@opensciencegrid.org >>>>>>>>>> To: timm@fnal.gov >>>>>>>>>> CC: sfiligoi@fnal.gov >>>>>>>>>> References: <RT-Ticket-3560@vdt.cs.wisc.edu> >>>>>>>>>> <rt-3.4.4-21398-1211990197-526.3560-6-0@vdt.cs.wisc.edu> >>>>>>>>>> <Pine.LNX.4.64.0805281143590.8971@snowball.fnal.gov> >>>>>>>>>> <rt-3.4.4-1177-1211994126-459.3560-6-0@vdt.cs.wisc.edu> >>>>>>>>>> <a02baa1f0805281008r33f2a0f0labe550b00f1f034b@mail.gmail.com> >>>>>>>>>> >>>>>>>>>> Steve, >>>>>>>>>> I'll make a documentation note about the issue below. >>>>>>>>>> >>>>>>>>>> Glexec is not supported for Rhap5 x86-64. We do not have a >>>>>>>>>> build for >>>>>>>>>> it on that platform, and we found that the rhas4 x86-64 >>>>>>>>>> binary >>>>>>>>>> does >>>>>>>>>> not work. The lack of verbosity is a pacman issue (if a >>>>>>>>>> package is >>>>>>>>>> unsupported, it just silently skips it). >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Scot >>>>>>>>>> >>>>>>>>>> On Wed, May 28, 2008 at 12:02 PM, timm@fnal.gov via RT >>>>>>>>>> >>>>>>>>>> <vdt-support@opensciencegrid.org> wrote: >>>>>>>>>>> The problem is that the symlinks for libssl_gcc64dbg.so.0 >>>>>>>>>>> and libcrypto_gcc64dbg.so.0 are not made at all. >>>>>>>>>>> There's no error in vdt-install.log to say they were trying >>>>>>>>>>> to get made either. This is an x86-64 SLF4.4 host on which >>>>>>>>>>> pacman -pretend-platform:RHEL-4 has been done. But there >>>>>>>>>>> was the following error in the 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. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I tried to reproduce the error this morning >>>>>>>>>>> and was able to do so. But then I noticed that the openssl- >>>>>>>>>>> devel rpm >>>>>>>>>>> had not been installed on the machine where I was >>>>>>>>>>> testing. so >>>>>>>>>>> this time I installed the openssl-devel rpm (which provides >>>>>>>>>>> /usr/lib64/libcrypto.so and /usr/lib64/libssl.so) >>>>>>>>>>> and this time the symlinks were made correctly and things >>>>>>>>>>> worked >>>>>>>>>>> and the post-install README wasn't there. Apparently the >>>>>>>>>>> openssl-devel rpm must be installed in advance for those >>>>>>>>>>> symlinks >>>>>>>>>>> to be made, and VDT will not make a symlink to a not-yet- >>>>>>>>>>> existent >>>>>>>>>>> library. This can be remedied by appropriate documentation. >>>>>>>>>>> >>>>>>>>>>> Also it should be noted that under SL5/RHEL5 x86_64 the >>>>>>>>>>> package >>>>>>>>>>> does not download at all. It burps out before it tries to >>>>>>>>>>> download >>>>>>>>>>> any packages from pacman and gives no obvious error to >>>>>>>>>>> stdout, >>>>>>>>>>> although the pacman log says that the prequisites are not >>>>>>>>>>> met. >>>>>>>>>>> >>>>>>>>>>> Steve Timm >>>>>>>>>>> >>>>>>>>>>> On Wed, 28 May 2008, Scot Kronenfeld via RT wrote: >>>>>>>>>>>> Forgot to add Steve Timm to the ticket when I created it. >>>>>>>>>>> -- >>>>>>>>>>>> Steve, >>>>>>>>>>>> can >>>>>>>>>>>> you comment on this ticket please? >>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>> >>>>>>>>>>> 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=3 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 560> VDT Support, vdt-support@ivdgl.org >>>>>>>>> _______________________________________________ >>>>>>>>> grid-mw-security mailing list >>>>>>>>> grid-mw-security@nikhef.nl >>>>>>>>> https://mailman.nikhef.nl/cgi-bin/listinfo/grid-mw-security >>>> |
||||||||||||
| # | Mon Sep 22 09:23:49 2008 | roy - Priority changed from '2' to '1' | ||
| # | Fri Dec 12 12:58:37 2008 | kronenfe - Taken | ||
| # | Thu Jan 22 12:32:51 2009 | kronenfe - Correspondence added | [Reply] | |
|
Hi Steve, We now have a build for Glexec for rhap5 x86-64 (and rhap5 32-bit). This is currently in the 1.10.98 cache. It will be released in 1.10.1 along with the rest of that large update. Thanks, scot |
||||
| # | Thu Jan 22 12:33:35 2009 | kronenfe - Priority changed from '1' to '-3' | ||
| # | Fri Feb 06 11:55:56 2009 | kronenfe - Correspondence added | [Reply] | |
|
Hi Steve, I am closing this ticket, which is the request for Glexec on Rhap 5 x86_86. We believe Glexec in the ITB cache is working correctly on this platform now. It will be released into 1.10.1 when the ITB testing is done. Let us know if you have any problems with it. Thanks, scot |
||||
| # | Fri Feb 06 11:56:16 2009 | kronenfe - Status changed from 'open' to 'resolved' | ||
Time to display: 2.074266
»|« RT 3.8.2 Copyright 1996-2008 Best Practical Solutions, LLC.
