queue-developers Mailing List for GNU Queue (Page 5)
Brought to you by:
wkrebs
Menu
▾
▴
queue-developers
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(8) |
Jun
(4) |
Jul
(4) |
Aug
(25) |
Sep
(9) |
Oct
(4) |
Nov
(4) |
Dec
(6) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(15) |
Feb
(31) |
Mar
(26) |
Apr
(44) |
May
(39) |
Jun
(3) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2003 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(9) |
Jun
(9) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Hazelrig, C. C. (C. - Simtech)
<Chr...@hw...> - 2001-04-17 20:21:14
|
Wow, lots of "RE:"s. Anyway, I was retrieving the latest files the hard way, by downloading them one at a time through the CVS repository browser. I have since checked them out the more intelligent way (cvs anonymous login, etc.) and now have the latest files, including the license file. Thanks to Sam for pointing this out. Chris > -----Original Message----- > From: que...@li... > [SMTP:que...@li...] > Sent: Sunday, April 08, 2001 2:06 PM > To: que...@li... > Subject: Queue-developers digest, Vol 1 #78 - 2 msgs > > Send Queue-developers mailing list submissions to > que...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.sourceforge.net/lists/listinfo/queue-developers > or, via email, send a message with subject or body 'help' to > que...@li... > > You can reach the person managing the list at > que...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Queue-developers digest..." > > > Today's Topics: > > 1. RE: RE: Re: just "one" more question (Monica L > au) (Sam Liddicott) > > --__--__-- > > Message: 1 > From: Sam Liddicott <sam...@an...> > To: que...@li... > Subject: RE: [Queue-developers] RE: Re: just "one" more question (Monica L > au) > Date: Fri, 6 Apr 2001 08:59:08 +0100 > Reply-To: que...@li... > > What command did you use to checkout of cvs? > > Make sure you checkout queue-development and not queue which is about a > year > old. > > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/queue co > queue-development > > Sam > > > -----Original Message----- > > From: Hazelrig, Chris C. (Contractor - Simtech) > > [mailto:Chr...@hw...] > > Sent: 05 April 2001 20:26 > > To: 'que...@li...' > > Subject: [Queue-developers] RE: Re: just "one" more question (Monica > > Lau) > > > > > > Greetings, > > > > I realize this message is in response to an old mailing, but I've been > > working on other things for a while. Anyway, I have a > > question regarding > > the "dummylicense" Ms. Lau refers to below (Queue-developers > > digest, Vol 1 > > #47 - 4 msgs, Message 1). I have downloaded the latest Queue > > sources from > > CVS and did not find a file by this name. The software that > > I am trying to > > run using Queue does not require a license and I have been > > unable submit any > > jobs since the queue manager performs license checks. Is it > > possible to > > construct the "dummylicense" file from scratch? Any help would be > > appreciated. > > > > Regards, > > Chris Hazelrig > > > > > -----Original Message----- > > > From: que...@li... > > > [SMTP:que...@li...] > > > Sent: Friday, January 19, 2001 2:04 PM > > > To: que...@li... > > > Subject: Queue-developers digest, Vol 1 #47 - 4 msgs > > > > > > Send Queue-developers mailing list submissions to > > > que...@li... > > > > > > To subscribe or unsubscribe via the World Wide Web, visit > > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > or, via email, send a message with subject or body 'help' to > > > que...@li... > > > > > > You can reach the person managing the list at > > > que...@li... > > > > > > When replying, please edit your Subject line so it is more specific > > > than "Re: Contents of Queue-developers digest..." > > > > > > > > > Today's Topics: > > > > > > 1. Re: just "one" more question (Monica Lau) > > > 2. Re: just "one" more question (Mark Denni) > > > 3. Re: just "one" more question (W. G. Krebs) > > > 4. Re: just "one" more question (Eric Deal) > > > > > > -- __--__-- > > > > > > Message: 1 > > > Date: Thu, 18 Jan 2001 15:33:39 -0800 (PST) > > > From: Monica Lau <ml...@al...> > > > To: que...@li... > > > Subject: Re: [Queue-developers] just "one" more question > > > Reply-To: que...@li... > > > > > > 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 > > Que...@li... > > > > To unsubscribe, subscribe, or set options: > > > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > > > > > > > > > > > > > -- __--__-- > > > > > > Message: 2 > > > Date: Thu, 18 Jan 2001 22:37:35 -0800 > > > From: Mark Denni <ma...@re...> > > > To: que...@li... > > > Subject: Re: [Queue-developers] just "one" more question > > > Reply-To: que...@li... > > > > > > This is a multi-part message in MIME format. > > > --------------01742FCFB766A0EBB01A0E23 > > > Content-Type: text/plain; charset=us-ascii > > > Content-Transfer-Encoding: 7bit > > > > > > 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 > > Que...@li... > > > > > To unsubscribe, subscribe, or set options: > > > > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > > > > > > > > > > _______________________________________________ > > > > Queue-developers mailing list > > Que...@li... > > > > To unsubscribe, subscribe, or set options: > > > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > --------------01742FCFB766A0EBB01A0E23 > > > Content-Type: text/x-vcard; charset=us-ascii; > > > name="markd.vcf" > > > Content-Transfer-Encoding: 7bit > > > Content-Description: Card for Mark Denni > > > Content-Disposition: attachment; > > > filename="markd.vcf" > > > > > > begin:vcard > > > n:Denni;Mark > > > tel;fax:(408) 719-4800 > > > tel;work:(408) 719-4742 > > > x-mozilla-html:FALSE > > > org:RedSwitch > > > adr:;;1815 McCandless Drive;Milpitas;CA;95035-8046;USA > > > version:2.1 > > > email;internet:ma...@re... > > > title:Sr. UNIX Systems Administrator > > > x-mozilla-cpt:;25160 > > > fn:Mark Denni > > > end:vcard > > > > > > --------------01742FCFB766A0EBB01A0E23-- > > > > > > > > > > > > -- __--__-- > > > > > > Message: 3 > > > To: <que...@li...> > > > Subject: Re: [Queue-developers] just "one" more question > > > Date: Fri, 19 Jan 2001 09:48:52 -0500 > > > From: "W. G. Krebs" <wer...@ya...> > > > Cc: <bug...@gn...>, <bug...@gn...> > > > Reply-To: que...@li... > > > > > > > > > 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 <ma...@re...>: > > > > > > > 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 > > Que...@li... > > > > > > To unsubscribe, subscribe, or set options: > > > > > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Queue-developers mailing list > > Que...@li... > > > > > To unsubscribe, subscribe, or set options: > > > > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > > > > > > -- __--__-- > > > > > > Message: 4 > > > To: que...@li... > > > Subject: Re: [Queue-developers] just "one" more question > > > From: Eric Deal <eri...@co...> > > > Date: Fri, 19 Jan 2001 09:12:44 -0600 > > > Reply-To: que...@li... > > > > > > > > > Mark, > > > > > > I started working on Solaris/Linux cross-platform Queue support > > > several months ago during some down time. As far as I know, this > > > is still partially broken. > > > > > > Queue now properly handles passing jobs between big/little > > > endian systems (the first problem), but the remaining problem > > > (that I'm aware of) is that the terminal settings are passed > > > from "client" to "server" via the job file in the > > > native format of the submitting machine. When this structure > > > is read by the execution machine, it will fail if it is not the > > > same platform (the termios structure varies greatly among the > > > Unix platforms). > > > > > > The general solution that I had in mind was on the client to map > > > all local termios settings to a common structure, or even a simple > > > ASCII string, and use this in the job structure. The server machine > > > would then take the information and populate its native > > termios structure > > > with this data when parsing the job file. > > > > > > Hopefully I'll have some more time to spend on this over the next > > > several months. > > > > > > Eric Deal > > > eri...@co... > > > > > > >--0__=882569D90024C2EF8f9e8a93df938690918c882569D90024C2EF > > > >Content-type: text/plain; charset=us-ascii > > > > > > > > > > > >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 > > Que...@li... > > > >> > To unsubscribe, subscribe, or set options: > > > >> > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > >> > > > > >> > > > >> _______________________________________________ > > > >> Queue-developers mailing list > > Que...@li... > > > >> To unsubscribe, subscribe, or set options: > > > >> http://lists.sourceforge.net/lists/listinfo/queue-developers > > > >(See attached file: markd.vcf) > > > >--0__=882569D90024C2EF8f9e8a93df938690918c882569D90024C2EF > > > >Content-type: application/octet-stream; > > > > name="markd.vcf" > > > >Content-Disposition: attachment; filename="markd.vcf" > > > >Content-transfer-encoding: base64 > > > > > > > > > >YmVnaW46dmNhcmQgDQpuOkRlbm5pO01hcmsNCnRlbDtmYXg6KDQwOCkgNzE5L > > TQ4MDANCnRlb > > > Dt3 > > > > > >b3JrOig0MDgpIDcxOS00NzQyDQp4LW1vemlsbGEtaHRtbDpGQUxTRQ0Kb3JnO > > lJlZFN3aXRja > > > A0K > > > > > >YWRyOjs7MTgxNSBNY0NhbmRsZXNzIERyaXZlO01pbHBpdGFzO0NBOzk1MDM1L > > TgwNDY7VVNBD > > > Qp2 > > > > > >ZXJzaW9uOjIuMQ0KZW1haWw7aW50ZXJuZXQ6bWFya2RAcmVkc3dpdGNoLmNvb > > Q0KdGl0bGU6U > > > 3Iu > > > > > >IFVOSVggU3lzdGVtcyBBZG1pbmlzdHJhdG9yDQp4LW1vemlsbGEtY3B0OjsyN > > TE2MA0KZm46T > > > WFy > > > >ayBEZW5uaQ0KZW5kOnZjYXJkDQo= > > > > > > > >--0__=882569D90024C2EF8f9e8a93df938690918c882569D90024C2EF-- > > > > > > > > > > > > > > > > > > > > > > > > > > -- __--__-- > > > > > > _______________________________________________ > > > Queue-developers mailing list > > > Que...@li... > > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > > > > > > End of Queue-developers Digest > > > > _______________________________________________ > > Queue-developers mailing list Que...@li... > > To unsubscribe, subscribe, or set options: > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > > > --__--__-- > > _______________________________________________ > Queue-developers mailing list > Que...@li... > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > End of Queue-developers Digest |
|
From: Sam L. <sam...@an...> - 2001-04-17 08:13:35
|
We'll be using Queue for a series of a few hundred non-interactive postscript->pre-process->render_pnm->slicer->png processes; hoping to be able to get a 10 fold increase of a sun E450. Once we get over the protocol problems with solaris we'll be able to provide you with real data on how execution time scales as more nodes are added to the cluster. Latency is not an issue for us however. Sam > -----Original Message----- > From: Werner G. Krebs [mailto:wer...@ya...] > Sent: 16 April 2001 22:28 > To: que...@li... > Subject: [Queue-developers] Call for co-authors on LISA paper > > > > Hi all, > > We have been invited to submit a paper on GNU Queue to the LISA > conference, http://www.usenix.org/events/lisa2001 . > > This is supposed to be a formal Computer Science paper about computer > science techniques for system administration. > > At this point, we can just introduce the GNU Queue system as > a new tool > for system administration (both for load-balancing intensive jobs and > also as a tool for system administrators.) This is basically my plan. > > If anyone has any good "scientific" data (for example, a table of > datapoints showing latency of job execution on a real cluster) or has > made "scientific" coding modifications (i.e., you modified > the protocol > to make GNU Queue Internet-scalable, or you modified the > protocol to add > cryptographic certificates to make the protocol Internet-scalable). > > Those of you have done significant protocol modifications > (e.g., Monica > Lau) may want to write something up. The final paper won't be > due until > October 1, but if you want your work included (and your name on the > paper), I'll need to have a good draft in appropriate > scientific English > w/ tables and figures by May 20, 2001 so that I have time to draft an > "extended abstract" by the deadline. > > > _______________________________________________ > Queue-developers mailing list Que...@li... > To unsubscribe, subscribe, or set options: > http://lists.sourceforge.net/lists/listinfo/queue-developers > |
|
From: Werner G. K. <wer...@ya...> - 2001-04-16 21:29:30
|
Hi all, We have been invited to submit a paper on GNU Queue to the LISA conference, http://www.usenix.org/events/lisa2001 . This is supposed to be a formal Computer Science paper about computer science techniques for system administration. At this point, we can just introduce the GNU Queue system as a new tool for system administration (both for load-balancing intensive jobs and also as a tool for system administrators.) This is basically my plan. If anyone has any good "scientific" data (for example, a table of datapoints showing latency of job execution on a real cluster) or has made "scientific" coding modifications (i.e., you modified the protocol to make GNU Queue Internet-scalable, or you modified the protocol to add cryptographic certificates to make the protocol Internet-scalable). Those of you have done significant protocol modifications (e.g., Monica Lau) may want to write something up. The final paper won't be due until October 1, but if you want your work included (and your name on the paper), I'll need to have a good draft in appropriate scientific English w/ tables and figures by May 20, 2001 so that I have time to draft an "extended abstract" by the deadline. |
|
From: Sam L. <sam...@an...> - 2001-04-12 09:02:59
|
I got wakeup.c to print as long the value of the float (load) bytes, like queued.c does, and find the load bytes it reads aren't the same ones that were sent: po.ananova.net[19212]: queued queued.c check_query(): Queue "now": load average query response: 0.00 (0x3a1b8cec). wakeup.c getrldavg(): po.ananova.net returned load 5.72e+10. (0x51554552) (This says QUER) Sam > -----Original Message----- > From: Sam Liddicott [mailto:sam...@an...] > Sent: 12 April 2001 09:17 > To: que...@li... > Subject: RE: [Queue-developers] Error running jobs > > > > Yeah, but queued says the load is less than 1, but queue says > the load is > 57,200,000,000 > > I set my pfactor to 100 and maxexec to 20 > > Sam > > > -----Original Message----- > > From: W. G. Krebs [mailto:wer...@ya...] > > Sent: 12 April 2001 01:05 > > To: que...@li... > > Subject: Re: [Queue-developers] Error running jobs > > > > > > This is correct behavior. > > > > The load average is divided by vmaxexec minus number of > > running jobs or > > one, whichever is greater, and then multiplied by p-factor. > > > > In this case, the load is divided by two. > > > > This helps to give unused machines a slight leg-up in the > competition. > > (p-factor should be set to discourage slow machines from > > getting jobs.) > > > > Sam Liddicott wrote: > > > > > Now I fixed the syntax errors in the profiles, I get: > > > > > > wakeup.c getrldavg(): po.ananova.net returned load 5.72e+10. > > > Queue "now" at host "po.ananova.net" has rldavg of 5.72e+10. > > > The host "po.ananova.net" is not able to serve queue "now". > > > Failed to submit job in queue "now" to host "po.ananova.net". > > > > > > an exceedingly high load. > > > > > > /tmp/queue/queued.debug: > > > po.ananova.net[281]: queued queued.c check_query(): > > > The "now" queue: q_status1: > > > "now: enabled: maxexec=2 loadsched=25 loadstop=50 > nice=0 cpu > > > 71582788 min > > > " > > > po.ananova.net[281]: queued queued.c check_query(): > > > The "now" queue: q_oldstat = -1. > > > po.ananova.net[281]: queued queued.c check_query(): > > > calculating load... avg = 0.160. > > > po.ananova.net[281]: queued queued.c check_query(): > > > calculated load = 0.387. > > > po.ananova.net[281]: queued queued.c check_query(): > > > Queue "now": load average query response: 0.39 > > (0x3ec60000). > > > po.ananova.net[281]: queued queued.c check_query(): > > > Load average 0.160156, vmaxexec 2, nexec 0, pfactor 1. > > > po.ananova.net[281]: queued queued.c check_query(): > > > select()ing on sockets: 6 and 7... > > > > > > Which all looks about right. > > > So how did queue so badly misread the load? > > > > > > Sam > > > > > > _______________________________________________ > > > Queue-developers mailing list > Que...@li... > > > To unsubscribe, subscribe, or set options: > > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > > > _______________________________________________ > > Queue-developers mailing list Que...@li... > > To unsubscribe, subscribe, or set options: > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > _______________________________________________ > Queue-developers mailing list Que...@li... > To unsubscribe, subscribe, or set options: > http://lists.sourceforge.net/lists/listinfo/queue-developers > |
|
From: Sam L. <sam...@an...> - 2001-04-12 08:51:37
|
The load averaged (according to the docs) is calcuated with:
1-min load average/ (( max(0, vmaxexec - maxexec) + 1)*pfactor)
The code is:
load = (avg[0] + 1.0)/((max(0, qp->q_vmaxexec - qp->q_nexec) + 1)
* qp->q_pfactor);
Should that be load = (-avg[0] + 1.0 ...
Sam
|
|
From: Sam L. <sam...@an...> - 2001-04-12 08:21:19
|
Yeah, but queued says the load is less than 1, but queue says the load is 57,200,000,000 I set my pfactor to 100 and maxexec to 20 Sam > -----Original Message----- > From: W. G. Krebs [mailto:wer...@ya...] > Sent: 12 April 2001 01:05 > To: que...@li... > Subject: Re: [Queue-developers] Error running jobs > > > This is correct behavior. > > The load average is divided by vmaxexec minus number of > running jobs or > one, whichever is greater, and then multiplied by p-factor. > > In this case, the load is divided by two. > > This helps to give unused machines a slight leg-up in the competition. > (p-factor should be set to discourage slow machines from > getting jobs.) > > Sam Liddicott wrote: > > > Now I fixed the syntax errors in the profiles, I get: > > > > wakeup.c getrldavg(): po.ananova.net returned load 5.72e+10. > > Queue "now" at host "po.ananova.net" has rldavg of 5.72e+10. > > The host "po.ananova.net" is not able to serve queue "now". > > Failed to submit job in queue "now" to host "po.ananova.net". > > > > an exceedingly high load. > > > > /tmp/queue/queued.debug: > > po.ananova.net[281]: queued queued.c check_query(): > > The "now" queue: q_status1: > > "now: enabled: maxexec=2 loadsched=25 loadstop=50 nice=0 cpu > > 71582788 min > > " > > po.ananova.net[281]: queued queued.c check_query(): > > The "now" queue: q_oldstat = -1. > > po.ananova.net[281]: queued queued.c check_query(): > > calculating load... avg = 0.160. > > po.ananova.net[281]: queued queued.c check_query(): > > calculated load = 0.387. > > po.ananova.net[281]: queued queued.c check_query(): > > Queue "now": load average query response: 0.39 > (0x3ec60000). > > po.ananova.net[281]: queued queued.c check_query(): > > Load average 0.160156, vmaxexec 2, nexec 0, pfactor 1. > > po.ananova.net[281]: queued queued.c check_query(): > > select()ing on sockets: 6 and 7... > > > > Which all looks about right. > > So how did queue so badly misread the load? > > > > Sam > > > > _______________________________________________ > > Queue-developers mailing list Que...@li... > > To unsubscribe, subscribe, or set options: > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > _______________________________________________ > Queue-developers mailing list Que...@li... > To unsubscribe, subscribe, or set options: > http://lists.sourceforge.net/lists/listinfo/queue-developers > |
|
From: W. G. K. <wer...@ya...> - 2001-04-12 00:06:45
|
This is correct behavior. The load average is divided by vmaxexec minus number of running jobs or one, whichever is greater, and then multiplied by p-factor. In this case, the load is divided by two. This helps to give unused machines a slight leg-up in the competition. (p-factor should be set to discourage slow machines from getting jobs.) Sam Liddicott wrote: > Now I fixed the syntax errors in the profiles, I get: > > wakeup.c getrldavg(): po.ananova.net returned load 5.72e+10. > Queue "now" at host "po.ananova.net" has rldavg of 5.72e+10. > The host "po.ananova.net" is not able to serve queue "now". > Failed to submit job in queue "now" to host "po.ananova.net". > > an exceedingly high load. > > /tmp/queue/queued.debug: > po.ananova.net[281]: queued queued.c check_query(): > The "now" queue: q_status1: > "now: enabled: maxexec=2 loadsched=25 loadstop=50 nice=0 cpu > 71582788 min > " > po.ananova.net[281]: queued queued.c check_query(): > The "now" queue: q_oldstat = -1. > po.ananova.net[281]: queued queued.c check_query(): > calculating load... avg = 0.160. > po.ananova.net[281]: queued queued.c check_query(): > calculated load = 0.387. > po.ananova.net[281]: queued queued.c check_query(): > Queue "now": load average query response: 0.39 (0x3ec60000). > po.ananova.net[281]: queued queued.c check_query(): > Load average 0.160156, vmaxexec 2, nexec 0, pfactor 1. > po.ananova.net[281]: queued queued.c check_query(): > select()ing on sockets: 6 and 7... > > Which all looks about right. > So how did queue so badly misread the load? > > Sam > > _______________________________________________ > Queue-developers mailing list Que...@li... > To unsubscribe, subscribe, or set options: > http://lists.sourceforge.net/lists/listinfo/queue-developers |
|
From: Sam L. <sam...@an...> - 2001-04-11 23:00:51
|
Now I fixed the syntax errors in the profiles, I get: wakeup.c getrldavg(): po.ananova.net returned load 5.72e+10. Queue "now" at host "po.ananova.net" has rldavg of 5.72e+10. The host "po.ananova.net" is not able to serve queue "now". Failed to submit job in queue "now" to host "po.ananova.net". an exceedingly high load. /tmp/queue/queued.debug: po.ananova.net[281]: queued queued.c check_query(): The "now" queue: q_status1: "now: enabled: maxexec=2 loadsched=25 loadstop=50 nice=0 cpu 71582788 min " po.ananova.net[281]: queued queued.c check_query(): The "now" queue: q_oldstat = -1. po.ananova.net[281]: queued queued.c check_query(): calculating load... avg = 0.160. po.ananova.net[281]: queued queued.c check_query(): calculated load = 0.387. po.ananova.net[281]: queued queued.c check_query(): Queue "now": load average query response: 0.39 (0x3ec60000). po.ananova.net[281]: queued queued.c check_query(): Load average 0.160156, vmaxexec 2, nexec 0, pfactor 1. po.ananova.net[281]: queued queued.c check_query(): select()ing on sockets: 6 and 7... Which all looks about right. So how did queue so badly misread the load? Sam |
|
From: Sam L. <sam...@an...> - 2001-04-11 22:52:37
|
The default queue profiles have lines like: mail @queuedir@/now/mail.log in them, I guess this were supposed to have been replaced by values during build. Sam> |
|
From: Sam L. <sam...@an...> - 2001-04-11 22:39:30
|
I'm having trouble submitting queue jobs.
bash-2.03# queue -D -i -h po -w -- hostname
...
...
wakeup.c getrldavg(): write() 4 bytes to fd 5:
"now
"
qlib.c Queue_nonblocking_rw(): write()ing 4 bytes on fd 5.
qlib.c Queue_nonblocking_rw(): write()ing 4 bytes on fd 5 -- done 4 bytes.
qlib.c Queue_nonblocking_rw(): done write()ing 4 bytes on fd 5.
qlib.c Queue_nonblocking_rw(): read()ing 4 bytes on fd 5.
qlib.c Queue_nonblocking_rw(): no bytes possible to read() on fd 5.
qlib.c Queue_nonblocking_rw(): select()ing on fd 5 for 66 seconds...
qlib.c Queue_nonblocking_rw(): read()ing 4 bytes on fd 5.
qlib.c Queue_nonblocking_rw(): got EOF on fd 5. (last read() gave zero
bytes)
qlib.c Queue_nonblocking_rw(): failed to read() 4 bytes (done 0) on fd 5,
giving up.
qlib.c Queue_net_rw(): failed to get 1 4-byte items on fd 5; got 0 bytes.
wakeup.c getrldavg(): failed to fread() from fd 5.
wakeup.c getrldavg(): close(5).
wakeup.c getrldavg(): ### failed to get load from po.ananova.net
### returning 1.00e+08 as rejection designator.
Queue "now" at host "po.ananova.net" has rldavg of 1.00e+08.
The host "po.ananova.net" is not able to serve queue "now".
Failed to submit job in queue "now" to host "po.ananova.net".
/tmp/queue/queue.debug gives:
...
load averages are 0, 0, 0.
...
po.ananova.net[23859]: queued queued.c check_query(): going to fgets() from
stre
am on fd 10...
po.ananova.net[23859]: queued queued.c check_query():
got 4 chars from stream on fd 10:
"now
"
po.ananova.net[23859]: queued queued.c check_query():
Got job query request for queue "now".
po.ananova.net[23859]: queued queued.c check_query():
The "now" queue: q_drain = 1.
po.ananova.net[23859]: queued queued.c check_query():
The "now" queue: q_deleteq = 0.
po.ananova.net[23859]: queued queued.c check_query():
The "now" queue: q_stopped = 0.
po.ananova.net[23859]: queued queued.c check_query():
The "now" queue: q_status = 1..
|
|
From: W. G. K. <wer...@ya...> - 2001-04-11 22:27:47
|
I will try to address this so that at least Solaris (or some versions thereof)
will be tested in this next release.
I think you have to run queued in debug mode to get it to work.
(That's another bug we should try to extricate before the release.)
It is probably complaining about the spool directory permissions.
Sam Liddicott wrote:
> I'm just trying to compile from a fresh cvs.
> To get autoconf to work I had to do:
>
> perl -i -pe 's/\/undefine/\/pndefine/g;' configure.in
>
> As for the missing .h files; you are right about define.h; further config.h
> does define all the correct symbols so that these include files should be
> included.
>
> However define.h includes netdb.h before it includes time.h - I argue this
> is an OS bug, if netdb.h needs time.h it should include it itself.
> But thats not the real problem;
>
> If I put: #include <time.h> partway down config.h; all is fine, but if I put
> it as the very top line of define.h then ident.c won't compile as previously
> repotred, which is weird as qlib.c includes define.h right after config.h
>
> ??
> Anyway, so I put those 3 hash defines back into config.h for now.
>
> Next I had to comment out 1170 in qlib.c where sa_restorer is used. I guess
> that line could be zapped?
>
> I also had to alter that SA_DEFER to SA_NODEFER (sorry I told you wrong)
>
> Next I had to implement the error function in random.c (because rightly or
> wrongly it links against qlib.o)
>
> Next I had to comment out line 65 of lex.l
> { "rlimitrss", K_RLIMITRSS },
>
> I don't know why it failed.
>
> But thats all.
>
> I have trouble running queued with -D, it coplains about the debug dir
> permissions - but this dir is not settable; nor does the error say which dir
> it is! I've mod'd my code to list the offending dir.
>
> queue fails to submit jobs to queue now; but I'll look at this another day.
>
> Thanks for your help; hope these notes are useful.
>
> Sam
>
> > -----Original Message-----
> > From: W. G. Krebs [mailto:wer...@ya...]
> > Sent: 11 April 2001 18:19
> > To: que...@li...
> > Subject: Re: [Queue-developers] compiled!
> >
> >
> > This shoulds like a problem with the ./configure script
> > generated by whatever
> > version of GNU AutoConf you used.
> >
> > The #include files you list are all listed in define.h, which
> > is included in
> > queue.h, included in queued.c.
> >
> > So, if ./configure is working properly, these should be read
> > by the compiler
> > via define.h.
> >
> > Did you need to make any changes beyond what I did in the
> > most recent CVS
> > version (comment fixes and a few code fixes?) to get it to compile?
> >
> > Sam Liddicott wrote:
> >
> > > OK; I got the darn think compiled for solaris 2.7 (thanks
> > to those who
> > > hinted);
> > >
> > > I had to make quite a few mods to the code; some of which
> > were actual code
> > > mods; and some of which were comment fixes and some of
> > which were just
> > > making sure the right include file was included.
> > >
> > > Maybe the include-file fixes should be handled by autoconf
> > but I'm not sure
> > > and would like to disucss them.
> > >
> > > I had to include <sys/wait.h> for WCOREDUMP define in queued.c
> > > I had to include <dirent.h> for queued.c
> > > I had to include <time.h> for ident.c
> > >
> > > Of course each include might be needed for other things too.
> > >
> > > Sam
> > >
> > > _______________________________________________
> > > Queue-developers mailing list Que...@li...
> > > To unsubscribe, subscribe, or set options:
> > > http://lists.sourceforge.net/lists/listinfo/queue-developers
> >
> >
> > _______________________________________________
> > Queue-developers mailing list Que...@li...
> > To unsubscribe, subscribe, or set options:
> > http://lists.sourceforge.net/lists/listinfo/queue-developers
> >
>
> _______________________________________________
> Queue-developers mailing list Que...@li...
> To unsubscribe, subscribe, or set options:
> http://lists.sourceforge.net/lists/listinfo/queue-developers
|
|
From: Sam L. <sam...@an...> - 2001-04-11 22:23:57
|
lex.c is in cvs, is that right? The copy in cvs has a timestampt such that lex.c is not rebuilt even though it is out of date. If I remove lex.c then it is re-made and my K_RLIMITRSS problem goes away. Sam > |
|
From: Sam L. <sam...@an...> - 2001-04-11 21:41:03
|
I'm just trying to compile from a fresh cvs.
To get autoconf to work I had to do:
perl -i -pe 's/\/undefine/\/pndefine/g;' configure.in
As for the missing .h files; you are right about define.h; further config.h
does define all the correct symbols so that these include files should be
included.
However define.h includes netdb.h before it includes time.h - I argue this
is an OS bug, if netdb.h needs time.h it should include it itself.
But thats not the real problem;
If I put: #include <time.h> partway down config.h; all is fine, but if I put
it as the very top line of define.h then ident.c won't compile as previously
repotred, which is weird as qlib.c includes define.h right after config.h
??
Anyway, so I put those 3 hash defines back into config.h for now.
Next I had to comment out 1170 in qlib.c where sa_restorer is used. I guess
that line could be zapped?
I also had to alter that SA_DEFER to SA_NODEFER (sorry I told you wrong)
Next I had to implement the error function in random.c (because rightly or
wrongly it links against qlib.o)
Next I had to comment out line 65 of lex.l
{ "rlimitrss", K_RLIMITRSS },
I don't know why it failed.
But thats all.
I have trouble running queued with -D, it coplains about the debug dir
permissions - but this dir is not settable; nor does the error say which dir
it is! I've mod'd my code to list the offending dir.
queue fails to submit jobs to queue now; but I'll look at this another day.
Thanks for your help; hope these notes are useful.
Sam
> -----Original Message-----
> From: W. G. Krebs [mailto:wer...@ya...]
> Sent: 11 April 2001 18:19
> To: que...@li...
> Subject: Re: [Queue-developers] compiled!
>
>
> This shoulds like a problem with the ./configure script
> generated by whatever
> version of GNU AutoConf you used.
>
> The #include files you list are all listed in define.h, which
> is included in
> queue.h, included in queued.c.
>
> So, if ./configure is working properly, these should be read
> by the compiler
> via define.h.
>
> Did you need to make any changes beyond what I did in the
> most recent CVS
> version (comment fixes and a few code fixes?) to get it to compile?
>
> Sam Liddicott wrote:
>
> > OK; I got the darn think compiled for solaris 2.7 (thanks
> to those who
> > hinted);
> >
> > I had to make quite a few mods to the code; some of which
> were actual code
> > mods; and some of which were comment fixes and some of
> which were just
> > making sure the right include file was included.
> >
> > Maybe the include-file fixes should be handled by autoconf
> but I'm not sure
> > and would like to disucss them.
> >
> > I had to include <sys/wait.h> for WCOREDUMP define in queued.c
> > I had to include <dirent.h> for queued.c
> > I had to include <time.h> for ident.c
> >
> > Of course each include might be needed for other things too.
> >
> > Sam
> >
> > _______________________________________________
> > Queue-developers mailing list Que...@li...
> > To unsubscribe, subscribe, or set options:
> > http://lists.sourceforge.net/lists/listinfo/queue-developers
>
>
> _______________________________________________
> Queue-developers mailing list Que...@li...
> To unsubscribe, subscribe, or set options:
> http://lists.sourceforge.net/lists/listinfo/queue-developers
>
|
|
From: W. G. K. <wer...@ya...> - 2001-04-11 17:29:23
|
I added the following to qlib.c: /*WGK 2001/04/11 Solaris fix.*/ #ifndef SA_NOMASK #define SA_NOMASK SA_DEFER #endif /*SA_NOMASK* This sets SA_MASK to SA_DEFER when SA_NOMASK is undefined. Sam Liddicott wrote: > There's some queue.c nested comments (double */) too; > > [hints for cvs update access] > > Sam > > > -----Original Message----- > > From: Sam Liddicott [mailto:sam...@an...] > > Sent: 11 April 2001 15:34 > > To: que...@li... > > Subject: RE: [Queue-developers] nearly... > > > > > > qlib.c:1163 > > > > Can we either use SA_DEFER or get autoconf to #define > > SA_NOMASK to SA_DEFER > > if it is not defined? > > > > Can I have cvs write permissions too please, to help on some of this? > > > > Thanks > > > > Sam > > > > > -----Original Message----- > > > From: Sam Liddicott [mailto:sam...@an...] > > > Sent: 11 April 2001 15:28 > > > To: que...@li... > > > Subject: [Queue-developers] nearly... > > > > > > > > > OK, using autoconf cvs, and fixing configure.in on solaris2.7 > > > I now get > > > after typing make: > > > [And now I really am lost. What does it mean: field 'ru_utime' has > > > incomplete type? > > > > > > config.status: creating config.h > > > gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c ident.c > > > In file included from queue.h:2, > > > from ident.c:1: > > > config.h:612: warning: `VERSION' redefined > > > config.h:39: warning: this is the location of the previous > > definition > > > In file included from /usr/include/sys/vnode.h:42, > > > from /usr/include/sys/stream.h:22, > > > from > > > /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/include/sys > > > /stream.h:5, > > > from /usr/include/netinet/in.h:38, > > > from /usr/include/netdb.h:96, > > > from define.h:37, > > > from queue.h:3, > > > from ident.c:1: > > > /usr/include/sys/resource.h:144: field `ru_utime' has > > incomplete type > > > /usr/include/sys/resource.h:145: field `ru_stime' has > > incomplete type > > > In file included from /usr/include/sys/stream.h:22, > > > from > > > /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/include/sys > > > /stream.h:5, > > > from /usr/include/netinet/in.h:38, > > > from /usr/include/netdb.h:96, > > > from define.h:37, > > > from queue.h:3, > > > from ident.c:1: > > > /usr/include/sys/vnode.h:167: parse error before `timestruc_t' > > > /usr/include/sys/vnode.h:167: warning: no semicolon at end of > > > struct or > > > union > > > /usr/include/sys/vnode.h:168: warning: data definition has > > no type or > > > storage class > > > /usr/include/sys/vnode.h:169: parse error before `va_ctime' > > > /usr/include/sys/vnode.h:169: warning: data definition has > > no type or > > > storage class > > > /usr/include/sys/vnode.h:174: parse error before `}' > > > /usr/include/sys/vnode.h:174: warning: data definition has > > no type or > > > storage class > > > /usr/include/sys/vnode.h:201: parse error before `vattr32_t' > > > /usr/include/sys/vnode.h:201: warning: data definition has > > no type or > > > storage class > > > In file included from define.h:128, > > > from queue.h:3, > > > from ident.c:1: > > > /usr/include/sys/vfs.h:186: warning: `struct statvfs64' > > > declared inside > > > parameter list > > > /usr/include/sys/vfs.h:186: warning: its scope is only this > > > definition or > > > declaration, which is probably not what you want. > > > make: *** [ident.o] Error 1 > > > > > > _______________________________________________ > > > Queue-developers mailing list Que...@li... > > > To unsubscribe, subscribe, or set options: > > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > > > > _______________________________________________ > > Queue-developers mailing list Que...@li... > > To unsubscribe, subscribe, or set options: > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > _______________________________________________ > Queue-developers mailing list Que...@li... > To unsubscribe, subscribe, or set options: > http://lists.sourceforge.net/lists/listinfo/queue-developers |
|
From: W. G. K. <wer...@ya...> - 2001-04-11 17:20:07
|
This shoulds like a problem with the ./configure script generated by whatever version of GNU AutoConf you used. The #include files you list are all listed in define.h, which is included in queue.h, included in queued.c. So, if ./configure is working properly, these should be read by the compiler via define.h. Did you need to make any changes beyond what I did in the most recent CVS version (comment fixes and a few code fixes?) to get it to compile? Sam Liddicott wrote: > OK; I got the darn think compiled for solaris 2.7 (thanks to those who > hinted); > > I had to make quite a few mods to the code; some of which were actual code > mods; and some of which were comment fixes and some of which were just > making sure the right include file was included. > > Maybe the include-file fixes should be handled by autoconf but I'm not sure > and would like to disucss them. > > I had to include <sys/wait.h> for WCOREDUMP define in queued.c > I had to include <dirent.h> for queued.c > I had to include <time.h> for ident.c > > Of course each include might be needed for other things too. > > Sam > > _______________________________________________ > Queue-developers mailing list Que...@li... > To unsubscribe, subscribe, or set options: > http://lists.sourceforge.net/lists/listinfo/queue-developers |
|
From: W. G. K. <wer...@ya...> - 2001-04-11 15:31:33
|
Cleaned up some of the automatically added housekeeping comments from last night, as well as the boilerplate housekeeping code in the .cc files. This should resolve most of the compilation issues (at least under GNU/Linux.) |
|
From: Sam L. <sam...@an...> - 2001-04-11 15:20:59
|
OK; I got the darn think compiled for solaris 2.7 (thanks to those who hinted); I had to make quite a few mods to the code; some of which were actual code mods; and some of which were comment fixes and some of which were just making sure the right include file was included. Maybe the include-file fixes should be handled by autoconf but I'm not sure and would like to disucss them. I had to include <sys/wait.h> for WCOREDUMP define in queued.c I had to include <dirent.h> for queued.c I had to include <time.h> for ident.c Of course each include might be needed for other things too. Sam |
|
From: Sam L. <sam...@an...> - 2001-04-11 15:00:14
|
K_RLIMITRSS does not seem to be defined in lex.l for solaris 2.7 I'm no lex guy so I just commented it out which I guess will do as long as I run the same version on all my boxes? Sam > -----Original Message----- > From: Sam Liddicott [mailto:sam...@an...] > Sent: 11 April 2001 15:49 > To: que...@li... > Subject: RE: [Queue-developers] linking problems > > > OK; it seems as though random.c (one of the binaries) should be > implementing: error in this case but doesn't. > > I'll give it a short one for now nicked from queued.c > > Sam > > > -----Original Message----- > > From: Sam Liddicott [mailto:sam...@an...] > > Sent: 11 April 2001 15:45 > > To: que...@li... > > Subject: [Queue-developers] linking problems > > > > > > Wahey! I'm down to linking problems now; > > > > Currently an unresolved symbol in qlib.o: "error" > > > > From qlib.c: > > /* The error() function is application dependent and should > > be implemented > > * in all binaries (parts of Queue system) separately. > > * And it should always have this prototype. > > */ > > extern void error(char* message); > > > > Very nice; where is this implemented? > > > > queued.c is the only .c file to implement this; perhaps it > > should be in > > qlib.c ? > > > > Sam > > > > _______________________________________________ > > Queue-developers mailing list Que...@li... > > To unsubscribe, subscribe, or set options: > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > _______________________________________________ > Queue-developers mailing list Que...@li... > To unsubscribe, subscribe, or set options: > http://lists.sourceforge.net/lists/listinfo/queue-developers > |
|
From: Sam L. <sam...@an...> - 2001-04-11 14:54:16
|
OK; it seems as though random.c (one of the binaries) should be implementing: error in this case but doesn't. I'll give it a short one for now nicked from queued.c Sam > -----Original Message----- > From: Sam Liddicott [mailto:sam...@an...] > Sent: 11 April 2001 15:45 > To: que...@li... > Subject: [Queue-developers] linking problems > > > Wahey! I'm down to linking problems now; > > Currently an unresolved symbol in qlib.o: "error" > > From qlib.c: > /* The error() function is application dependent and should > be implemented > * in all binaries (parts of Queue system) separately. > * And it should always have this prototype. > */ > extern void error(char* message); > > Very nice; where is this implemented? > > queued.c is the only .c file to implement this; perhaps it > should be in > qlib.c ? > > Sam > > _______________________________________________ > Queue-developers mailing list Que...@li... > To unsubscribe, subscribe, or set options: > http://lists.sourceforge.net/lists/listinfo/queue-developers > |
|
From: Sam L. <sam...@an...> - 2001-04-11 14:49:47
|
Wahey! I'm down to linking problems now; Currently an unresolved symbol in qlib.o: "error" From qlib.c: /* The error() function is application dependent and should be implemented * in all binaries (parts of Queue system) separately. * And it should always have this prototype. */ extern void error(char* message); Very nice; where is this implemented? queued.c is the only .c file to implement this; perhaps it should be in qlib.c ? Sam |
|
From: Sam L. <sam...@an...> - 2001-04-11 14:42:19
|
There's some queue.c nested comments (double */) too; [hints for cvs update access] Sam > -----Original Message----- > From: Sam Liddicott [mailto:sam...@an...] > Sent: 11 April 2001 15:34 > To: que...@li... > Subject: RE: [Queue-developers] nearly... > > > qlib.c:1163 > > Can we either use SA_DEFER or get autoconf to #define > SA_NOMASK to SA_DEFER > if it is not defined? > > Can I have cvs write permissions too please, to help on some of this? > > Thanks > > Sam > > > -----Original Message----- > > From: Sam Liddicott [mailto:sam...@an...] > > Sent: 11 April 2001 15:28 > > To: que...@li... > > Subject: [Queue-developers] nearly... > > > > > > OK, using autoconf cvs, and fixing configure.in on solaris2.7 > > I now get > > after typing make: > > [And now I really am lost. What does it mean: field 'ru_utime' has > > incomplete type? > > > > config.status: creating config.h > > gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c ident.c > > In file included from queue.h:2, > > from ident.c:1: > > config.h:612: warning: `VERSION' redefined > > config.h:39: warning: this is the location of the previous > definition > > In file included from /usr/include/sys/vnode.h:42, > > from /usr/include/sys/stream.h:22, > > from > > /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/include/sys > > /stream.h:5, > > from /usr/include/netinet/in.h:38, > > from /usr/include/netdb.h:96, > > from define.h:37, > > from queue.h:3, > > from ident.c:1: > > /usr/include/sys/resource.h:144: field `ru_utime' has > incomplete type > > /usr/include/sys/resource.h:145: field `ru_stime' has > incomplete type > > In file included from /usr/include/sys/stream.h:22, > > from > > /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/include/sys > > /stream.h:5, > > from /usr/include/netinet/in.h:38, > > from /usr/include/netdb.h:96, > > from define.h:37, > > from queue.h:3, > > from ident.c:1: > > /usr/include/sys/vnode.h:167: parse error before `timestruc_t' > > /usr/include/sys/vnode.h:167: warning: no semicolon at end of > > struct or > > union > > /usr/include/sys/vnode.h:168: warning: data definition has > no type or > > storage class > > /usr/include/sys/vnode.h:169: parse error before `va_ctime' > > /usr/include/sys/vnode.h:169: warning: data definition has > no type or > > storage class > > /usr/include/sys/vnode.h:174: parse error before `}' > > /usr/include/sys/vnode.h:174: warning: data definition has > no type or > > storage class > > /usr/include/sys/vnode.h:201: parse error before `vattr32_t' > > /usr/include/sys/vnode.h:201: warning: data definition has > no type or > > storage class > > In file included from define.h:128, > > from queue.h:3, > > from ident.c:1: > > /usr/include/sys/vfs.h:186: warning: `struct statvfs64' > > declared inside > > parameter list > > /usr/include/sys/vfs.h:186: warning: its scope is only this > > definition or > > declaration, which is probably not what you want. > > make: *** [ident.o] Error 1 > > > > _______________________________________________ > > Queue-developers mailing list Que...@li... > > To unsubscribe, subscribe, or set options: > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > _______________________________________________ > Queue-developers mailing list Que...@li... > To unsubscribe, subscribe, or set options: > http://lists.sourceforge.net/lists/listinfo/queue-developers > |
|
From: Sam L. <sam...@an...> - 2001-04-11 14:40:28
|
Sorry; I mean SA_NODEFER Sam > -----Original Message----- > From: Sam Liddicott [mailto:sam...@an...] > Sent: 11 April 2001 15:34 > To: que...@li... > Subject: RE: [Queue-developers] nearly... > > > qlib.c:1163 > > Can we either use SA_DEFER or get autoconf to #define > SA_NOMASK to SA_DEFER > if it is not defined? > > Can I have cvs write permissions too please, to help on some of this? > > Thanks > > Sam > > > -----Original Message----- > > From: Sam Liddicott [mailto:sam...@an...] > > Sent: 11 April 2001 15:28 > > To: que...@li... > > Subject: [Queue-developers] nearly... > > > > > > OK, using autoconf cvs, and fixing configure.in on solaris2.7 > > I now get > > after typing make: > > [And now I really am lost. What does it mean: field 'ru_utime' has > > incomplete type? > > > > config.status: creating config.h > > gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c ident.c > > In file included from queue.h:2, > > from ident.c:1: > > config.h:612: warning: `VERSION' redefined > > config.h:39: warning: this is the location of the previous > definition > > In file included from /usr/include/sys/vnode.h:42, > > from /usr/include/sys/stream.h:22, > > from > > /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/include/sys > > /stream.h:5, > > from /usr/include/netinet/in.h:38, > > from /usr/include/netdb.h:96, > > from define.h:37, > > from queue.h:3, > > from ident.c:1: > > /usr/include/sys/resource.h:144: field `ru_utime' has > incomplete type > > /usr/include/sys/resource.h:145: field `ru_stime' has > incomplete type > > In file included from /usr/include/sys/stream.h:22, > > from > > /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/include/sys > > /stream.h:5, > > from /usr/include/netinet/in.h:38, > > from /usr/include/netdb.h:96, > > from define.h:37, > > from queue.h:3, > > from ident.c:1: > > /usr/include/sys/vnode.h:167: parse error before `timestruc_t' > > /usr/include/sys/vnode.h:167: warning: no semicolon at end of > > struct or > > union > > /usr/include/sys/vnode.h:168: warning: data definition has > no type or > > storage class > > /usr/include/sys/vnode.h:169: parse error before `va_ctime' > > /usr/include/sys/vnode.h:169: warning: data definition has > no type or > > storage class > > /usr/include/sys/vnode.h:174: parse error before `}' > > /usr/include/sys/vnode.h:174: warning: data definition has > no type or > > storage class > > /usr/include/sys/vnode.h:201: parse error before `vattr32_t' > > /usr/include/sys/vnode.h:201: warning: data definition has > no type or > > storage class > > In file included from define.h:128, > > from queue.h:3, > > from ident.c:1: > > /usr/include/sys/vfs.h:186: warning: `struct statvfs64' > > declared inside > > parameter list > > /usr/include/sys/vfs.h:186: warning: its scope is only this > > definition or > > declaration, which is probably not what you want. > > make: *** [ident.o] Error 1 > > > > _______________________________________________ > > Queue-developers mailing list Que...@li... > > To unsubscribe, subscribe, or set options: > > http://lists.sourceforge.net/lists/listinfo/queue-developers > > > > _______________________________________________ > Queue-developers mailing list Que...@li... > To unsubscribe, subscribe, or set options: > http://lists.sourceforge.net/lists/listinfo/queue-developers > |
|
From: Sam L. <sam...@an...> - 2001-04-11 14:38:20
|
qlib.c:1163 Can we either use SA_DEFER or get autoconf to #define SA_NOMASK to SA_DEFER if it is not defined? Can I have cvs write permissions too please, to help on some of this? Thanks Sam > -----Original Message----- > From: Sam Liddicott [mailto:sam...@an...] > Sent: 11 April 2001 15:28 > To: que...@li... > Subject: [Queue-developers] nearly... > > > OK, using autoconf cvs, and fixing configure.in on solaris2.7 > I now get > after typing make: > [And now I really am lost. What does it mean: field 'ru_utime' has > incomplete type? > > config.status: creating config.h > gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c ident.c > In file included from queue.h:2, > from ident.c:1: > config.h:612: warning: `VERSION' redefined > config.h:39: warning: this is the location of the previous definition > In file included from /usr/include/sys/vnode.h:42, > from /usr/include/sys/stream.h:22, > from > /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/include/sys > /stream.h:5, > from /usr/include/netinet/in.h:38, > from /usr/include/netdb.h:96, > from define.h:37, > from queue.h:3, > from ident.c:1: > /usr/include/sys/resource.h:144: field `ru_utime' has incomplete type > /usr/include/sys/resource.h:145: field `ru_stime' has incomplete type > In file included from /usr/include/sys/stream.h:22, > from > /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/include/sys > /stream.h:5, > from /usr/include/netinet/in.h:38, > from /usr/include/netdb.h:96, > from define.h:37, > from queue.h:3, > from ident.c:1: > /usr/include/sys/vnode.h:167: parse error before `timestruc_t' > /usr/include/sys/vnode.h:167: warning: no semicolon at end of > struct or > union > /usr/include/sys/vnode.h:168: warning: data definition has no type or > storage class > /usr/include/sys/vnode.h:169: parse error before `va_ctime' > /usr/include/sys/vnode.h:169: warning: data definition has no type or > storage class > /usr/include/sys/vnode.h:174: parse error before `}' > /usr/include/sys/vnode.h:174: warning: data definition has no type or > storage class > /usr/include/sys/vnode.h:201: parse error before `vattr32_t' > /usr/include/sys/vnode.h:201: warning: data definition has no type or > storage class > In file included from define.h:128, > from queue.h:3, > from ident.c:1: > /usr/include/sys/vfs.h:186: warning: `struct statvfs64' > declared inside > parameter list > /usr/include/sys/vfs.h:186: warning: its scope is only this > definition or > declaration, which is probably not what you want. > make: *** [ident.o] Error 1 > > _______________________________________________ > Queue-developers mailing list Que...@li... > To unsubscribe, subscribe, or set options: > http://lists.sourceforge.net/lists/listinfo/queue-developers > |
|
From: Sam L. <sam...@an...> - 2001-04-11 14:36:44
|
OK, I needed to #include <time.h> I'm no autoconf wizard; should autoconf be working this out, or should #include <time.h> be put in config.h near the top? Sam > -----Original Message----- > From: Sam Liddicott [mailto:sam...@an...] > Sent: 11 April 2001 15:28 > To: que...@li... > Subject: [Queue-developers] nearly... > > > OK, using autoconf cvs, and fixing configure.in on solaris2.7 > I now get > after typing make: > [And now I really am lost. What does it mean: field 'ru_utime' has > incomplete type? > > config.status: creating config.h > gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c ident.c > In file included from queue.h:2, > from ident.c:1: > config.h:612: warning: `VERSION' redefined > config.h:39: warning: this is the location of the previous definition > In file included from /usr/include/sys/vnode.h:42, > from /usr/include/sys/stream.h:22, > from > /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/include/sys > /stream.h:5, > from /usr/include/netinet/in.h:38, > from /usr/include/netdb.h:96, > from define.h:37, > from queue.h:3, > from ident.c:1: > /usr/include/sys/resource.h:144: field `ru_utime' has incomplete type > /usr/include/sys/resource.h:145: field `ru_stime' has incomplete type > In file included from /usr/include/sys/stream.h:22, > from > /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/include/sys > /stream.h:5, > from /usr/include/netinet/in.h:38, > from /usr/include/netdb.h:96, > from define.h:37, > from queue.h:3, > from ident.c:1: > /usr/include/sys/vnode.h:167: parse error before `timestruc_t' > /usr/include/sys/vnode.h:167: warning: no semicolon at end of > struct or > union > /usr/include/sys/vnode.h:168: warning: data definition has no type or > storage class > /usr/include/sys/vnode.h:169: parse error before `va_ctime' > /usr/include/sys/vnode.h:169: warning: data definition has no type or > storage class > /usr/include/sys/vnode.h:174: parse error before `}' > /usr/include/sys/vnode.h:174: warning: data definition has no type or > storage class > /usr/include/sys/vnode.h:201: parse error before `vattr32_t' > /usr/include/sys/vnode.h:201: warning: data definition has no type or > storage class > In file included from define.h:128, > from queue.h:3, > from ident.c:1: > /usr/include/sys/vfs.h:186: warning: `struct statvfs64' > declared inside > parameter list > /usr/include/sys/vfs.h:186: warning: its scope is only this > definition or > declaration, which is probably not what you want. > make: *** [ident.o] Error 1 > > _______________________________________________ > Queue-developers mailing list Que...@li... > To unsubscribe, subscribe, or set options: > http://lists.sourceforge.net/lists/listinfo/queue-developers > |
|
From: Sam L. <sam...@an...> - 2001-04-11 14:33:00
|
OK, using autoconf cvs, and fixing configure.in on solaris2.7 I now get
after typing make:
[And now I really am lost. What does it mean: field 'ru_utime' has
incomplete type?
config.status: creating config.h
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c ident.c
In file included from queue.h:2,
from ident.c:1:
config.h:612: warning: `VERSION' redefined
config.h:39: warning: this is the location of the previous definition
In file included from /usr/include/sys/vnode.h:42,
from /usr/include/sys/stream.h:22,
from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/include/sys/stream.h:5,
from /usr/include/netinet/in.h:38,
from /usr/include/netdb.h:96,
from define.h:37,
from queue.h:3,
from ident.c:1:
/usr/include/sys/resource.h:144: field `ru_utime' has incomplete type
/usr/include/sys/resource.h:145: field `ru_stime' has incomplete type
In file included from /usr/include/sys/stream.h:22,
from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/include/sys/stream.h:5,
from /usr/include/netinet/in.h:38,
from /usr/include/netdb.h:96,
from define.h:37,
from queue.h:3,
from ident.c:1:
/usr/include/sys/vnode.h:167: parse error before `timestruc_t'
/usr/include/sys/vnode.h:167: warning: no semicolon at end of struct or
union
/usr/include/sys/vnode.h:168: warning: data definition has no type or
storage class
/usr/include/sys/vnode.h:169: parse error before `va_ctime'
/usr/include/sys/vnode.h:169: warning: data definition has no type or
storage class
/usr/include/sys/vnode.h:174: parse error before `}'
/usr/include/sys/vnode.h:174: warning: data definition has no type or
storage class
/usr/include/sys/vnode.h:201: parse error before `vattr32_t'
/usr/include/sys/vnode.h:201: warning: data definition has no type or
storage class
In file included from define.h:128,
from queue.h:3,
from ident.c:1:
/usr/include/sys/vfs.h:186: warning: `struct statvfs64' declared inside
parameter list
/usr/include/sys/vfs.h:186: warning: its scope is only this definition or
declaration, which is probably not what you want.
make: *** [ident.o] Error 1
|
