The thing that concerns me is that we have one set of Maui RPMs for i386, regardless of distro.
Since the conversion from CVS -> SVN, there have been only a few RPM checkins for Maui for i386:
r2678 | dnl | 2004-10-28 removed maui-oscar-3.2.5p2-8.i386.rpm r2677 | dnl | 2004-10-28 committed maui-oscar-3.2.5p2-9.i386.rpm r2660 | dnl | 2004-10-25 updated maui-oscar-3.2.5p2-8.i386.rpm r2654 | bligneri | 2004-10-22 added maui-oscar-3.2.5p2-8.i386.rpm
The first one (by Ben) was supposedly an OpenPBS-independant Maui. I don't know what Dave's fixes did.
Did all of these RPMs get a good shakeout? (let's also not forget the possibility that there's something wrong with my FC2 installation...)
On Dec 4, 2004, at 11:23 PM, David N. Lombard wrote:
Jeff Squyres wrote:I'm finally around and able to spend a little time tracking down switcher issues with OSCAR, but am having problems keeping Maui running.
Specifically, it's seg faulting. Here's how I know:
- ps -eadf | grep maui shows nothing
- /etc/init.d/pbs_server stop
- /etc/init.d/maui start
- ps -eadf | grep maui shows that it's running
- tail -f /opt/maui/log/maui.log shows that maui things are happening
- gdb --pid <pid_of_maui>
- gdb attaches; allow gdb to continue execution of maui
- /etc/init.d/pbs_server start
- the tail shows that new things happen in Maui now that the PBS server has started
- gdb stops, saying that maui has seg faulted
This is preventing most PBS-based tests from running (including the potential switcher problem with the MPICH test). This is happening on a current SVN HEAD install on FC2.
Is anyone else running into this?Yoiks!
A while ago, I had a similar probl on RHL9. But, it only started happening *after* Thomas and I updated autoconf/automake/libtool and I built the tarball. It consistently failed with that tarball, but once I switched back to testing from the trunk (to isolate the problem), the failure vanished, and I was unable to reproduce. I had backed my working copy down to a point I knew was functional, and applied each change-set in turn, expecting it to fail once I applied the change causing the crash -- I ran out of change sets without seeing it fail again.
I haven't seen it fail since (from the tarball, trunk, or branch).
-- David N. Lombard
Rossmoor, Orange County, CA
http://www.fourmilab.ch/cgi-bin/uncgi/Earth?imgsize=320&opt=- z&lat=33.8&ns=North&lon=118.08&ew=West&alt=7&img=learth.evif
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/
_______________________________________________
Oscar-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/oscar-devel
-- {+} Jeff Squyres {+} [EMAIL PROTECTED] {+} http://www.lam-mpi.org/
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/
_______________________________________________
Oscar-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/oscar-devel
