bug-autoconf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Queue-developers] just "one" more question


From: W. G. Krebs
Subject: Re: [Queue-developers] just "one" more question
Date: Fri, 19 Jan 2001 09:48:52 -0500
User-agent: IMP/PHP IMAP webmail program 2.2.0-pre13

This is a bug in the ./configure script, or, in reality, in the GNU Autoconf 
program.

Queue_manager requires C++, so I had to add this to the configure.in setup.

Unfortunately, GNU Autoconf does not seem to work correctly with C++/g++ on 
some 
platforms, concluding that the C++ compiler is a cross-compiler.

I suppose we'll have to write the folks at autoconf to ask us for help with 
this 
problem, hence the CC line. [Note that queue-developers is spam-proofed by 
requiring subscriptions, so folks from bug-autoconf should just reply to the CC 
addresses. Thanks.]

Quoting Mark Denni <address@hidden>:

> Monica -
> 
> Perhaps you can help me. I had to take the queue manager and
> related components out so that I could configure Queue on 
> Solaris 2.7. Otherwise, when I ran configure, it would
> just fail, complaining that I was running a cross-compiler.
> Has anyone else had this problem?  Has anyone successfully
> built Queue on Solaris2.7?  I'd be very interested as well,
> if someone has been able to interoperate between Solaris
> and Linux with Queue.
> 
> - Mark
> 
> Monica Lau wrote:
> > 
> > On Tue, 16 Jan 2001, Federico Ardanaz wrote:
> > 
> > > 1) task_control seems to do nothing at all!?
> > 
> > Are you running the task_manager program on each machine as where the
> > queue daemons are running?
> > 
> > I realize that some of the programs may not be working correctly.  My
> > apologies, but progress is rather slow at the moment.  I've just updated
> > W. Krebs with the new patches.  Hopefully, they'll be up for people to
> > download soon.
> > 
> > These are the necessary steps to run the programs:
> > 
> > 1) There needs to be a "my_qdir" subdirectory within the standard queue
> > directory.  The queue_manager uses the my_qdir directory to store certain
> > files.  All of these files, except for one (the "licenses" file) gets
> > created by the queue_manager.
> > 
> > 2) The "licenses" file needs to be in the my_qdir subdirectory.  It stores
> > the total number of licenses that users are allowed to use per license
> > feature (ie, 10 matlab licenses).  In the updated patches, there is a
> > default license called "dummylicense" so that users are not required to
> > specify a license(s) in order to run a job, ie, if they just want to do
> > something like "queue -- ./a.out".  However, note that the number of
> > dummylicenses would limit the total number of jobs that users can
> > run.  Users can change this number if they want.  In the current programs,
> > I believe that users do have to specify a license.
> > 
> > 3) In order to view what jobs are running and where they are running,
> > users simply have to look at the "status" file within the my_qdir
> > directory.  Just a simple "cat my_qdir/status" will do.  In the updated
> > patches, the queue_manager updates this status file quite often.
> > 
> > 4) Some of the variables in the queue_define.h file needs to be updated
> > before compilation.  QMANAGERHOST -- change the host name of this variable
> > to be the name of the server where the queue_manager will be running
> > on.  Also, be sure to update the new directory paths of the variables
> > QDIR, AVAILHOSTS, ..., TEMPFILE.
> > 
> > 5) In order for the task_control program to work correctly, the
> > task_manager program must be running on each server where each queue
> > daemon is running.
> > 
> > Please let me know if anything is unclear or if there are any problems.  I
> > hope this helps!
> > 
> > Regards,
> > Monica Lau
> > 
> > > 2) How can I remove (qdel in NQS) batch jobs?
> > > 3) How can I know how many jobs are running and where?
> > >
> > >       Federico Ardanaz
> > >
> > > _______________________________________________
> > > Queue-developers mailing list address@hidden
> > > To unsubscribe, subscribe, or set options:
> > > http://lists.sourceforge.net/lists/listinfo/queue-developers
> > >
> > 
> > _______________________________________________
> > Queue-developers mailing list address@hidden
> > To unsubscribe, subscribe, or set options:
> > http://lists.sourceforge.net/lists/listinfo/queue-developers



reply via email to

[Prev in Thread] Current Thread [Next in Thread]