Re: [OMPI devel] OMPI 1.5 twitter notification plugin probably broken by switch to OAUTH

2010-09-02 Thread Ralph Castain
Okay, I fixed this up for you on the devel trunk:

Ralph:ompi-trunk rhc$ orterun -n 3 -mca notifier hnp foo
Job Ralph:10628 terminated abnormally
--
orterun was unable to find the specified executable file, and therefore
did not launch the job.  This error was first reported for process
rank 0; it may have occurred for other processes as well.

NOTE: A common cause for this error is misspelling a orterun command
  line parameter option (remember that orterun interprets the first
  unrecognized command line token as the executable).

Node:   Ralph
Executable: foo
--
3 total processes failed to start

Ralph:ompi-trunk rhc$ orterun -n 3 -mca notifier hnp hostname
Ralph
Ralph
Ralph

Ralph:ompi-trunk rhc$ orterun -n 3 -mca notifier hnp -mca 
notifier_threshold_severity info hostname
Ralph
Ralph
Ralph
Job Ralph:10624 complete

HTH
Ralph

On Sep 1, 2010, at 5:15 AM, Chris Samuel wrote:

> Hi folks,
> 
> Looking at the code for the Twitter notifier in OMPI 1.5
> and seeing its use of HTTP basic authentication I would
> suggest that it may be non-functional due to Twitters
> switch to purely OAUTH based authentication for their API.
> 
> I'm trying to test it out here but I'm at a bit of a loss
> to find a trivial command line to trigger a notifier, even
> the syslog one!  I've Googled and grep'd with no joy..
> 
> For instance:
> 
> chris@quad:/tmp/ompi$ ./bin/mpirun --mca notifier syslog --mca 
> notifier_threshold_severity 99 --mca 
> notifier_base_verbose 99  /bin/doesnotexist
> [quad:18429] mca: base: components_open: Looking for notifier components
> [quad:18429] mca: base: components_open: opening notifier components
> [quad:18429] mca: base: components_open: found loaded component syslog
> [quad:18429] mca: base: components_open: component syslog has no register 
> function
> [quad:18429] mca: base: components_open: component syslog open function 
> successful
> [quad:18429] mca:base:select: Auto-selecting notifier components
> [quad:18429] mca:base:select:(notifier) Querying component [syslog]
> [quad:18429] mca:base:select:(notifier) Query of component [syslog] set 
> priority to 1
> [quad:18429] mca:base:select:(notifier) Selected component [syslog]
> --
> mpirun was unable to launch the specified application as it could not access
> or execute an executable:
> 
> Executable: /bin/doesnotexist
> Node: quad
> 
> while attempting to start process rank 0.
> --
> [quad:18429] mca: base: close: component syslog closed
> [quad:18429] mca: base: close: unloading component syslog
> 
> But nothing appears in the syslog.
> 
> Ideas ?
> 
> cheers!
> Chris
> -- 
> Christopher Samuel  Senior Systems Administrator
> VLSCI - Victorian Life Sciences Computational Initiative
> Email: sam...@unimelb.edu.au Phone: +61 (0)3 903 55545
>  http://www.vlsci.unimelb.edu.au/
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel




Re: [OMPI devel] New interface code refactor

2010-09-02 Thread Jeff Squyres
We think that this is ready.  I have sent a note to our BSD friends asking them 
to test.

If all works out ok, we plan on bringing this back to the trunk.



On Aug 31, 2010, at 5:03 PM, Barrett, Brian W wrote:

> Ah, I see, I misunderstood how you organized things.  Never mind :).
> 
> 
> Brian
> 
> On Aug 31, 2010, at 2:48 PM, Ralph Castain wrote:
> 
>> I believe it is there, but correct me if not. All of the component 
>> configure.m4s depend on a test for sockaddr_in, which I believe RS will fail 
>> - yes?
>> 
>> On Tue, Aug 31, 2010 at 2:42 PM, Barrett, Brian W  wrote:
>> Ralph -
>> 
>> My Red Storm dev cluster isn't working right now, but I didn't see an option 
>> for no if support at all.  Did I miss it, or are we going to have to add it 
>> later?
>> 
>> Thanks,
>> 
>> Brian
>> 
>> On Aug 31, 2010, at 2:28 PM, Ralph Castain wrote:
>> 
>>> Per a discussion on the devel telecon a week or two ago, I have refactored 
>>> the opal/util/if.c code into a static framework (ala the installdirs 
>>> implementation) so that the various cases are dealt with in configure.m4 
>>> instead of a mass of interwoven #if-#else clauses. Jeff will undoubtedly do 
>>> some cleanup of the configury magic, but the basic functionality is ready 
>>> for initial review.
>>> 
>>> For those who care, please clone and check the code at 
>>> http://bitbucket.org/rhc/ompi-if to ensure that the correct opal/mca/if 
>>> components are being built for your environment, and that the discovered 
>>> interfaces are correct. Please let me know (up or down) so we can get a 
>>> feel for how close we are to bringing this back to the trunk.
>>> 
>>> Thanks
>>> Ralph
>>> 
>>> 
>> 
>> --
>> Brian W. Barrett
>> Dept. 1423: Scalable System Software
>> Sandia National Laboratories
>> 
>> 
>> 
>> 
>> 
>> ___
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>> 
>> 
> 
> --
>  Brian W. Barrett
>  Dept. 1423: Scalable System Software
>  Sandia National Laboratories
> 
> 
> 
> 
> 
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel


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