sdempsey@UCSD.EDU (Steve Dempsey) (01/30/91)
software: NQS 1.0
os version: 3.3.1
model: 4D/340VGX
The NQS documentation frequently urges the reader to invoke the online help
command in order to obtain useful info that is not documented anywhere else.
When I invoke the NQS queue manager 'qmgr' and ask for help, I get the
following garbage as output:
-----------------
sdchemi3[5] qmgr
Mgr: help
o adding schedctl() and sysmp()
Revision 1.1 89/11/17 16:18:24 bh
iniitial revision
*
*/
Mgr:
------------------
What gets printed is the end of the RCS revision history at the beginning
of the file /usr/lib/nqs/qmgr.hlp. Attempts to get help on specific NQS
qmgr commands result in seemingly random displays of unrelated portions of
this file. Is it a problem with the help file or the qmgr program?
Here is the front end of the help file I received:
/*++ qmgr.hlp - Network queueing System
*
* $Source: /jake/att/usr/src/cmd/nqs/qmgr/RCS/qmgr.hlp,v $
*
* DESCRIPTION:
*
* NQS Qmgr help file.
*
* Author:
* -------
* Brent A. Kingsbury, Sterling Software Incorporated.
* September 9, 1985.
*
*
* STANDARDS VIOLATIONS:
* None.
*
* REVISION HISTORY: ($Revision: 1.10 $ $Date: 90/06/26 08:57:10 $ $State: Exp $)
* $Log: qmgr.hlp,v $
Revision 1.10 90/06/26 08:57:10 bh
fixed minor grammatical error, and reference to 'help network'
Revision 1.9 90/06/12 14:59:16 bh
minor cleanup
Revision 1.8 90/03/20 10:33:30 bh
more tersification
Revision 1.7 90/03/19 16:23:21 bh
removed help on delete request
Revision 1.6 90/03/19 15:05:09 bh
folded all upper/lower cmd stuff to all lower case
lots of little corrections and tersification
Revision 1.5 90/02/27 17:17:03 bh
fixed problem with seT_NICLIM
Revision 1.4 90/02/20 17:35:34 bh
changes for new limits in 3.3
Revision 1.3 89/12/20 08:54:57 bh
added set globalrun
Revision 1.2 89/12/15 13:25:39 bh
additions related to adding schedctl() and sysmp()
Revision 1.1 89/11/17 16:18:24 bh
iniitial revision
*
*/
#HELP
The available commands are:
abort add create delete disable enable
exit help lock purge qsetenv set
show shutdown start stop unlock
To obtain more information about a command, type:
help <command-name>
Each command can usually abbreviated. Long lines can be split into
multiple lines by using a "\" at the end of a partial command line.
---------------------------------------------------------------------------
Steve Dempsey voice: (619) 534-0208
Dept. of Chemistry Computer Facility, 0314 UUCP: ucsd!sdempsey
University of Calif. at San Diego BITNET: sdempsey@ucsd
9500 Gilman Drive INTERNET: sdempsey@ucsd.edu
La Jolla, CA 92093-0314 fax: (619) 534-0058molenda@s1.msi.umn.edu (Jason Molenda) (01/30/91)
sdempsey@UCSD.EDU (Steve Dempsey) writes: >software: NQS 1.0 >os version: 3.3.1 >model: 4D/340VGX I had the same problem and called NQS -- they shipped me version 1.0.1 which, according to the release notes, basically just fixed that file. I'm also having a problem where normal users can't submit jobs. It claims it can't create the control file. I grabbed the original source for NQS by ftp and as near as I can figure, the qsub program is dying on the open of the control file in /usr/spool/nqs/private/root/control (in lib/mkreq.c). It tells the user "Unable create control file." and tells them to talk to the system support personnel (me). The permissions on qsub are all set correctly. Even if I go around turning the permissions on the subdirectories to 777 it still fails. It's really starting to piss us off. Does ANYONE out there have NQS running correctly? We haven't done anything special here; it came broken like this. Any replies (whether you know what is going on or whether you just have it working on your system) would be greatly appreciated. -- More information that you couldn't have existed another day without, from: Jason Molenda, Tech Support, Iris & News Admin, Minnesota Supercomputer Inst molenda@s1.msi.umn.edu || molenda%msi.umn.edu@umnacvx.bitnet "And remember: Evil will always prevail, because Good is dumb." -- Spaceballs
bowen@wanda.SGI.COM (Jerre Bowen) (01/31/91)
In article <9101292041.AA29719@chem.chem.ucsd.edu>, sdempsey@UCSD.EDU (Steve Dempsey) writes: > software: NQS 1.0 > os version: 3.3.1 > model: 4D/340VGX > > The NQS documentation frequently urges the reader to invoke the online help > command in order to obtain useful info that is not documented anywhere else. > When I invoke the NQS queue manager 'qmgr' and ask for help, I get the > following garbage as output: <garbage output deleted> > Steve Dempsey voice: (619) 534-0208 > Dept. of Chemistry Computer Facility, 0314 UUCP: ucsd!sdempsey > University of Calif. at San Diego BITNET: sdempsey@ucsd > 9500 Gilman Drive INTERNET: sdempsey@ucsd.edu > La Jolla, CA 92093-0314 fax: (619) 534-0058 Due to an unfortunate string of errors, NQS 1.0 was shipped with a useless qmgr help facility. I have put a functional qmgr executable in sgi.com, available for anonymous ftp. Log in as 'anonymous' with a password of your username, then cd to pub. Install the executable in /usr/sbin, with user and group of bin, permissions of 6111. We at SGI apologize for this mistake. Jerre Bowen (bowen@sgi.com)
bowen@wanda.SGI.COM (Jerre Bowen) (01/31/91)
Regarding the anonymous ftp of the fixed qmgr binary: The proper place for me to have placed the binary is in the sgi/nqs directory under ftp. It is there now along with a README file describing installation procedures, ready for educational and research sites only to grab it. Jerre Bowen