home *** CD-ROM | disk | FTP | other *** search
- Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
- Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!VMTECQRO.BITNET!COURCOUL
- Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:VM-UTIL@UTARLVM1.BITNET>
- Message-ID: <VM-UTIL%93012814113480@TECMTYVM.MTY.ITESM.MX>
- Newsgroups: bit.listserv.vm-util
- Date: Thu, 28 Jan 1993 14:05:29 CST
- Sender: VM Utilities Discussion List <VM-UTIL@OHSTVMA.BITNET>
- From: "Juan M. Courcoul" <COURCOUL@VMTECQRO.BITNET>
- Organization: Instituto Tecnologico de Monterrey, Campus Queretaro
- Subject: Re: Dirmaint 1.4 woes, second chapter
- In-Reply-To: Message of Thu, 28 Jan 1993 13:03:57 CST from <NELSON@TWSUVM>
- Lines: 20
-
- On Thu, 28 Jan 1993 13:03:57 CST Chuck Nelson said:
- >There is a startup parameter in the dirmaint data file which is set to
- >have dirmaint run in test mode (i.e. don't update the real directory).
- >
- >By default at install time it is set to test.
-
- Yep, the parameter in DIRMAINT DATA is RUNMODE, but this isn't the case
- here.
-
- I've DIRMAINT running on TESTING mode in this node, but I already set it to
- OPERATIONAL on my other node (VMTECQR2). Update-in-place commands, like
- DIRM SETPW, work fine. However, a DIRM ADD bombs with a DIRECT RC=2
- (with the results I posted earlier).
-
- Any ideas ? I've already applied the VM33536 APAR (otherwise, DIRMAINT
- wouldn't even deign to start).
-
- Thanks again.
-
- JMC
-