[Top][All Lists]
[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
- Re: [Queue-developers] just "one" more question,
W. G. Krebs <=