Archive-Date: Tue, 3 Aug 1999 09:33:58 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: TCPware PASCAL variant of UCX$inetdef Date: Tue, 3 Aug 1999 13:38:33 +0100 Message-ID: <7o6nqq$enm$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM Environment: VAX and Alpha V6.2[-1H3], TCPware V5.3-2... Many moons ago we used to use UCX. Our development group wrote many applications in PASCAL that picked up the UCX$INETDEF.PAS file that gets supplied with it. Then we saw the light and moved onto TCPware. However, the development group still apparently use this (now very old version of the) file in their compilations and they've just asked me whether TCPware provides an equivalent since there are no PASCAL examples shipped. I've quizzed them on exactly what they get upto in the PASCAL code and I'm told that "we use TCPware in UCX emulation mode but we also access the sockets via QIOs, using ASTs in the comms, so we can't use the DEC C run-time library calls." Not being a TCPware/PASCAL coder I can't verify that the various C RTL calls won't work but do they still need to pick up this UCX$INETDEF.PAS file or is there a better way of doing all this ? Thanks for any help, -Andy ================================================================================ Archive-Date: Tue, 3 Aug 1999 14:27:09 -0400 Sender: bryant@process.com Date: Tue, 3 Aug 1999 14:22:39 -0400 From: Geoff Bryant Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: bryant@process.com Message-ID: <009DC144.1AC7E8D6.18@process.com> Subject: RE: TCPware PASCAL variant of UCX$inetdef "Andy Williams" writes: > >Environment: VAX and Alpha V6.2[-1H3], TCPware V5.3-2... > >Many moons ago we used to use UCX. Our development group wrote many >applications in PASCAL that picked up the UCX$INETDEF.PAS file that gets >supplied with it. Then we saw the light and moved onto TCPware. However, the >development group still apparently use this (now very old version of the) >file in their compilations and they've just asked me whether TCPware >provides an equivalent since there are no PASCAL examples shipped. I've >quizzed them on exactly what they get upto in the PASCAL code and I'm told >that "we use TCPware in UCX emulation mode but we also access the sockets >via QIOs, using ASTs in the comms, so we can't use the DEC C run-time >library calls." > >Not being a TCPware/PASCAL coder I can't verify that the various C RTL calls >won't work but do they still need to pick up this UCX$INETDEF.PAS file or is >there a better way of doing all this ? > >Thanks for any help, > >-Andy TCPware doesn't provide any .PAS include files, though that would be a good wishlist item. We do provide TCPWARE_INCLUDE:UCX$INETDEF.H where they can find what values we set for C. Now, if their QIOs are done to the BG device, then the UCX constants should work as the TCPware BG device provides the same API as the UCX BG device. I'm not exactly sure however, what they mean by "accessing the sockets". If it means that they do everything via QIOs to BG, then all should be well. ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Tue, 3 Aug 1999 18:49:31 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: Re: TCPware PASCAL variant of UCX$inetdef Date: Tue, 3 Aug 1999 23:33:47 +0100 Message-ID: <7o7qmq$813$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM Maybe now that Compaq provide SDL on the freeware CD you could also include UCX$INETDEF.SDL and people could generate the appropriate language file for their requirements... Failing that, is it possible to acquire a copy of UCX$INETDEFS.SDL ? -Andy Geoff Bryant wrote in message news:009DC144.1AC7E8D6.18@process.com... > "Andy Williams" writes: > > > >Environment: VAX and Alpha V6.2[-1H3], TCPware V5.3-2... > > > TCPware doesn't provide any .PAS include files, though that would be a good > wishlist item. We do provide TCPWARE_INCLUDE:UCX$INETDEF.H where they can > find what values we set for C. > > Now, if their QIOs are done to the BG device, then the UCX constants should > work as the TCPware BG device provides the same API as the UCX BG device. > > I'm not exactly sure however, what they mean by "accessing the sockets". If > it means that they do everything via QIOs to BG, then all should be well. > ================================================================================ Archive-Date: Wed, 4 Aug 1999 13:38:55 -0400 From: "Philip M Martyn" Reply-To: Info-TCPware@process.com To: info-tcpware@process.com Message-ID: <802567C3.00602A02.00@nyc-ntgw-n01.ny.jpmorgan.com> Date: Wed, 4 Aug 1999 18:33:47 +0100 Subject: Purveyor ? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hello, I don't know if anyone can help. I've got a question or two on Purveyor. I know it's no longer being developed but... I want to be able to provide an external authentication DLL file for a specific realm that authenticates users /passwords against the systems SYSUAF.DAT. I therefore need to know how to the following. How do I build a DLL which will carry out this function (the samples provided are somewhat vague) In what directory should I then place the DLL In what manner should (REALMS under RSM) the authentication DLL be specified. Are there restrictions on characters or directory /file names. Can anyone provide any assistance ? Thanks. Phil M This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan & Co. Incorporated, its subsidiaries and affiliates. ================================================================================ Archive-Date: Thu, 5 Aug 1999 08:38:55 -0400 From: "Peter Jörg Ziegler" Reply-To: Info-TCPware@process.com Subject: Re: Purveyor ? Date: Thu, 5 Aug 1999 14:24:44 +0200 Message-ID: <7obvtg$srt$1@euler.space.net> To: Info-TCPware@PROCESS.COM Hi Philip, if you have Purveyor 2.x you have a working sample of uaf authorization in PURVEYOR_ROOT:[000000.PURVEYOR.SAMPLES.SCRIPTS.DLL] named SAMPLE_AUTH_.DLL you can create or modify a REALM to use this authentication dll. You have to get shure that the realm is used by your virtual server(s). And if not modifying but creating a new realm you have to verify your access lists *.VAC etc. that they contain the right realm. Hope this helps Best regards Joe Philip M Martyn schrieb in Nachricht <802567C3.00602A02.00@nyc-ntgw-n01.ny.jpmorgan.com>... >Hello, > I don't know if anyone can help. I've got a question or two on >Purveyor. I know it's no longer being developed but... > >I want to be able to provide an external authentication DLL file for a >specific realm that authenticates users /passwords against the systems >SYSUAF.DAT. I therefore need to know how to the following. > >How do I build a DLL which will carry out this function (the samples >provided are somewhat vague) >In what directory should I then place the DLL >In what manner should (REALMS under RSM) the authentication DLL be >specified. Are there restrictions on characters or directory /file names. > > Can anyone provide any assistance ? Thanks. > >Phil M > > > >This communication is for informational purposes only. It is not intended as >an offer or solicitation for the purchase or sale of any financial instrument >or as an official confirmation of any transaction, unless specifically agreed >otherwise. All market prices, data and other information are not warranted as >to completeness or accuracy and are subject to change without notice. Any >comments or statements made herein do not necessarily reflect those of >J.P. Morgan & Co. Incorporated, its subsidiaries and affiliates. > ================================================================================ Archive-Date: Thu, 5 Aug 1999 09:18:41 -0400 Subject: Re: Purveyor ? Message-ID: <1999Aug5.085053@alcor.process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 5 Aug 99 08:50:53 -0400 To: Info-TCPware@PROCESS.COM In article <802567C3.00602A02.00@nyc-ntgw-n01.ny.jpmorgan.com>, "Philip M Martyn" writes: > Hello, > I don't know if anyone can help. I've got a question or two on > Purveyor. I know it's no longer being developed but... > > I want to be able to provide an external authentication DLL file for a > specific realm that authenticates users /passwords against the systems > SYSUAF.DAT. I therefore need to know how to the following. > > How do I build a DLL which will carry out this function (the samples > provided are somewhat vague) > In what directory should I then place the DLL > In what manner should (REALMS under RSM) the authentication DLL be > specified. Are there restrictions on characters or directory /file names. > > Can anyone provide any assistance ? Thanks. > > Phil M We already provide a sample of how to do this. See PURVEYOR_ROOT:[PURVEYOR.SAMPLES.SCRIPTS.DLL]SAMPLE_AUTH.C / .COM You can put the DLL anywhere you like. Just make sure you specify the full file specification for it when you define it (check the "Use Authentication DLL box and enter the full specification specification on the Realms form). Note: The Purveyor provided DLL (SAMPLE_AUTH) doesn't call SYS$GETUAI directly. Instead, it calls a Purveyor provided routine. The reason for this is taht if you call SYS$GETUAI directly, your WORKER account would need privs. to access SYSUAF. Using the Purveyor provided routine avoids this need (but for security reasons, only the workers are allowed to use this function). - Bernie Volz Process Software PS: See http:///~help/helpapitoc.html and then click on Chapter 3, 4, and Appendix A for more details. ================================================================================ Archive-Date: Thu, 5 Aug 1999 18:53:14 -0400 From: "Michael R. McDonald" Reply-To: Info-TCPware@process.com Subject: Printing to JetDirect-based dot matrix printers.... Message-ID: Date: Thu, 5 Aug 1999 16:42:59 -0600 To: Info-TCPware@PROCESS.COM Has anybody had any success with printing to a dot matrix printer through a HP JetDirect External print server. I can get my reports to print just fine. I am having problems with separating print jobs with a formfeed. I am phasing out our terminal servers and would like to go with a TCP/IP based solution. The HP JetDirect Print servers work fine with Laser printers (they are configured against Library). I tried creating a Library with a module called 'formfeed' based on a text file with a single formfeed character in it. This sort of works, but I get the characters "2G" and then the page feeds to the top of the next page. My configuration is as follows: Host Machine-- VAX 4000/90 running OpenVMS v6.2 TCPWare v5.3 Printer-- JetDirect 300X Okidata Microline 391 (I have the same problem no matter what DOT Matrix printer I use-have tried LA324/424, PrinTek 4503, Tally 2030/9). Any help would be greatly appreciated Michael R. McDonald Operations Analyst opanlst@dcdi.net mrmcdon@bigfoot.com ================================================================================ Archive-Date: Thu, 5 Aug 1999 19:19:36 -0400 Message-ID: <001001beddf4$516e62a0$1d0d010a@innova> From: "Innova Research" Reply-To: Info-TCPware@process.com To: Subject: Re: Printing to JetDirect-based dot matrix printers.... Date: Tue, 3 Aug 1999 17:08:17 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit We have been trying with both Microline and Printek, but we have the form that, even defined as 66, comes out 65 and next form comes with one line less. Also, we use Multinet instead... Does yours come out at 66 lines? -----Original Message----- From: Michael R. McDonald To: Info-TCPware@PROCESS.COM Date: Thursday, August 05, 1999 6:45 PM Subject: Printing to JetDirect-based dot matrix printers.... >Has anybody had any success with printing to a dot matrix printer through a >HP JetDirect External print server. I can get my reports to print just >fine. I am having problems with separating print jobs with a formfeed. > >I am phasing out our terminal servers and would like to go with a TCP/IP >based solution. The HP JetDirect Print servers work fine with Laser >printers (they are configured against Library). I tried creating a Library >with a module called 'formfeed' based on a text file with a single >formfeed character in it. This sort of works, but I get the characters "2G" >and then the page feeds to the top of the next page. > >My configuration is as follows: > >Host Machine-- >VAX 4000/90 running OpenVMS v6.2 >TCPWare v5.3 > >Printer-- >JetDirect 300X >Okidata Microline 391 (I have the same problem no matter what DOT Matrix >printer I use-have tried LA324/424, PrinTek 4503, Tally 2030/9). > >Any help would be greatly appreciated > > >Michael R. McDonald >Operations Analyst >opanlst@dcdi.net >mrmcdon@bigfoot.com > > > ================================================================================ Archive-Date: Fri, 6 Aug 1999 03:19:35 -0400 Message-ID: <00c801bedfdb$ceb96140$1028ca0a@er202-gbb001.ris.bnfl.com> From: "Grantley Benjamin" Reply-To: Info-TCPware@process.com To: Subject: Cluster Aliases Using TCPware Date: Fri, 6 Aug 1999 08:17:15 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C5_01BEDFE4.17E7B030" This is a multi-part message in MIME format. ------=_NextPart_000_00C5_01BEDFE4.17E7B030 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear All, Is it possible to create a TCPWare load-balanced IP based cluster alias, = whereby a user using any XDM supported X-emulation software (PC-Xware, = Reflexions, EXCEED etc) could 'double-click' so to speak a PC desktop = icon and be taken to the least used node within a given cluster. I using TCPWare 5.2 on OpenVMS 7.1-H2 Any advice would be greatly appreciated Thanks Grant ------=_NextPart_000_00C5_01BEDFE4.17E7B030 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Dear All,
 
Is it possible to create a TCPWare = load-balanced=20 IP based cluster alias, whereby a user using any XDM supported = X-emulation=20 software (PC-Xware, Reflexions, EXCEED etc) could 'double-click' so to = speak a=20 PC desktop icon and be taken to the least used node within a given=20 cluster.
 
I using TCPWare 5.2 on OpenVMS=20 7.1-H2
 
Any advice would be greatly=20 appreciated
 
Thanks
 
Grant
------=_NextPart_000_00C5_01BEDFE4.17E7B030-- ================================================================================ Archive-Date: Fri, 6 Aug 1999 03:48:52 -0400 Message-ID: From: Derek Fage Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: Cluster Aliases Using TCPware Date: Fri, 6 Aug 1999 08:41:53 +0100 MIME-Version: 1.0 Content-Type: text/plain We run this internally. In the chapter on DNS in the TCPware Management Guide there is a bit at the end about Dynamic TCP/IP Load Balancing. The key thing is that you need to have a system running TCPware as your DNS server, and your clients need to connect via DNS names as opposed to IP addresses. Derek... > -----Original Message----- > From: Grantley Benjamin [SMTP:gbb001@bnfl.com] > Sent: 06 August 1999 08:17 > To: Info-TCPware@PROCESS.COM > Subject: Cluster Aliases Using TCPware > > Dear All, > > Is it possible to create a TCPWare load-balanced IP based cluster alias, > whereby a user using any XDM supported X-emulation software (PC-Xware, > Reflexions, EXCEED etc) could 'double-click' so to speak a PC desktop icon > and be taken to the least used node within a given cluster. > > I using TCPWare 5.2 on OpenVMS 7.1-H2 > > Any advice would be greatly appreciated > > Thanks > > Grant ================================================================================ Archive-Date: Fri, 6 Aug 1999 08:32:07 -0400 Sender: schreiber@process.com Date: Fri, 6 Aug 1999 08:27:34 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009DC36D.FF234314.18@process.com> Subject: RE: Cluster Aliases Using TCPware "Grantley Benjamin" writes: > >Is it possible to create a TCPWare load-balanced IP based cluster alias, = >whereby a user using any XDM supported X-emulation software (PC-Xware, = >Reflexions, EXCEED etc) could 'double-click' so to speak a PC desktop = >icon and be taken to the least used node within a given cluster. > I'm not sure about the X-emulation software, but as long as it can be configured to go to a hostname, it should work just fine. Take a look at the cluster load balancing chapter in the documentation, you'll need A records for each of the TCPware systems in the cluster, in a zone on a tcpware system. then if the tcpware system isn't the sole authority for that domain, you'll have to set up a subdomain to point to the tcpware system... -Jeff -- Jeff Schreiber, Process Software Corp. schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Fri, 6 Aug 1999 16:01:57 -0400 From: "Michael R. McDonald" Reply-To: Info-TCPware@process.com Subject: Re: Printing to JetDirect-based dot matrix printers.... Message-ID: Date: Fri, 6 Aug 1999 13:50:20 -0600 To: Info-TCPware@PROCESS.COM YES, I can get a full 66 lines per page. Here is how I have mine configured: --Form Definition DCLPrompt> SHO QUE/FORM LENGTH66/FULL Form name Number Description --------- ------ -- --------- LENGTH66 (stock=DEFAULT) 1103 LENGTH66 /LENGTH=66 /MARGIN=(BOTTOM=2) /STOCK=DEFAULT /WIDTH=255 DCLPrompt> --TCPWare Print Que Definition* DCLPrompt> sho que afex3infosys/full Server queue AFEX3INFOSYS, idle, on LWVX03::, mounted form LENGTH66 (stock=DEFAULT) /BASE_PRIORITY=4 /DEFAULT=(FORM=LENGTH66 (stock=DEFAULT)) /OWNER=[SYSTEM] /PROCESSOR=TCPWARE_VMSLPRSMB /PROTECTION=(S:M,O:D,G:R,W:S) /RETAIN=ERROR DCLPrompt> *Note: This configuration is actually performed from a Configuration Utility. (DCLPrompt> @TCPWARE:CNFNET LPS) Innova Research wrote in message news:001001beddf4$516e62a0$1d0d010a@innova... > We have been trying with both Microline and Printek, but we have the form > that, even defined as 66, comes out 65 and next form comes with one line > less. > > Also, we use Multinet instead... > > Does yours come out at 66 lines? > > > Michael R. McDonald Operations Analyst opanlst@dcdi.net mrmcdon@bigfoot.com ================================================================================ Archive-Date: Fri, 6 Aug 1999 20:05:55 -0400 Message-ID: <000f01bee056$248d4580$120a010a@innova> From: "Innova Research" Reply-To: Info-TCPware@process.com To: Subject: Re: Printing to JetDirect-based dot matrix printers.... Date: Fri, 6 Aug 1999 17:53:38 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I'm pretty sure you must have tried it, but? Have you tried with "/DEFAULT=(FORM=LENGTH66 (stock=DEFAULT),FEED) ? -----Original Message----- From: Michael R. McDonald To: Info-TCPware@PROCESS.COM Date: Friday, August 06, 1999 3:53 PM Subject: Re: Printing to JetDirect-based dot matrix printers.... >YES, I can get a full 66 lines per page. > >Here is how I have mine configured: > >--Form Definition >DCLPrompt> SHO QUE/FORM LENGTH66/FULL >Form name Number Description >--------- ------ - - >--------- >LENGTH66 (stock=DEFAULT) 1103 LENGTH66 > /LENGTH=66 /MARGIN=(BOTTOM=2) /STOCK=DEFAULT /WIDTH=255 >DCLPrompt> > >--TCPWare Print Que Definition* >DCLPrompt> sho que afex3infosys/full >Server queue AFEX3INFOSYS, idle, on LWVX03::, mounted form LENGTH66 >(stock=DEFAULT) > /BASE_PRIORITY=4 /DEFAULT=(FORM=LENGTH66 (stock=DEFAULT)) /OWNER=[SYSTEM] >/PROCESSOR=TCPWARE_VMSLPRSMB > /PROTECTION=(S:M,O:D,G:R,W:S) /RETAIN=ERROR >DCLPrompt> > >*Note: This configuration is actually performed from a Configuration >Utility. > (DCLPrompt> @TCPWARE:CNFNET LPS) > > >Innova Research wrote in message >news:001001beddf4$516e62a0$1d0d010a@innova... >> We have been trying with both Microline and Printek, but we have the form >> that, even defined as 66, comes out 65 and next form comes with one line >> less. >> >> Also, we use Multinet instead... >> >> Does yours come out at 66 lines? >> >> >> > > >Michael R. McDonald >Operations Analyst >opanlst@dcdi.net >mrmcdon@bigfoot.com > > > ================================================================================ Archive-Date: Wed, 11 Aug 1999 09:10:12 -0400 Message-ID: From: Derek Fage Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: NTP Configuration Date: Wed, 11 Aug 1999 14:02:51 +0100 MIME-Version: 1.0 Content-Type: text/plain I'm having trouble configuring NTP on TCPware 5.3-3 What I want to end up with is our cluster synchronising from a Stratum 2 server on the internet, and then all internal systems to get their time from the cluster. I'm testing this first with a development system. From looking at the Admin manual, I can't see the reason to have a peer statement in NTPD.CONF for the local server, so I've left it out for the moment. I seem to have synchronised with the external server, but it has not changed the time (I've disabled and deleted the NCL DTSS entity). Can anybody help ? As I was cutting and pasting the info, the time reset itself, but it is now one hour behind - any ideas ? Here's some info: ;NTP.CONF local-master 12 server ntp1.uk.psi.net prefer server ntp2.uk.psi.net server ntp3.uk.psi.net ntpq> peers remote refid st t when poll reach delay offset disp ============================================================================ == LOCAL(2) LOCAL(2) 12 l 42 64 377 0.00 0.000 10.48 *ntp1.uk.psi.net ntp0.NL.net 2 u 10 64 377 37.98 -311938 4.23 +ntp2.uk.psi.net ntp0.NL.net 2 u 10 64 377 43.40 -311936 4.33 +ntp3.uk.psi.net ntp0.NL.net 2 u 10 64 377 51.15 -311935 6.26 ntpq> assoc ind assID status conf reach auth condition last_event cnt =========================================================== 1 20724 9014 yes yes none insane reachable 1 2 20725 9614 yes yes none sys.peer reachable 1 3 20726 9414 yes yes none synchr. reachable 1 4 20727 9414 yes yes none synchr. reachable 1 xntpdc> listpeers client LOCAL(2) client ntp2.uk.psi.net client ntp1.uk.psi.net client ntp3.uk.psi.net xntpdc> peers remote local st poll reach delay offset disp ======================================================================= =LOCAL(2) 127.0.0.1 12 64 377 0.00000 0.000000 0.01048 =ntp2.uk.psi.net 193.123.154.180 2 64 377 0.04340 -3119.369 0.00534 *ntp1.uk.psi.net 193.123.154.180 2 64 377 0.03798 -3119.380 0.00529 =ntp3.uk.psi.net 193.123.154.180 2 64 377 0.05115 -3119.355 0.00729 xntpdc> pstats ntp1.uk.psi.net remote host: ntp1.uk.psi.net local interface: 193.123.154.180 time last received: 12s time until next send: 52s reachability change: 1100s packets sent: 18 packets received: 18 bad authentication: 0 bogus origin: 0 duplicate: 0 bad dispersion: 15 bad reference time: 0 candidate order: 1 EXTEL::SYSTEM>show lo *timezone* (LNM$PROCESS_TABLE) (LNM$JOB_811C1D80) (LNM$GROUP_000001) (LNM$SYSTEM_TABLE) "SYS$TIMEZONE_DAYLIGHT_SAVING" = "1" "SYS$TIMEZONE_DIFFERENTIAL" = "3600" "SYS$TIMEZONE_NAME" = "BST" "SYS$TIMEZONE_RULE" = "GMT0BST-1,M3.5.0/1,M10.4.0/1" "TCPWARE_TIMEZONE" = "+000000" = "GMT" "TCPWARE_TIMEZONE_NAME" = "GB-EIRE" (DECW$LOGICAL_NAMES) ================================================================================ Archive-Date: Fri, 13 Aug 1999 14:20:27 -0400 From: "noyb" Reply-To: Info-TCPware@process.com Subject: ALSO NTP Date: Fri, 13 Aug 1999 20:11:51 +0200 Sender: wimmy@dc2-isdn1999.dial.xs4all.nl Message-ID: <7p1n8s$aem$1@news1.xs4all.nl> To: Info-TCPware@PROCESS.COM I would like to configure the NTP protocol, but I dont have any tcpware manuals. Can some one please explain how this could be done, or point me to a website where this is explained. Regards Wim Knoll ================================================================================ Archive-Date: Fri, 13 Aug 1999 15:51:17 -0400 Message-ID: <37B47603.1F3FB4AE@PROCESS.COM> Date: Fri, 13 Aug 1999 15:46:11 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: info-tcpware@process.com Subject: RE: ALSO NTP Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > I would like to configure the NTP protocol, but I dont have any tcpware > manuals. > Can some one please explain how this could be done, or point me to a website > where this is explained. To start with do a @TCPWARE:CNFNET NTP and answer the questions. After that you will want edit the NTP.CONF and put in a line(s) for the server(s) you want to use. For example - server 10.1.1.1 That is the basic configuration. You can get the docs in postscript format from - ftp://ftp.process.com/tcpware/vms/tcpware053-doc.zip Hope that helps Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Corporation Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Fri, 13 Aug 1999 16:06:48 -0400 Message-ID: <000401bee5c6$c7034c40$77b6f18a@atc.arco.com> Reply-To: Info-TCPware@process.com From: "Stephen C. Douglas" To: References: <2594B1DA1D8AD91CA68B0025@sysres-usa.com> Subject: Re: ALSO NTP Date: Fri, 13 Aug 1999 13:02:30 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Try www.ugu.com ----- Original Message ----- From: noyb To: Sent: Friday, August 13, 1999 11:11 AM Subject: ALSO NTP > I would like to configure the NTP protocol, but I dont have any tcpware > manuals. > Can some one please explain how this could be done, or point me to a website > where this is explained. > > Regards > > Wim Knoll > > > > ================================================================================ Archive-Date: Fri, 13 Aug 1999 18:12:29 -0400 From: "noyb" Reply-To: Info-TCPware@process.com Subject: Re: ALSO NTP Date: Fri, 13 Aug 1999 23:51:49 +0200 Sender: wimmy@dc2-isdn166.dial.xs4all.nl Message-ID: <7p245b$pje$1@news1.xs4all.nl> To: Info-TCPware@PROCESS.COM VAXB> dir sys$sysdevice:[*...]*NTP*.* Directory SYS$SYSDEVICE:[SYS0.SYSCOMMON.TCPWARE] NTPD.EXE;1 249/252 2-JUL-1998 16:31:57.98 (RWED,RWED,RWED,) NTPDATE.EXE;1 78/80 2-JUL-1998 16:32:00.49 (RWED,RWED,RWED,) NTPQ.EXE;1 118/120 2-JUL-1998 16:32:05.14 (RWED,RWED,RWED,) NTPTRACE.EXE;1 55/56 2-JUL-1998 16:32:02.60 (RWED,RWED,RWED,) NTP_CONTROL.COM;1 10/20 9-JAN-1997 17:59:11.72 (RWED,RWED,RE,) XNTPDC.EXE;1 120/120 2-JUL-1998 16:32:07.18 (RWED,RWED,RWED,) Total of 6 files, 630/648 blocks. The NTP.CONF is not found on our system I did @TCPWARE:CNFNET NTP do this an enabled the service and even restarted everything, but I cant find out to configure this for our system Ragards Wim Knoll Michael Corbett wrote in message news:37B47603.1F3FB4AE@PROCESS.COM... > > > > > I would like to configure the NTP protocol, but I dont have any tcpware > > manuals. > > Can some one please explain how this could be done, or point me to a website > > where this is explained. > > > To start with do a @TCPWARE:CNFNET NTP and answer the questions. After > that you will want edit the NTP.CONF and put in a line(s) for the server(s) > you want to use. For example - > > > > server 10.1.1.1 > > That is the basic configuration. You can get the docs in postscript > format from - > > ftp://ftp.process.com/tcpware/vms/tcpware053-doc.zip > > Hope that helps > Mike > -- > +-------------------------------------------------------------------------+ > Michael Corbett Email: Corbett@process.com > Process Software Corporation Phone: 800 722-7770 x369 > 959 Concord St. 508 879-6994 x369 > Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Fri, 13 Aug 1999 18:56:06 -0400 From: "noyb" Reply-To: Info-TCPware@process.com Subject: Re: ALSO NTP Date: Sat, 14 Aug 1999 00:36:32 +0200 Sender: wimmy@dc2-isdn172.dial.xs4all.nl Message-ID: <7p26p6$srh$1@news1.xs4all.nl> To: Info-TCPware@PROCESS.COM Where should the conf file be found after I start it I dont even get a change to configure it where can I configure it?? what am I doing wrong?? Regards Wim Knoll I get this result vax-A> ty DKA100:[SYS0.TCPWARE]NTPSERVER.LOG;-1 13 Aug 22:12:31 XNTP version=3.5f 13 Aug 22:12:32 no tcpware:ntp.conf configuration file found <---------------- 13 Aug 22:12:32 NTPD started vax-A> Stephen C. Douglas wrote in message news:000401bee5c6$c7034c40$77b6f18a@atc.arco.com... > Try > www.ugu.com > > > ----- Original Message ----- > From: noyb > To: > Sent: Friday, August 13, 1999 11:11 AM > Subject: ALSO NTP > > > > I would like to configure the NTP protocol, but I dont have any tcpware > > manuals. > > Can some one please explain how this could be done, or point me to a > website > > where this is explained. > > > > Regards > > > > Wim Knoll > > > > > > > > > ================================================================================ Archive-Date: Tue, 17 Aug 1999 07:02:51 -0400 Date: Tue, 17 Aug 1999 6:59:14 GMT From: babiarz@endor.com Reply-To: Info-TCPware@process.com To: INFO-TCPWARE@PROCESS.COM Message-ID: <990817065914.186@endor.com> Subject: FTP Security access for FTP has changed, what are the new rules. Our previous version 5.3-3 worked fine. john babiarz ================================================================================ Archive-Date: Wed, 18 Aug 1999 08:27:02 -0400 Date: Wed, 18 Aug 1999 14:22:25 +0200 From: Alain Chappuis Reply-To: Info-TCPware@process.com Subject: NFS partition with Multinet and SUN problem Sender: Alain.Chappuis@medecine.unige.ch To: Multinet Info-TCPware Message-ID: <37BAC1A0.6E292855@medecine.unige.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello Can somebody help me in my problem? I would like to connect my alpha station by NFS under Sun Ultra 10. I have Process Software MultiNet V4.1 Rev A, AlphaStation 255/300, OpenVMS AXP V7.2 installed. I negotiate the connection without problem by using the following command: MULTINET NFSMOUNT/tran=tcp cmusun9::"/export/home/chappuis" sun_home But when I try to use any files, I obtains always the message by the system: cf: copy SUN_HOME:[WWW]INDEX9.HTML sys$login %COPY-E-OPENIN, error opening SUN_HOME:[WWW]INDEX9.HTML;1 as input -RMS-E-ACC, ACP file access failed -SYSTEM-F-ILLIOFUNC, illegal I/O function code The commands " DIR " and " SET DEFAULT " works correctly! What did I make wrong? Many thanks in advance for help me :-) Alain. -- +----------------------+-------------------------------------------+ | Alain Chappuis | Responsable du systeme cmu.unige.ch | | Analyste programmeur | Responsable des serveurs WEB medecine, JID| | Universite de Geneve | E-mail : Alain.Chappuis@medecine.unige.ch | | Centre Medical Univ. | Phone : +41 (22) [70]25.073 | | 1, Rue Michel-Servet | FAX : +41 (22) 347.33.34 | | CH-1211 Geneve 4 | WWW : http://www.medecine.unige.ch/ | +----------------------+-------------------------------------------+ ================================================================================ Archive-Date: Wed, 18 Aug 1999 10:28:53 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE869038FC@lespaul.process.com> From: Mike Duffy Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: NFS partition with Multinet and SUN problem Date: Wed, 18 Aug 1999 10:23:46 -0400 MIME-Version: 1.0 Content-Type: text/plain Hi Alain, The most likely reason that the Client ACP would return ILLIOFUNC is receiving an I/O with a function code for which there is no handler. I'm puzzled, because COPY does not issue any requests which might be considered exotic. The DIR command does many of the same types of operations that COPY does, as well. As an experiment, would you issue TYPE and DUMP commands for the same files and, post the results? Also, if you are able, could you perform the NFSMOUNT using UDP (the default)? Mike Duffy Process Software Corp. -----Original Message----- From: Alain Chappuis [mailto:Alain.Chappuis@medecine.unige.ch] Sent: Wednesday, August 18, 1999 8:22 AM To: Multinet Info-TCPware Subject: NFS partition with Multinet and SUN problem Hello Can somebody help me in my problem? I would like to connect my alpha station by NFS under Sun Ultra 10. I have Process Software MultiNet V4.1 Rev A, AlphaStation 255/300, OpenVMS AXP V7.2 installed. I negotiate the connection without problem by using the following command: MULTINET NFSMOUNT/tran=tcp cmusun9::"/export/home/chappuis" sun_home But when I try to use any files, I obtains always the message by the system: cf: copy SUN_HOME:[WWW]INDEX9.HTML sys$login %COPY-E-OPENIN, error opening SUN_HOME:[WWW]INDEX9.HTML;1 as input -RMS-E-ACC, ACP file access failed -SYSTEM-F-ILLIOFUNC, illegal I/O function code The commands " DIR " and " SET DEFAULT " works correctly! What did I make wrong? Many thanks in advance for help me :-) Alain. -- +----------------------+-------------------------------------------+ | Alain Chappuis | Responsable du systeme cmu.unige.ch | | Analyste programmeur | Responsable des serveurs WEB medecine, JID| | Universite de Geneve | E-mail : Alain.Chappuis@medecine.unige.ch | | Centre Medical Univ. | Phone : +41 (22) [70]25.073 | | 1, Rue Michel-Servet | FAX : +41 (22) 347.33.34 | | CH-1211 Geneve 4 | WWW : http://www.medecine.unige.ch/ | +----------------------+-------------------------------------------+ ================================================================================ Archive-Date: Thu, 19 Aug 1999 04:51:13 -0400 Date: Thu, 19 Aug 1999 10:46:25 +0200 From: Alain Chappuis Reply-To: Info-TCPware@process.com Subject: Re: NFS partition with Multinet and SUN problem Sender: Alain.Chappuis@medecine.unige.ch To: Info-TCPware@process.com Message-ID: <37BBE081.49E22F9D@medecine.unige.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <63D30D6E10CFD11190A90000F805FE869038FC@lespaul.process.com> Hello Mike, Mike Duffy wrote: > > Hi Alain, Thank you for your aids :-) > As an experiment, would you issue TYPE and DUMP commands for the > same files and, post the results? Also, if you are able, could > you perform the NFSMOUNT using UDP (the default)? Okay no problem: mult nfsmount/tra=udp cmusun9::"/export/home/alain" sun %%%%%%%%%%% OPCOM 19-AUG-1999 10:31:43.96 %%%%%%%%%%% Message from user CHAPPUIS on UGCMUB Client NFS: Starting NFS_CLIENT_1, Version = V4.1(232), PID = 919 %NFSMOUNT-I-MOUNTED, CMUSUN9::/export/home/alain NFS mounted on _NFS1: set def sun:[000000] DIRECTORY/SECURITY/SIZ=ALL/WIDTH=(OWNER:16,FILENAME=22) sun:[000000] Directory SUN:[000000] $5NDT.DIR;1 1/1 [DEFAULT] (RWED,RWED,RE,RE) $5NFM.DIR;1 1/1 [DEFAULT] (RWED,RWED,,) $5NFULLCIRCLE.DIR;1 1/1 [DEFAULT] (RWED,RWED,RE,RE) $5NHOTJAVA.DIR;1 1/1 [DEFAULT] (RWED,RWED,RE,RE) (....) dump .MY_LOGIN;1 %DUMP-E-OPENIN, error opening SUN:[000000].MY_LOGIN;1 as input -RMS-E-ACC, ACP file access failed -SYSTEM-F-ILLIOFUNC, illegal I/O function code SET WATCH FILE/CLASS=ALL dump .MY_LOGIN;1 %XQP, Thread #0, FIB contents: FF010841 00000000 000C0000 00000001 00000000 00000007 00000000 00000000 00000000 00000000 00000000 00010000 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 %XQP, Thread #0, FIB contents: FF010841 00000000 000C0000 00000001 00000000 00000007 00000000 00000000 00000000 00000000 00000000 00010000 00000000 00000001 00000000 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 %XQP, Thread #0, Volume protection: Access requested: 00000001, Status: 00000001 , PrvUsd: 00000000 %XQP, Thread #0, File protection (12,1,0): Access requested: 00000004, Status: 0 0000001, PrvUsd: 00000000 %XQP, Thread #0, Read only directory access (12,1,0) %XQP, Thread #0, Directory scan for: DUMP.EXE;0, Status: 00000000 %XQP, Thread #0, Access (0,0,0) Status: 00000910 %XQP, Thread #0, FIB contents: FF010841 00000000 00100000 00000001 00000000 00000007 00000000 00000000 00000000 00000000 00000000 00010000 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 %XQP, Thread #0, FIB contents: FF010841 00000000 00100000 00000001 00000000 00000007 00000000 00000000 00000000 00000000 00000000 00010000 00000000 00000001 00000000 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 %XQP, Thread #0, Volume protection: Access requested: 00000001, Status: 00000001 , PrvUsd: 00000000 %XQP, Thread #0, File protection (16,1,0): Access requested: 00000004, Status: 0 0000001, PrvUsd: 00000000 %XQP, Thread #0, Read only directory access (16,1,0) %XQP, Thread #0, Directory scan for: DUMP.EXE;0, Status: 00000001 %XQP, Thread #0, Alternate access requested: 00000001, Required: 0 %XQP, Thread #0, File protection (6161,2,0): Access requested: 00000005, Status: 00000001, PrvUsd: 00000000 %XQP, Thread #0, Read attributes: Access mode DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: Owner UIC DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: Header 1 accessibility DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: File protection DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: File access level DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: ACL length DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: Read ACL DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: Access mode DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: Journal flags DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: RU active DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: Statistics block DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: Find ACE by type DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: Record attributes DUMP.EXE;1 (6161,2,0) %XQP, Thread #0, Read attributes: User file characteristics DUMP.EXE;1 (6161,2,0 ) %XQP, Thread #0, Access DUMP.EXE;1 (6161,2,0) Status: 00000001 %XQP, Thread #0, FIB contents: FF010841 00021811 00100000 00000001 00000000 00220007 00000120 00000000 00000000 00000000 00000000 00017FFF 00000000 000009D0 00000002 00000001 00000000 00000000 00000000 00000000 00000120 00000000 00000000 00000000 %XQP, Thread #0, FIB contents: FF010841 00021811 00100000 00000001 00000000 00220007 00000120 00000000 00000000 00000000 00000000 00017FFF 00000000 00000001 00000002 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 %XQP, Thread #0, Control function (6161,2,0) Status: 00000001 %DUMP-E-OPENIN, error opening SUN:[000000].MY_LOGIN;1 as input -RMS-E-ACC, ACP file access failed -SYSTEM-F-ILLIOFUNC, illegal I/O function code %XQP, Thread #0, FIB contents: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 %XQP, Thread #0, FIB contents: 00000000 00021811 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 %XQP, Thread #0, Deaccess (6161,2,0) Reads: 8, Writes: 0, Status: 00000001 UGCMUB::[000000]> Would you like more information? > Mike Duffy > Process Software Corp. Thanks in advance. Alain. -- +----------------------+-------------------------------------------+ | Alain Chappuis | Responsable du systeme cmu.unige.ch | | Analyste programmeur | Responsable des serveurs WEB medecine, JID| | Universite de Geneve | E-mail : Alain.Chappuis@medecine.unige.ch | | Centre Medical Univ. | Phone : +41 (22) [70]25.073 | | 1, Rue Michel-Servet | FAX : +41 (22) 347.33.34 | | CH-1211 Geneve 4 | WWW : http://www.medecine.unige.ch/ | +----------------------+-------------------------------------------+ ================================================================================ Archive-Date: Thu, 19 Aug 1999 05:33:27 -0400 Date: Thu, 19 Aug 1999 11:28:48 +0200 From: Alain Chappuis Reply-To: Info-TCPware@process.com Subject: Re: NFS partition with Multinet and SUN problem Sender: Alain.Chappuis@medecine.unige.ch To: Info-TCPware@process.com Message-ID: <37BBEA6F.1D4ECFCC@medecine.unige.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <63D30D6E10CFD11190A90000F805FE869038FC@lespaul.process.com> <37BBE081.49E22F9D@medecine.unige.ch> Hello again, After the last series of tests, I would like to use the connection type by TCP. I take the command: MULTINET NFSDISMOUNT okay no problem. But when I would like to use MULTINET NFSMOUNT/TRANSPORT=TCP this command crash my system, with the blue panel! :-( Note: my remote partition NFS is under SUN Solaris 7... and the single known protocol is TCP for the exchange data. Alain. -- +----------------------+-------------------------------------------+ | Alain Chappuis | Responsable du systeme cmu.unige.ch | | Analyste programmeur | Responsable des serveurs WEB medecine, JID| | Universite de Geneve | E-mail : Alain.Chappuis@medecine.unige.ch | | Centre Medical Univ. | Phone : +41 (22) [70]25.073 | | 1, Rue Michel-Servet | FAX : +41 (22) 347.33.34 | | CH-1211 Geneve 4 | WWW : http://www.medecine.unige.ch/ | +----------------------+-------------------------------------------+ ================================================================================ Archive-Date: Thu, 19 Aug 1999 10:42:59 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE86903900@lespaul.process.com> From: Mike Duffy Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: NFS partition with Multinet and SUN problem Date: Thu, 19 Aug 1999 10:37:50 -0400 MIME-Version: 1.0 Content-Type: text/plain Hi Alain, I'm sorry to hear that you had a crash. Will you please contact our tech support department (support@process.com) and provide a copy of your dumpfile? I (and others) would like to examine it. We'll also assist you in getting the client ACP into debug mode to examine the offending I/O function code issue. The message is almost certainly innacurate; DUMP and COPY should not be doing anything more unusual than opening and reading the files. Mike Duffy Process Software Corp. -----Original Message----- From: Alain Chappuis [mailto:Alain.Chappuis@medecine.unige.ch] Sent: Thursday, August 19, 1999 5:29 AM To: Info-TCPware@process.com Subject: Re: NFS partition with Multinet and SUN problem Hello again, After the last series of tests, I would like to use the connection type by TCP. I take the command: MULTINET NFSDISMOUNT okay no problem. But when I would like to use MULTINET NFSMOUNT/TRANSPORT=TCP this command crash my system, with the blue panel! :-( Note: my remote partition NFS is under SUN Solaris 7... and the single known protocol is TCP for the exchange data. Alain. -- +----------------------+-------------------------------------------+ | Alain Chappuis | Responsable du systeme cmu.unige.ch | | Analyste programmeur | Responsable des serveurs WEB medecine, JID| | Universite de Geneve | E-mail : Alain.Chappuis@medecine.unige.ch | | Centre Medical Univ. | Phone : +41 (22) [70]25.073 | | 1, Rue Michel-Servet | FAX : +41 (22) 347.33.34 | | CH-1211 Geneve 4 | WWW : http://www.medecine.unige.ch/ | +----------------------+-------------------------------------------+ ================================================================================ Archive-Date: Thu, 26 Aug 1999 03:32:15 -0400 Date: Thu, 26 Aug 1999 09:27:12 +0200 From: Alain Chappuis Reply-To: Info-TCPware@process.com Subject: Multinet patches Sender: Alain.Chappuis@medecine.unige.ch To: Multinet Info-TCPware Message-ID: <37C50870.26FE74F1@medecine.unige.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, I would like to know where I found the patches theses patches were communicated by my Multinet representative! >MultiNet ECO kit announcement >The following ECO kits are now available for MultiNet: > > ECO: NFS_CLIENT-02_B041 > Description: Updated NFS client for VMS V7.2 > Release date: 25-MAR-1999 > Versions: V4.1B, V4.1A >ftp://ftp.multinet.process.com/patches/multinet041/nfs_client-02_b041.zip > ECO: NFS_CLIENT-02_C040 > Description: Updated NFS client for VMS V7.2 > Release date: 25-MAR-1999 > Versions: V4.0C >ftp://ftp.multinet.process.com/patches/multinet040/nfs_client-02_c040.zip > ECO: NFS_CLIENT-04_B040 > Description: Updated NFS client for VMS V7.2 > Release date: 25-MAR-1999 > Versions: V4.0B >ftp://ftp.multinet.process.com/patches/multinet040/nfs_client-04_b040.zip All of these files are not found on this server! Any help would be great appreciated :-) Thanks in advance. Alain. -- +----------------------+-------------------------------------------+ | Alain Chappuis | Responsable du systeme cmu.unige.ch | | Analyste programmeur | Responsable des serveurs WEB medecine, JID| | Universite de Geneve | E-mail : Alain.Chappuis@medecine.unige.ch | | Centre Medical Univ. | Phone : +41 (22) [70]25.073 | | 1, Rue Michel-Servet | FAX : +41 (22) 347.33.34 | | CH-1211 Geneve 4 | WWW : http://www.medecine.unige.ch/ | +----------------------+-------------------------------------------+ ================================================================================ Archive-Date: Thu, 26 Aug 1999 06:36:14 -0400 Sender: schreiber@process.com Date: Thu, 26 Aug 1999 06:30:38 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: info-multinet@process.com, schreiber@process.com Message-ID: <009DD314.F9B6D7D5.15@process.com> Subject: RE: Multinet patches Alain Chappuis writes: > > >I would like to know where I found the patches theses >patches were communicated by my Multinet representative! > >>ftp://ftp.multinet.process.com/patches/multinet041/nfs_client-02_b041.zip >>ftp://ftp.multinet.process.com/patches/multinet040/nfs_client-02_c040.zip >>ftp://ftp.multinet.process.com/patches/multinet040/nfs_client-04_b040.zip > >All of these files are not found on this server! > I cc'd the Info-Multinet list to try and transfer this conversation over there [the TCPware folks probably don't care] :) Those ECOs have been obsoleted by new ones...however there is a small issue with fetching information on the new ones. I will have that sorted out as soon as I can. If you want to put these on while you wait for us to get the new ones available.... ftp.multinet.process.com [patches.multinet041.obsolete]nfs_client-02_b041.zip [patches.multinet040.obsolete]nfs_client-02_c040.zip [patches.multinet040.obsolete]nfs_client-04_b042.zip Alternatively: If you go to http://www.multinet.process.com/ you will find a link to the 'Multinet ECO database'. If you search there [check 'show obsolete ECOs'], you will find the ECOs you are looking for. -Jeff -- Jeff Schreiber, Process Software Corp. schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Thu, 26 Aug 1999 09:00:24 -0400 Date: Thu, 26 Aug 1999 14:55:22 +0200 From: Alain Chappuis Reply-To: Info-TCPware@process.com Subject: Re: Multinet patches Sender: Alain.Chappuis@medecine.unige.ch To: Info-TCPware@process.com Message-ID: <37C5555A.307AD244@medecine.unige.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <009DD314.F9B6D7D5.15@process.com> Jeff Schreiber wrote: > available.... > > ftp.multinet.process.com > [patches.multinet041.obsolete]nfs_client-02_b041.zip > [patches.multinet040.obsolete]nfs_client-02_c040.zip > [patches.multinet040.obsolete]nfs_client-04_b042.zip > > Alternatively: > > If you go to http://www.multinet.process.com/ you will find a link to the > 'Multinet ECO database'. If you search there [check 'show obsolete ECOs'], > you will find the ECOs you are looking for. Thank you I found all files :-)) Alain. -- +----------------------+-------------------------------------------+ | Alain Chappuis | Responsable du systeme cmu.unige.ch | | Analyste programmeur | Responsable des serveurs WEB medecine, JID| | Universite de Geneve | E-mail : Alain.Chappuis@medecine.unige.ch | | Centre Medical Univ. | Phone : +41 (22) [70]25.073 | | 1, Rue Michel-Servet | FAX : +41 (22) 347.33.34 | | CH-1211 Geneve 4 | WWW : http://www.medecine.unige.ch/ | +----------------------+-------------------------------------------+ ================================================================================ Archive-Date: Fri, 27 Aug 1999 08:46:23 -0400 From: "Andy Williams" Reply-To: Info-TCPware@process.com Subject: TCPware connection states Date: Fri, 27 Aug 1999 13:13:28 +0100 Message-ID: <7q5vbj$lsk$1@mailgate.liffe.com> To: Info-TCPware@PROCESS.COM Environment: TCPware V5.3-2 on VAX and Alpha V6.2 systems talking to a mixture of VMS< NT4 & Solaris systems... A NETCU SHO CONN shows up several connections to other systems in FIN-WAIT-1, FIN-WAIT-2 and CLOSE-WAIT states. The only place I've found these documented in the TCPware docset is the Programmer's Guide where table 3-3 simply displays the list of possible states but offers no explanation. Could anybody please explain the various wait states together with any relevant ways of clearing them down ? Thanks ! -Andy ================================================================================ Archive-Date: Fri, 27 Aug 1999 09:14:50 -0400 Message-ID: <37C68DD6.C6053AB@PROCESS.COM> Date: Fri, 27 Aug 1999 09:08:38 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: info-tcpware@process.com Subject: RE: TCPware connection states Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Environment: TCPware V5.3-2 on VAX and Alpha V6.2 systems talking to a > mixture of VMS< NT4 & Solaris systems... > > A NETCU SHO CONN shows up several connections to other systems in > FIN-WAIT-1, FIN-WAIT-2 and CLOSE-WAIT states. The only place I've found > these documented in the TCPware docset is the Programmer's Guide where table > 3-3 simply displays the list of possible states but offers no explanation. > > Could anybody please explain the various wait states together with any > relevant ways of clearing them down ? > Here are the state definitions from RFC793 - A connection progresses through a series of states during its lifetime. The states are: LISTEN, SYN-SENT, SYN-RECEIVED, ESTABLISHED, FIN-WAIT-1, FIN-WAIT-2, CLOSE-WAIT, CLOSING, LAST-ACK, TIME-WAIT, and the fictional state CLOSED. CLOSED is fictional because it represents the state when there is no TCB, and therefore, no connection. Briefly the meanings of the states are: LISTEN - represents waiting for a connection request from any remote TCP and port. SYN-SENT - represents waiting for a matching connection request after having sent a connection request. SYN-RECEIVED - represents waiting for a confirming connection request acknowledgment after having both received and sent a connection request. ESTABLISHED - represents an open connection, data received can be delivered to the user. The normal state for the data transfer phase of the connection. FIN-WAIT-1 - represents waiting for a connection termination request from the remote TCP, or an acknowledgment of the connection termination request previously sent. FIN-WAIT-2 - represents waiting for a connection termination request from the remote TCP. CLOSE-WAIT - represents waiting for a connection termination request from the local user. CLOSING - represents waiting for a connection termination request acknowledgment from the remote TCP. LAST-ACK - represents waiting for an acknowledgment of the connection termination request previously sent to the remote TCP (which includes an acknowledgment of its connection termination request). There is also a state diagram in the RFC that shows what causes you to reach and exit each state. Regards Michael -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Corporation Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Fri, 27 Aug 1999 10:23:39 -0400 Sender: bryant@process.com Date: Fri, 27 Aug 1999 10:18:09 -0400 From: Geoff Bryant Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: bryant@process.com Message-ID: <009DD3FD.ECEED658.263@process.com> Subject: RE: TCPware connection states "Andy Williams" writes: > >Environment: TCPware V5.3-2 on VAX and Alpha V6.2 systems talking to a >mixture of VMS< NT4 & Solaris systems... > >A NETCU SHO CONN shows up several connections to other systems in >FIN-WAIT-1, FIN-WAIT-2 and CLOSE-WAIT states. The only place I've found >these documented in the TCPware docset is the Programmer's Guide where table >3-3 simply displays the list of possible states but offers no explanation. > >Could anybody please explain the various wait states together with any >relevant ways of clearing them down ? > >Thanks ! > >-Andy First, the best place to get an explanation of this is in Rich Stevens' book TCP/IP Illustrated in volume 1 which is available at any book store like Barnes and Noble or Borders or... The FIN_WAIT states indicate that the local application has shutdown it's half of the TCP connection. Note that TCP is full duplex and having a half open connection exist for (well forever) a long time is a legitmate state. What it is waiting for is the remote application to close down it's half of the connection. CLOSE_WAIT is the other side of this where the remote side has shutdown it's half of the connection, but the local application has not. So, clearing them requires understanding what is happening within the applications. These can be intentional and proper long lived states. These can be short lived states as both sides shutdown. These can last for a long time with a programming error. So, there is no general answer to your question. I hope that helps. ------------------------------------------------------------- Geoff Bryant bryant@process.com TCPware/Multinet Engineering Process Software Corporation http://www.process.com/ 959 Concord St. Framingham, MA 01701 USA ================================================================================ Archive-Date: Fri, 27 Aug 1999 11:15:47 -0400 Subject: Re: TCPware connection states Message-ID: <1999Aug27.103410@alcor.process.com> From: volz@process.com (Bernie Volz) Reply-To: Info-TCPware@process.com Date: 27 Aug 99 10:34:10 -0400 To: Info-TCPware@PROCESS.COM In article <7q5vbj$lsk$1@mailgate.liffe.com>, "Andy Williams" writes: > Environment: TCPware V5.3-2 on VAX and Alpha V6.2 systems talking to a > mixture of VMS< NT4 & Solaris systems... > > A NETCU SHO CONN shows up several connections to other systems in > FIN-WAIT-1, FIN-WAIT-2 and CLOSE-WAIT states. The only place I've found > these documented in the TCPware docset is the Programmer's Guide where table > 3-3 simply displays the list of possible states but offers no explanation. > > Could anybody please explain the various wait states together with any > relevant ways of clearing them down ? > > Thanks ! > > -Andy If you want to get rid of these connections (and have the privileges to do so), check out the NETCU KILL CONNECTIONS command. Note: It is best to research why these connections are in the state they are in (I don't repeat the definitions as others already have). Sometimes connections may be in these states because the peer was shutdown and the application detected that the connection was idle so it trying to do a graceful shutdown. Eventually, the fact the peer isn't responding will be discovered and the connection will go away. TCP takes a while to do this since it attempts to be reliable. ================================================================================ Archive-Date: Mon, 30 Aug 1999 10:17:14 -0400 Date: Mon, 30 Aug 1999 16:11:59 +0200 From: Alain Chappuis Reply-To: Info-TCPware@process.com Subject: Re: Fw: MultiNet ECO kit available: NFS_CLIENT-02_B041 (fix for VMSV7.2!) Sender: Alain.Chappuis@medecine.unige.ch To: "Jakob Winkler (General Manager)" CC: Info-TCPware@process.com Message-ID: <37CAAD4F.2CA82C95@medecine.unige.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <01JFDTEBWNYY0000ZI@Multiware.CH> Hello, Jakob Winkler (General Manager) wrote: > > M.Chappuis, > > The files are all there, you maybe need to connect via a Multinet FTP > system and not a PC Windows FTP. Although you need to login as user: > Anonymous and pw: email account. I resolved my problem for the files. These files reside on the old distribution from patches. I found it's all. But you mention some patches that I do not need: > BTW: > > You maight need this patch! > > ftp://ftp.multinet.process.com/patches/multinet042/nfs_client- > 02_b042.zip > > ftp://ftp.multinet.process.com/patches/multinet040/nfs_client- > 02_c040.zip > > > ftp://ftp.multinet.process.com/patches/multinet040/nfs_client- > 04_b040.zip I have installed on my system multinet version 4.1 only! I installed this patch > > ftp://ftp.multinet.process.com/patches/multinet041/nfs_client- > 02_b041.zip and my problem is resolved has half :-( When I want to copy a file of my station to the server SUN, I have problems of privileges? Ex: UGCMUB::[WWW]>cp sys$login:INDEX1.HTML index1.html %COPY-E-OPENOUT, error opening W1:[WWW]INDEX1.HTML; as output -RMS-E-PRV, insufficient privilege or file protection violation %COPY-W-NOTCOPIED, W3:[CHAPPUIS]INDEX1.HTML;1 not copied Here is [WWW] is NFS2: (SUN server NFS) Could you help me for this new problem? Thank you in advance. AC -- +----------------------+-------------------------------------------+ | Alain Chappuis | Responsable du systeme cmu.unige.ch | | Analyste programmeur | Responsable des serveurs WEB medecine, JID| | Universite de Geneve | E-mail : Alain.Chappuis@medecine.unige.ch | | Centre Medical Univ. | Phone : +41 (22) [70]25.073 | | 1, Rue Michel-Servet | FAX : +41 (22) 347.33.34 | | CH-1211 Geneve 4 | WWW : http://www.medecine.unige.ch/ | +----------------------+-------------------------------------------+