Re: [OMPI devel] 1.8.5 release

[Ralph Castain]

Oh??? That isn’t supposed to be the case - we default to romio in the 1.8 
series. Looks like something inadvertently leaked, so we’ll fix it.

Thanks for the heads-up!

> On May 4, 2015, at 7:34 PM, Orion Poplawski  wrote:
> 
> On 05/04/2015 01:21 PM, Ralph Castain wrote:
>> Yo folks
>> 
>> We are on a final overnight soak of the 1.8.5 release as we added some 
>> datatype fixes this morning. Pending overnight MTT results, and any last 
>> minute testing you wish to do, we will release tomorrow after the telecon.
>> 
>> Ralph
> 
> It seems that (at least with the Fedora builds) we've gone from a default of 
> romio with 1.8.3 to a default of ompio with 1.8.5.  This is breaking the 
> netcdf-fortran tests as they crash when using ompio.  I can work around the 
> build issue by selecting romio, but this seems like a big change in a stable 
> branch.
> 
> 
> -- 
> Orion Poplawski
> Technical Manager 303-415-9701 x222
> NWRA/CoRA DivisionFAX: 303-415-9702
> 3380 Mitchell Lane  or...@cora.nwra.com
> Boulder, CO 80301  http://www.cora.nwra.com
> ___
> devel mailing list
> de...@open-mpi.org
> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> Link to this post: 
> http://www.open-mpi.org/community/lists/devel/2015/05/17383.php

[OMPI devel] 1.8.5 release

[Ralph Castain]

Yo folks

We are on a final overnight soak of the 1.8.5 release as we added some datatype 
fixes this morning. Pending overnight MTT results, and any last minute testing 
you wish to do, we will release tomorrow after the telecon.

Ralph

[OMPI devel] MTT "trivial" Fortran errors

[Jeff Squyres (jsquyres)]

A few of you have pinged me off-list about some Fortran compile failures in the 
MTT "trivial" test suite.

I'm not 100% sure why these have cropped up recently, but I made some changes 
to MTT this morning that should fix the issue.  Please "git pull --rebase" on 
your local MTT repo, and the problems should go away in your next MTT cycle.

Let me know if you have continued problems in this area.

-- 
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to: 
http://www.cisco.com/web/about/doing_business/legal/cri/

Re: [OMPI devel] is anyone seeing this on their intel/inifinipath cluster?

[Jeff Squyres (jsquyres)]

Howard --

Have you reported this upstream?


> On May 4, 2015, at 7:57 AM, Rolf vandeVaart  wrote:
> 
> I am seeing it also on my cluster too.
> 
>  
> 
> [ivy4:27085] mca_base_component_repository_open: unable to open 
> mca_btl_usnic: 
> /ivylogin/home/rvandevaart/ompi-repos/ompi-master-uvm/64-dbg/lib/libmca_common_libfabric.so.0:
>  undefined  symbol: psmx_eq_open (ignore
> [ivy4:27085] mca_base_component_repository_open: unable to open mca_mtl_ofi: 
> /ivylogin/home/rvandevaart/ompi-repos/ompi-master-uvm/64-dbg/lib/libmca_common_libfabric.so.0:
>  undefined symbol: psmx_eq_open (ignored)
> 
> 
> Rolf
> 
>  
> 
> From: devel [mailto:devel-boun...@open-mpi.org] On Behalf Of Howard Pritchard
> Sent: Friday, May 01, 2015 6:08 PM
> To: Open MPI Developers List
> Subject: [OMPI devel] is anyone seeing this on their intel/inifinipath 
> cluster?
> 
>  
> 
> Hi Folks,
> 
>  
> 
> I'm doing some work with master on a intel/infinipath system and there some 
> odd undefined
> 
> symbols errors showing up:
> 
>  
> 
> /users/hpp/ompi_install/lib/libmca_common_libfabric.so.0: undefined symbol: 
> psmx_eq_open
> 
>  
> 
> anyone else seeing this on their intel/infinipath system?
> 
>  
> 
> What's bizarre is that psmx_eq_open shouldn't be visible outside of the 
> libfabric.so itself.  So
> 
> having libfabric internal symbols required in a ompi mca lib seems to be 
> incorrect.
> 
>  
> 
> Howard
> 
>  
> 
> This email message is for the sole use of the intended recipient(s) and may 
> contain confidential information.  Any unauthorized review, use, disclosure 
> or distribution is prohibited.  If you are not the intended recipient, please 
> contact the sender by reply email and destroy all copies of the original 
> message.
> ___
> devel mailing list
> de...@open-mpi.org
> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> Link to this post: 
> http://www.open-mpi.org/community/lists/devel/2015/05/17379.php


-- 
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to: 
http://www.cisco.com/web/about/doing_business/legal/cri/

Re: [OMPI devel] is anyone seeing this on their intel/inifinipath cluster?

[Rolf vandeVaart]

I am seeing it also on my cluster too.

[ivy4:27085] mca_base_component_repository_open: unable to open mca_btl_usnic: 
/ivylogin/home/rvandevaart/ompi-repos/ompi-master-uvm/64-dbg/lib/libmca_common_libfabric.so.0:
 undefined symbol: psmx_eq_open (ignored)
[ivy4:27085] mca_base_component_repository_open: unable to open mca_mtl_ofi: 
/ivylogin/home/rvandevaart/ompi-repos/ompi-master-uvm/64-dbg/lib/libmca_common_libfabric.so.0:
 undefined symbol: psmx_eq_open (ignored)

Rolf

From: devel [mailto:devel-boun...@open-mpi.org] On Behalf Of Howard Pritchard
Sent: Friday, May 01, 2015 6:08 PM
To: Open MPI Developers List
Subject: [OMPI devel] is anyone seeing this on their intel/inifinipath cluster?

Hi Folks,

I'm doing some work with master on a intel/infinipath system and there some odd 
undefined
symbols errors showing up:

/users/hpp/ompi_install/lib/libmca_common_libfabric.so.0: undefined symbol: 
psmx_eq_open

anyone else seeing this on their intel/infinipath system?

What's bizarre is that psmx_eq_open shouldn't be visible outside of the 
libfabric.so itself.  So
having libfabric internal symbols required in a ompi mca lib seems to be 
incorrect.

Howard


---
This email message is for the sole use of the intended recipient(s) and may 
contain
confidential information.  Any unauthorized review, use, disclosure or 
distribution
is prohibited.  If you are not the intended recipient, please contact the 
sender by
reply email and destroy all copies of the original message.
---