Gemstone/S 3.0.1 64bit Initialization and SSH

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Gemstone/S 3.0.1 64bit Initialization and SSH

Conrad Taylor
Hi, I'm seeing the following error message while using Gemstone/S 3.0.1 64 bit on Mac OS 10.7.4:

$ source /opt/gemstone/product/seaside/defSeaside
$ ssh username@host
OpenSSL version mismatch. Built against 1000101f, you have 1000005f

actual message:

$ openssl version
WARNING: can't open config file: /export/orpheus4/users/buildgss/gs64/301/build27207/fast42/ldap/openssl/install42/ssl/openssl.cnf
OpenSSL 1.0.1c 10 May 2012 (Library: OpenSSL 1.0.0e 6 Sep 2011)

expected message:

$ openssl version
OpenSSL 1.0.1c 10 May 2012

--

Think different and code well,

-Conrad


Reply | Threaded
Open this post in threaded view
|

Re: Gemstone/S 3.0.1 64bit Initialization and SSH

Dale Henrichs
Conrad,

Here's a comment from one of our engineers:

    I would *guess* that the SSL libs we ship are being loaded by
    an app (ssh ?) compiled with a different version of SSL.  If
    that's the problem then probably the DYLD_LIBRARY_PATH env
    var or one of the other weird env var Darwin uses to load
    DLLs (see dyld(3)) is not set correctly.

Dale

----- Original Message -----
| From: "Conrad Taylor" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, May 14, 2012 8:53:06 PM
| Subject: [GS/SS Beta]  Gemstone/S 3.0.1 64bit Initialization and SSH
|
| Hi, I'm seeing the following error message while using Gemstone/S
| 3.0.1 64 bit on Mac OS 10.7.4:
|
|
| $ source /opt/gemstone/product/seaside/defSeaside
| $ ssh username@host
| OpenSSL version mismatch. Built against 1000101f, you have 1000005f
|
|
|
| actual message:
|
|
|
| $ openssl version
| WARNING: can't open config file:
| /export/orpheus4/users/buildgss/gs64/301/build27207/fast42/ldap/openssl/install42/ssl/openssl.cnf
| OpenSSL 1.0.1c 10 May 2012 (Library: OpenSSL 1.0.0e 6 Sep 2011)
|
|
| expected message:
|
|
|
| $ openssl version
| OpenSSL 1.0.1c 10 May 2012
|
| --
|
|
|
| Think different and code well ,
|
|
| -Conrad
|
|
|
Reply | Threaded
Open this post in threaded view
|

Re: Gemstone/S 3.0.1 64bit Initialization and SSH

Conrad Taylor
On Tue, May 15, 2012 at 1:39 PM, Dale Henrichs <[hidden email]> wrote:
Conrad,

Here's a comment from one of our engineers:

   I would *guess* that the SSL libs we ship are being loaded by
   an app (ssh ?) compiled with a different version of SSL.  If
   that's the problem then probably the DYLD_LIBRARY_PATH env
   var or one of the other weird env var Darwin uses to load
   DLLs (see dyld(3)) is not set correctly.


I'm compiling both openssh and openssl through MacPorts and this works without any issues until I source defSeaside script.  In any case, I'll play with this some more and see what I can find.
 
Dale

----- Original Message -----
| From: "Conrad Taylor" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, May 14, 2012 8:53:06 PM
| Subject: [GS/SS Beta]  Gemstone/S 3.0.1 64bit Initialization and SSH
|
| Hi, I'm seeing the following error message while using Gemstone/S
| 3.0.1 64 bit on Mac OS 10.7.4:
|
|
| $ source /opt/gemstone/product/seaside/defSeaside
| $ ssh username@host
| OpenSSL version mismatch. Built against 1000101f, you have 1000005f
|
|
|
| actual message:
|
|
|
| $ openssl version
| WARNING: can't open config file:
| /export/orpheus4/users/buildgss/gs64/301/build27207/fast42/ldap/openssl/install42/ssl/openssl.cnf
| OpenSSL 1.0.1c 10 May 2012 (Library: OpenSSL 1.0.0e 6 Sep 2011)
|
|
| expected message:
|
|
|
| $ openssl version
| OpenSSL 1.0.1c 10 May 2012
|
| --
|
|
|
| Think different and code well ,
|
|
| -Conrad
|
|
|



--

Think different and code well,

-Conrad


Reply | Threaded
Open this post in threaded view
|

Re: Gemstone/S 3.0.1 64bit Initialization and SSH

Dale Henrichs
Conrad,

Yeah at first blush this looks like a path issue.

We have been dealing with some SSL library loading issues for 3.1 so perhaps the guys might have some better ideas about what could be going on for you ...

I'll check tomorrow ..

Dale

----- Original Message -----
| From: "Conrad Taylor" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, May 28, 2012 4:24:16 PM
| Subject: Re: [GS/SS Beta] Gemstone/S 3.0.1 64bit Initialization and SSH
|
| On Tue, May 15, 2012 at 1:39 PM, Dale Henrichs < [hidden email]
| > wrote:
|
|
|
| Conrad,
|
| Here's a comment from one of our engineers:
|
| I would *guess* that the SSL libs we ship are being loaded by
| an app (ssh ?) compiled with a different version of SSL. If
| that's the problem then probably the DYLD_LIBRARY_PATH env
| var or one of the other weird env var Darwin uses to load
| DLLs (see dyld(3)) is not set correctly.
|
|
|
|
| I'm compiling both openssh and openssl through MacPorts and this
| works without any issues until I source defSeaside script. In any
| case, I'll play with this some more and see what I can find.
|
|
| Dale
|
|
|
| ----- Original Message -----
| | From: "Conrad Taylor" < [hidden email] >
| | To: "GemStone Seaside beta discussion" < [hidden email]
| | >
| | Sent: Monday, May 14, 2012 8:53:06 PM
| | Subject: [GS/SS Beta] Gemstone/S 3.0.1 64bit Initialization and SSH
| |
| | Hi, I'm seeing the following error message while using Gemstone/S
| | 3.0.1 64 bit on Mac OS 10.7.4:
| |
| |
| | $ source /opt/gemstone/product/seaside/defSeaside
| | $ ssh username@host
| | OpenSSL version mismatch. Built against 1000101f, you have 1000005f
| |
| |
| |
| | actual message:
| |
| |
| |
| | $ openssl version
| | WARNING: can't open config file:
| | /export/orpheus4/users/buildgss/gs64/301/build27207/fast42/ldap/openssl/install42/ssl/openssl.cnf
| | OpenSSL 1.0.1c 10 May 2012 (Library: OpenSSL 1.0.0e 6 Sep 2011)
| |
| |
| | expected message:
| |
| |
| |
| | $ openssl version
| | OpenSSL 1.0.1c 10 May 2012
| |
| | --
| |
| |
| |
| | Think different and code well ,
| |
| |
| | -Conrad
| |
| |
| |
|
|
|
|
| --
|
|
|
| Think different and code well ,
|
|
| -Conrad
|
|
|
Reply | Threaded
Open this post in threaded view
|

Re: Gemstone/S 3.0.1 64bit Initialization and SSH

Dale Henrichs
Conrad,

I didn't make it into the office today (spring cold), but here's a bugfix for 3.1 that looks like it is related to your 3.0 problem ("peter's problem" had to do with LDAP issues and LDAP libraries are loaded in 3.0):

------
42277  P1  Cannot login from Pharo or VM on Darwin

-Combine the crypto and SSL libraries into a single shared library file named libssl.  File name includes version and width (32 or 64 bit).
-To fix this bug, load libssl using RTLD_LOCAL in 32 bit processes.  Since 32 bit GCI clients never load the LDAP libraries, this works fine.
-On 64 bit processes, we must continue loading libssl using RTLD_GLOBAL.  Otherwise the dynamic loader is unable to resolve symbol references from the
LDAP libraries to the SSL library.

This fix should still address Peter's problem, but I suspect 64 bit VW or Pharo logins on Darwin might be broken.  Since those are seldom (never?) used configurations, this is of no big concern at present.

------

We're getting close to having candidate builds for 3.1 that you guys can try out, in fact if you'd like to get a pre-candidate build to start working with, I can probably arrange that ...

Dale

----- Original Message -----
| From: "Dale Henrichs" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, May 28, 2012 4:51:43 PM
| Subject: Re: [GS/SS Beta] Gemstone/S 3.0.1 64bit Initialization and SSH
|
| Conrad,
|
| Yeah at first blush this looks like a path issue.
|
| We have been dealing with some SSL library loading issues for 3.1 so
| perhaps the guys might have some better ideas about what could be
| going on for you ...
|
| I'll check tomorrow ..
|
| Dale
|
| ----- Original Message -----
| | From: "Conrad Taylor" <[hidden email]>
| | To: "GemStone Seaside beta discussion" <[hidden email]>
| | Sent: Monday, May 28, 2012 4:24:16 PM
| | Subject: Re: [GS/SS Beta] Gemstone/S 3.0.1 64bit Initialization and
| | SSH
| |
| | On Tue, May 15, 2012 at 1:39 PM, Dale Henrichs <
| | [hidden email]
| | > wrote:
| |
| |
| |
| | Conrad,
| |
| | Here's a comment from one of our engineers:
| |
| | I would *guess* that the SSL libs we ship are being loaded by
| | an app (ssh ?) compiled with a different version of SSL. If
| | that's the problem then probably the DYLD_LIBRARY_PATH env
| | var or one of the other weird env var Darwin uses to load
| | DLLs (see dyld(3)) is not set correctly.
| |
| |
| |
| |
| | I'm compiling both openssh and openssl through MacPorts and this
| | works without any issues until I source defSeaside script. In any
| | case, I'll play with this some more and see what I can find.
| |
| |
| | Dale
| |
| |
| |
| | ----- Original Message -----
| | | From: "Conrad Taylor" < [hidden email] >
| | | To: "GemStone Seaside beta discussion" <
| | | [hidden email]
| | | >
| | | Sent: Monday, May 14, 2012 8:53:06 PM
| | | Subject: [GS/SS Beta] Gemstone/S 3.0.1 64bit Initialization and
| | | SSH
| | |
| | | Hi, I'm seeing the following error message while using Gemstone/S
| | | 3.0.1 64 bit on Mac OS 10.7.4:
| | |
| | |
| | | $ source /opt/gemstone/product/seaside/defSeaside
| | | $ ssh username@host
| | | OpenSSL version mismatch. Built against 1000101f, you have
| | | 1000005f
| | |
| | |
| | |
| | | actual message:
| | |
| | |
| | |
| | | $ openssl version
| | | WARNING: can't open config file:
| | | /export/orpheus4/users/buildgss/gs64/301/build27207/fast42/ldap/openssl/install42/ssl/openssl.cnf
| | | OpenSSL 1.0.1c 10 May 2012 (Library: OpenSSL 1.0.0e 6 Sep 2011)
| | |
| | |
| | | expected message:
| | |
| | |
| | |
| | | $ openssl version
| | | OpenSSL 1.0.1c 10 May 2012
| | |
| | | --
| | |
| | |
| | |
| | | Think different and code well ,
| | |
| | |
| | | -Conrad
| | |
| | |
| | |
| |
| |
| |
| |
| | --
| |
| |
| |
| | Think different and code well ,
| |
| |
| | -Conrad
| |
| |
| |
|
Reply | Threaded
Open this post in threaded view
|

Re: Gemstone/S 3.0.1 64bit Initialization and SSH

Conrad Taylor


On Tue, May 29, 2012 at 3:12 PM, Dale Henrichs <[hidden email]> wrote:
Conrad,

I didn't make it into the office today (spring cold), but here's a bugfix for 3.1 that looks like it is related to your 3.0 problem ("peter's problem" had to do with LDAP issues and LDAP libraries are loaded in 3.0):

------
42277  P1  Cannot login from Pharo or VM on Darwin

-Combine the crypto and SSL libraries into a single shared library file named libssl.  File name includes version and width (32 or 64 bit).
-To fix this bug, load libssl using RTLD_LOCAL in 32 bit processes.  Since 32 bit GCI clients never load the LDAP libraries, this works fine.
-On 64 bit processes, we must continue loading libssl using RTLD_GLOBAL.  Otherwise the dynamic loader is unable to resolve symbol references from the
LDAP libraries to the SSL library.

This fix should still address Peter's problem, but I suspect 64 bit VW or Pharo logins on Darwin might be broken.  Since those are seldom (never?) used configurations, this is of no big concern at present.

------

We're getting close to having candidate builds for 3.1 that you guys can try out, in fact if you'd like to get a pre-candidate build to start working with, I can probably arrange that ...

Dale

Dale, thanks for getting back to me and I appreciate it.  Anyway,  I would be interested in a pre-candidate builds of 3.1.
 

----- Original Message -----
| From: "Dale Henrichs" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, May 28, 2012 4:51:43 PM
| Subject: Re: [GS/SS Beta] Gemstone/S 3.0.1 64bit Initialization and SSH
|
| Conrad,
|
| Yeah at first blush this looks like a path issue.
|
| We have been dealing with some SSL library loading issues for 3.1 so
| perhaps the guys might have some better ideas about what could be
| going on for you ...
|
| I'll check tomorrow ..
|
| Dale
|
| ----- Original Message -----
| | From: "Conrad Taylor" <[hidden email]>
| | To: "GemStone Seaside beta discussion" <[hidden email]>
| | Sent: Monday, May 28, 2012 4:24:16 PM
| | Subject: Re: [GS/SS Beta] Gemstone/S 3.0.1 64bit Initialization and
| | SSH
| |
| | On Tue, May 15, 2012 at 1:39 PM, Dale Henrichs <
| | [hidden email]
| | > wrote:
| |
| |
| |
| | Conrad,
| |
| | Here's a comment from one of our engineers:
| |
| | I would *guess* that the SSL libs we ship are being loaded by
| | an app (ssh ?) compiled with a different version of SSL. If
| | that's the problem then probably the DYLD_LIBRARY_PATH env
| | var or one of the other weird env var Darwin uses to load
| | DLLs (see dyld(3)) is not set correctly.
| |
| |
| |
| |
| | I'm compiling both openssh and openssl through MacPorts and this
| | works without any issues until I source defSeaside script. In any
| | case, I'll play with this some more and see what I can find.
| |
| |
| | Dale
| |
| |
| |
| | ----- Original Message -----
| | | From: "Conrad Taylor" < [hidden email] >
| | | To: "GemStone Seaside beta discussion" <
| | | [hidden email]
| | | >
| | | Sent: Monday, May 14, 2012 8:53:06 PM
| | | Subject: [GS/SS Beta] Gemstone/S 3.0.1 64bit Initialization and
| | | SSH
| | |
| | | Hi, I'm seeing the following error message while using Gemstone/S
| | | 3.0.1 64 bit on Mac OS 10.7.4:
| | |
| | |
| | | $ source /opt/gemstone/product/seaside/defSeaside
| | | $ ssh username@host
| | | OpenSSL version mismatch. Built against 1000101f, you have
| | | 1000005f
| | |
| | |
| | |
| | | actual message:
| | |
| | |
| | |
| | | $ openssl version
| | | WARNING: can't open config file:
| | | /export/orpheus4/users/buildgss/gs64/301/build27207/fast42/ldap/openssl/install42/ssl/openssl.cnf
| | | OpenSSL 1.0.1c 10 May 2012 (Library: OpenSSL 1.0.0e 6 Sep 2011)
| | |
| | |
| | | expected message:
| | |
| | |
| | |
| | | $ openssl version
| | | OpenSSL 1.0.1c 10 May 2012
| | |
| | | --
| | |
| | |
| | |
| | | Think different and code well ,
| | |
| | |
| | | -Conrad
| | |
| | |
| | |
| |
| |
| |
| |
| | --
| |
| |
| |
| | Think different and code well ,
| |
| |
| | -Conrad
| |
| |
| |
|



--

Think different and code well,

-Conrad