We don't really test/play with FreeBSD at all. :-\
George -- were you able to look into this?
On Apr 29, 2008, at 10:14 PM, Brad Penoff wrote:
hey again,
One quick follow-up, as things are still misbehaving...
While removing --enable-picky in the ompi_configure_arguments got MTT
to compile the nightly tarball, no MPI program succeeds (both in MTT
and outside) for any BTL included in the nightly tarball when ran on
FreeBSD 7.
I did a quick investigation and it appears as if I'm arriving at the
same thing that Karol did in the Apr 5th email in this thread...
Things hang on the call to kevent on line 177 of opal/event/kqueue.c .
Jeff had replied asking if Karol had only ran locally, citing past
problems he'd seen with kevent running locally. I tried also running
on a remote machine, and it hung in the same way. George mentioned he
had done a fix for an OS X issue recently.... just curious but did you
guys (or anyone else) ever get a chance to cycle back to this?
Thanks!
brad
On Tue, Apr 29, 2008 at 4:45 PM, Brad Penoff <pen...@cs.ubc.ca> wrote:
hey all,
I was just configuring MTT to run some multihost tests on FreeBSD 7
and I came across this same error you guys were, using the
openmpi-1.3a1r18325.tar.gz trunk nightly tarball :
kqueue.c:165: error: implicit declaration of function 'openpty'
However, this error seems to only come up if I use --enable-picky to
configure. Getting rid of --enable-picky results in a successful
compilation. Any idea why that is? Should this be fixed in the long
term?
For now, I'm just adjusting my MTT runs to not have --enable-picky in
the ompi_configure_arguments...
brad
2008/4/11 George Bosilca <bosi...@eecs.utk.edu>:
That's good that you guys revive this thread, I almost forget
about it.
The code you're referring, is not part of the libevent. It was
one of my
"fixes" around for problem on OS X (where kevent is not able to
work nicely
with pty). It works on MAC as the code trigger an error so there
is no need
for the timeout ... I'll make the corrections over the weekend.
Thanks,
george.
On Apr 11, 2008, at 7:39 PM, Karol Mroz wrote:
Hi, Jeff...
This test was performed locally, yes. I'm short on machines at
the moment
to perform any proper distributed tests.
--
Karol
-----Original Message-----
From: Jeff Squyres <jsquy...@cisco.com>
Date: Fri, 11 Apr 2008 16:36:33
To:Open MPI Developers <de...@open-mpi.org>
Subject: Re: [OMPI devel] Build failure on FreeBSD 7
This may depend on how you ran the app on FreeBSD -- did you run on
the localhost only?
We have/had a problem when running locally with regards to kevent
--
I'm not 100% sure if we've fixed it yet. Let me check...
On Apr 5, 2008, at 1:53 AM, Karol Mroz wrote:
After digging a little deeper, it turns out that the kevent()
call in
opal/event/kquene.c:
if (kevent(kq,
kqueueop->changes, 1, kqueueop->events, NEVENT, NULL) !=
1 ||
(int)kqueueop->events[0].ident != master ||
kqueueop->events[0].flags != EV_ERROR) {
seems to hang in freebsd 7. Changing the NULL parameter to, lets
say
1000, causes the function to return and print out the error
message:
event_warn("%s: detected broken kqueue (failed delete); not
using
error %d (%s)", __func__, errno, strerror(errno));
The simple non-blocking send/recv app used to test this then
runs to
completion. Compiling OpenMPI on linux and running this same app
produces no errors.
Any ideas?
Thanks.
--
Karol
_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Jeff Squyres
Cisco Systems
_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Jeff Squyres
Cisco Systems
