Archive-Date: Tue, 1 Aug 2000 10:16:37 -0400 Return-Path: Subject: Re: TCPWARE "virtual circuit broken" From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3986d911$1@news.kapsch.co.at> Date: 1 Aug 2000 16:05:05 +0200 To: Info-TCPware@process.com In article <8m6ko4$qdj$1@nnrp1.deja.com>, matt_wilson@my-deja.com writes: >We have experienced a problem using the copy/ftp command on VMS. The >file we are transferring is a ZIP file, the error returned is the >following: > >%TCPWARE_FTP-E-FILRDERR, error reading from or sending >BARC02_DISK$10:[CIS090.DA >TA.TAPE_DATA]_Z280648.;1 >-SYSTEM-F-VCBROKEN, virtual circuit broken > >I have checked DSN and cannot find the error, has anyone seen this >before?. I am assuming it is an issue with the file format as other >files from the same location transfer OK. DSN is for DEQ's products which TCPware is still not. Yes, I've seen this before various times. The most likely reason is, that you forgot to transfer in binary mode. It might also be the case, that you really have network troubles. Try PING at various times for various time and check the statistics HIH -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Tue, 1 Aug 2000 10:27:26 -0400 Return-Path: From: matt_wilson@my-deja.com Reply-To: Info-TCPware@process.com Subject: TCPWARE "virtual circuit broken" Date: Tue, 01 Aug 2000 13:53:11 GMT Message-ID: <8m6ko4$qdj$1@nnrp1.deja.com> To: Info-TCPware@process.com We have experienced a problem using the copy/ftp command on VMS. The file we are transferring is a ZIP file, the error returned is the following: %TCPWARE_FTP-E-FILRDERR, error reading from or sending BARC02_DISK$10:[CIS090.DA TA.TAPE_DATA]_Z280648.;1 -SYSTEM-F-VCBROKEN, virtual circuit broken I have checked DSN and cannot find the error, has anyone seen this before?. I am assuming it is an issue with the file format as other files from the same location transfer OK. Sent via Deja.com http://www.deja.com/ Before you buy. ================================================================================ Archive-Date: Tue, 1 Aug 2000 13:09:58 -0400 Date: Tue, 01 Aug 2000 12:47:01 -0400 (EDT) From: "Joe Prchlik, NWOCA" Reply-To: Info-TCPware@process.com Subject: NTY print queue problems To: Info-TCPware@process.com CC: PRCHLIK@nwoca.org Message-ID: <01JSGGFWIEDU8WWITK@nwoca.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Hello, I am running: Process Software MultiNet V4.2 Rev A-X, AlphaServer 8200 5/625, OpenVMS AXP V7.2-1 I have had a problem for some time with NTY print queues set up on our system. When we experience a system crash, or network outage, the print queues will not work without manual intervention. The only way to correct he problem is to stop/reset the queue, then logout or clear the port, then start the queue up again. I have 100 or so of these queues and will be adding more as LAT traffic is eliminated on our WAN. The LAT queues do not behave the same way. The problem is not unique to this system, we have several sites that are expreiencing this same problem. The error we receive is below. If anyone has experienced and resolved this issue, I would appreciate any insights. >Job TEST (queue PRINTER1, entry 1139) terminated with error status >%PSM-E-WRITEERR, error writing !AS This is the procedure I use to create the queues. >$ ntycp create port nty1067/node=10.29.1.115/port=3100 >$ SET PROTECTION=(S:RWLP,O,G,W:RW) /DEVICE nty1067: >$! >$ set term/perm nty1067/nowrap/nobroad/nodisconn - > /form/width=255/notab/speed=1200 >$! >$ init/que/start/process=blitzsmb_TV- > /lib=la100/default=(FORM=DEFAULT,NOFEED,NOBURST,NOFLAG,NOTRAILER) - > PRINTER1/sched=nosize/owner=[system]/PROT=(G:ED)/on=nty1067 These are the settings on the terminal server port. This example of a Xyplex terminal server, but Cisco routers with asynch. ports behave the same way. Port 11: (Remote) 26 Feb 0000 00:14:56 Character Size: 8 Input Speed: 2400 Flow Control: XON Output Speed: 2400 Parity: None Modem Control: Disabled Access: Remote Local Switch: None Backwards Switch: None Name: PORT_11 Break: Local Session Limit: 1 Forwards Switch: None Type: Hard Dedicated Service: 156.63.148.12 Authorized Groups: 0 (Current) Groups: 0 Enabled Characteristics: Autoprompt, Broadcast, Input Flow Control, Internet Connections, Line Editor, Loss Notification, Message Codes, Output Flow Control, Verification Thanks, Joe +---------------------------------------------------------------------+ | Joe Prchlik Internet: prchlik@nwoca.org | | Systems Supervisor Phone: (419) 267-5565 ext. 2515 | | NW Ohio Computer Assn FAX: (419) 267-5222 | | 22-900 State Rt. 34 | | Archbold, Ohio 43502 | | | +---------------------------------------------------------------------+ ================================================================================ Archive-Date: Tue, 1 Aug 2000 13:15:25 -0400 Message-ID: <3C2625E7CCB3D211A331AA00040071053B0620@omlnt1.omlabs.com> From: "Bruce, Michael" Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: NTY print queue problems Date: Tue, 1 Aug 2000 10:12:06 -0700 MIME-Version: 1.0 Content-Type: text/plain === The original message was multipart MIME === === All non-text parts (attachments) have been removed === I've seen a similar problem with Digital TCPIP product on VMS 7.2-1 - Digital support has a call open and is investigating it - I'll post it when I get a response - it might be a PRTSMB issue and not related to the IP products themselves. Michael Bruce Systems Manager Oregon Medical Labs TEL: 541.984.8296 FAX: 541.465.3337 mailto:MBruce@omlabs.com -----Original Message----- From: Joe Prchlik, NWOCA [mailto:PRCHLIK@nwoca.org] Sent: Tuesday, August 01, 2000 9:47 AM To: Info-TCPware@process.com Cc: PRCHLIK@nwoca.org Subject: NTY print queue problems Hello, I am running: Process Software MultiNet V4.2 Rev A-X, AlphaServer 8200 5/625, OpenVMS AXP V7.2-1 I have had a problem for some time with NTY print queues set up on our system. When we experience a system crash, or network outage, the print queues will not work without manual intervention. The only way to correct he problem is to stop/reset the queue, then logout or clear the port, then start the queue up again. I have 100 or so of these queues and will be adding more as LAT traffic is eliminated on our WAN. The LAT queues do not behave the same way. The problem is not unique to this system, we have several sites that are expreiencing this same problem. The error we receive is below. If anyone has experienced and resolved this issue, I would appreciate any insights. >Job TEST (queue PRINTER1, entry 1139) terminated with error status >%PSM-E-WRITEERR, error writing !AS This is the procedure I use to create the queues. >$ ntycp create port nty1067/node=10.29.1.115/port=3100 >$ SET PROTECTION=(S:RWLP,O,G,W:RW) /DEVICE nty1067: >$! >$ set term/perm nty1067/nowrap/nobroad/nodisconn - > /form/width=255/notab/speed=1200 >$! >$ init/que/start/process=blitzsmb_TV- > /lib=la100/default=(FORM=DEFAULT,NOFEED,NOBURST,NOFLAG,NOTRAILER) - > PRINTER1/sched=nosize/owner=[system]/PROT=(G:ED)/on=nty1067 These are the settings on the terminal server port. This example of a Xyplex terminal server, but Cisco routers with asynch. ports behave the same way. Port 11: (Remote) 26 Feb 0000 00:14:56 Character Size: 8 Input Speed: 2400 Flow Control: XON Output Speed: 2400 Parity: None Modem Control: Disabled Access: Remote Local Switch: None Backwards Switch: None Name: PORT_11 Break: Local Session Limit: 1 Forwards Switch: None Type: Hard Dedicated Service: 156.63.148.12 Authorized Groups: 0 (Current) Groups: 0 Enabled Characteristics: Autoprompt, Broadcast, Input Flow Control, Internet Connections, Line Editor, Loss Notification, Message Codes, Output Flow Control, Verification Thanks, Joe +---------------------------------------------------------------------+ | Joe Prchlik Internet: prchlik@nwoca.org | | Systems Supervisor Phone: (419) 267-5565 ext. 2515 | | NW Ohio Computer Assn FAX: (419) 267-5222 | | 22-900 State Rt. 34 | | Archbold, Ohio 43502 | | | +---------------------------------------------------------------------+ ================================================================================ Archive-Date: Tue, 1 Aug 2000 14:15:26 -0400 Sender: goatley@triton.process.com Return-Path: Message-ID: From: "Gilliam, Susan" Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: Off Topic - looking for thickwire repeaters Date: Tue, 1 Aug 2000 14:11:08 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Hi, This is slightly off topic but I figured that if you guys didn't know, probably no one would.... I'm looking for replacements for two old DEC DEREP-AA thickwire repeaters. Is there anything on the market today with an identical function? Company? Model No.? Also (please don't laugh) old DEC H4000 ethernet transceivers. Are these directly replaceable by any of the newer thickwire ethernet transceivers? Thanks in advance for any info, links, etc. Susan Gilliam ----------------------------------------- Susan Gilliam Atlantic Research Corporation Design Engineering Department Susan.Gilliam@arceng.com http://www.atlanticresearchcorp.com ----------------------------------------- ================================================================================ Archive-Date: Tue, 1 Aug 2000 14:40:51 -0400 Message-ID: <2DADA0A2D327D211A21500A0C99808C669B8BD@WNTMAIL> From: "Fear, Brian" Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: NTY print queue problems Date: Tue, 1 Aug 2000 14:37:21 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Joe, We have had similar problems running VMS 7.11 and using Pathway. Digital/Compaq has acknowledged there is a problem although they think it manifests itself using LAT as well. Like your situation our LAT side works pefectly, just the IP side screws up. I find it hapens on days when our network is overloaded. We are due for an upgrade. The following is something sent to me from tech support. It may be a wait and see... Regards, Brian SYMPTOM: The DCL command "ENABLE AUTOSTART/QUEUE" may cause autostart queues to hang in a "STARTING" state. Since this command is run when a system is rebooted, it is common for queues to come up in the "STARTING" state. (This behavior has also been seen to occur during a queue manager failover to another node.) This behavior has currently been reported with LAT Symbiont (LATSYM), Print Symbiont (PRTSMB), DEC Distributed Queuing Service for OpenVMS (DQS), and DECprint Supervisor for OpenVMS (DCPS) autostart queues. However, it is possible that autostart queues initialized with other symbionts may also experience the behavior. When the queue hang occurs, no messages are received from the Queue Manager, the Job Controller, or the symbiont processes. All three processes are in a hibernate (HIB) state. Stopping and restarting the Job Controller has no affect. However when the hang occurs with a DCPS queue, running the DCPS startup file (SYS$STARTUP:DCPS$STARTUP.COM) causes these queues to start. (This startup file is run after the Queue Manager and Job Controller processes are stopped and restarted.) COMPAQ RESPONSE: Engineering has acknowledged this problem and plans to address it in a future release. WORKAROUND 1: The ECO kits VAXIPC and ALPIPC address the problem described in this article. Refer to the ECO-SUMMARY articles to determine if these ECOs correct the problem for your specific configuration. More information regarding these kits may be found in the ECO-SUMMARY database by using a query of VAXIPC or ALPIPC. WORKAROUND 2: Turn off Autostart for the queues (since the problem only occurs with Autostart on). (Yeah right, I don't think so...) WORKAROUND 3: In some cases, issuing the following commands restarts the Job Controller on the problem node and allows the jobs to continue executing: $ STOP/ID $ @SYS$SYSTEM:STARTUP JOBCTL Note that you may have to issue these commands across the entire VMScluster, especially in a mixed architecture cluster where the VAXIPC and ALPIPC ECOs have not been applied. Start with the node that first exhibits the problem, then move through the entire cluster, repeating the first node again. This usually allows the Job Controller to continue. ANALYSIS: The following analysis may be helpful in determining if you have experienced this problem: $ SHOW QUEUE/FULL/ALL_JOBS MYQUEUE Terminal queue MYQUEUE, starting, on NODENM::LTA968:, mounted form DEFAULT /AUTOSTART_ON=(NODENM::LTA968:) /BASE_PRIORITY=1 /DEFAULT=(FORM=DEFAULT) /LIBRARY=OKIDATA /OWNER=[SYSTEM] /PROCESSOR=LATSYM /PROTECTION=(S:M,O:D,G:R,W:S) /RETAIN /SEPARATE=(RESET=(RESET)) $ SHOW DEVICE/FULL LTA968 Terminal LTA968:, device type unknown, is online, allocated, record-oriented device, carriage control, device is spooled through an intermediate device. Error count 0 Operations completed 7 Owner process "SYMBIONT_8" Owner UIC [SYSTEM] Owner process ID 20200C46 Dev Prot S:RWPL,O:RWPL,G:RWPL,W:RWPL Reference count 1 Default buffer size 80 $ ANALYZE/SYSTEM OpenVMS (TM) Alpha system analyzer SDA> SET PROCESS/INDEX=46 SDA> SHOW PROCESS Process index: 0046 Name: SYMBIONT_8 Extended PID: 20200C46 --------------------------------------------------------------- Process status: 00040001 RES,PHDRES status2: 00080000 NOUNSHELVE PCB address 812D3880 JIB address 814E3500 PHD address 85AAE000 Swapfile disk address 00000000 KTB vector address 812D3B6C HWPCB address 85AAE080 Callback vector address 00000000 Termination mailbox 0000 Master internal PID 00060046 Subprocess count 0 Creator extended PID 00000000 Creator internal PID 00000000 Previous CPU Id 00000001 Current CPU Id 00000001 Previous ASNSEQ 0000000000000435 Previous ASN 000000000000002C Initial process priority 1 Delete pending count 0 # open files allowed left 198 Direct I/O count/limit 200/200 UIC [00001,000004] Buffered I/O count/limit 200/200 Abs time of last event 001B1289 BUFIO byte count/limit 1637632/1637632 ASTs remaining 293 # of threads 1 Swapped copy of LEFC0 00000000 Timer entries allowed left 300 Swapped copy of LEFC1 00000000 Active page table count 0 Global cluster 2 pointer 00000000 Process WS page count 43 Global cluster 3 pointer 00000000 Global WS page count 5 . . . Extended PID: 20200C46 Thread index: 0000 --------------------------------------------- Current capabilities: System: 0000000C QUORUM,RUN User: 00000000 Permanent capabilities: System: 0000000C QUORUM,RUN User: 00000000 Current affinities: 00000000 Permanent affinities: 00000000 Thread status: 00040001 status2: 00080000 KTB address 00000000 HWPCB address 85AAE080 PKTA address 7FFEFF98 Callback vector address 00000000 Internal PID 00060046 Callback error 00000000 Extended PID 20200C46 Current CPU id 00000001 State HIB Flags 00000000 Base priority 1 Current priority 6 Waiting EF cluster 0 Event flag wait mask FFFFFFFE CPU since last quantum 0047 Mutex count 0 ASTs active NONE SDA> SHOW PROCESS/CHANNEL Process index: 0046 Name: SYMBIONT_8 Extended PID: 20200C46 --------------------------------------------------------------- Process active channels ----------------------- Channel Window Status Device/file accessed ------- ------ ------ -------------------- 0010 00000000 $3$DKA0: 0020 8138BBC0 $3$DKA0:[SYSCOMMON.SYSEXE]LATSYM.EXE;1 0030 811723C0 $3$DKA0:[SYSCOMMON.SYSLIB]LIBRTL.EXE;1 (section file) 0040 81027940 $3$DKA0:[SYSCOMMON.SYSLIB]SMBSRVSHR.EXE;1 0050 811DA640 $3$DKA0:[SYSCOMMON.SYSLIB]SECURESHRP.EXE;1 (section file) 0060 81172940 $3$DKA0:[SYSCOMMON.SYSLIB]LIBOTS.EXE;1 (section file) 0070 811DA9C0 $3$DKA0:[SYSCOMMON.SYSLIB]LBRSHR.EXE;1 (section file) SDA> EXIT $ STOP/QUEUE/RESET MYQUEUE $ SHOW QUEUE $ SHOW QUEUE/FULL/ALL_JOBS MYQUEUE Terminal queue MYQUEUE, stopped, autostart inactive, on NODENM::LTA968:, mounted form DEFAULT /AUTOSTART_ON=(NODENM::LTA968:) /BASE_PRIORITY=1 /DEFAULT=(FORM=DEFAULT) /LIBRARY=OKIDATA /OWNER=[SYSTEM] /PROCESSOR=LATSYM /PROTECTION=(S:M,O:D,G:R,W:S) /RETAIN /SEPARATE=(RESET=(RESET)) $ INITIALIZE/QUEUE/START MYQUEUE/PROCESSOR=LATSYM1 $ SHOW QUEUE/FULL/ALL_JOBS MYQUEUE Terminal queue MYQUEUE, idle, on NODENM::LTA968:, mounted form DEFAULT /AUTOSTART_ON=(NODENM::LTA968:) /BASE_PRIORITY=1 /DEFAULT=(FORM=DEFAULT) /LIBRARY=OKIDATA Lowercase /OWNER=[SYSTEM] /PROCESSOR=LATSYM1 /PROTECTION=(S:M,O:D,G:R,W:S) /RETAIN /SEPARATE=(RESET=(RESET)) %QMAN-I-INVSMBMSG2, invalid data 54 in message from symbiont id 16 RELATED ARTICLE: Another article in the OPENVMS database describes a similar problem with print queues and batch jobs under older versions of OpenVMS VAX. This article can be found using a search string of: PRINT QUEUES BATCH JOBS INTERMITTENTLY REMAIN STARTING -----Original Message----- From: Joe Prchlik, NWOCA [mailto:PRCHLIK@nwoca.org] Sent: Tuesday, August 01, 2000 12:47 PM To: Info-TCPware@process.com Cc: PRCHLIK@nwoca.org Subject: NTY print queue problems Hello, I am running: Process Software MultiNet V4.2 Rev A-X, AlphaServer 8200 5/625, OpenVMS AXP V7.2-1 I have had a problem for some time with NTY print queues set up on our system. When we experience a system crash, or network outage, the print queues will not work without manual intervention. The only way to correct he problem is to stop/reset the queue, then logout or clear the port, then start the queue up again. I have 100 or so of these queues and will be adding more as LAT traffic is eliminated on our WAN. The LAT queues do not behave the same way. The problem is not unique to this system, we have several sites that are expreiencing this same problem. The error we receive is below. If anyone has experienced and resolved this issue, I would appreciate any insights. >Job TEST (queue PRINTER1, entry 1139) terminated with error status >%PSM-E-WRITEERR, error writing !AS This is the procedure I use to create the queues. >$ ntycp create port nty1067/node=10.29.1.115/port=3100 >$ SET PROTECTION=(S:RWLP,O,G,W:RW) /DEVICE nty1067: >$! >$ set term/perm nty1067/nowrap/nobroad/nodisconn - > /form/width=255/notab/speed=1200 >$! >$ init/que/start/process=blitzsmb_TV- > /lib=la100/default=(FORM=DEFAULT,NOFEED,NOBURST,NOFLAG,NOTRAILER) - > PRINTER1/sched=nosize/owner=[system]/PROT=(G:ED)/on=nty1067 These are the settings on the terminal server port. This example of a Xyplex terminal server, but Cisco routers with asynch. ports behave the same way. Port 11: (Remote) 26 Feb 0000 00:14:56 Character Size: 8 Input Speed: 2400 Flow Control: XON Output Speed: 2400 Parity: None Modem Control: Disabled Access: Remote Local Switch: None Backwards Switch: None Name: PORT_11 Break: Local Session Limit: 1 Forwards Switch: None Type: Hard Dedicated Service: 156.63.148.12 Authorized Groups: 0 (Current) Groups: 0 Enabled Characteristics: Autoprompt, Broadcast, Input Flow Control, Internet Connections, Line Editor, Loss Notification, Message Codes, Output Flow Control, Verification Thanks, Joe +---------------------------------------------------------------------+ | Joe Prchlik Internet: prchlik@nwoca.org | | Systems Supervisor Phone: (419) 267-5565 ext. 2515 | | NW Ohio Computer Assn FAX: (419) 267-5222 | | 22-900 State Rt. 34 | | Archbold, Ohio 43502 | | | +---------------------------------------------------------------------+ ================================================================================ Archive-Date: Tue, 1 Aug 2000 15:17:13 -0400 Message-ID: <7A57F750AF65D411949C00508BDFD818F35E5F@USPLM202> From: "Neville, Chris E" Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: RE: Off Topic - looking for thickwire repeaters Date: Tue, 1 Aug 2000 15:13:24 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" If you do a Yahoo search on DEREP-AA, there is at least 1 site that may help you. Chris -----Original Message----- From: Gilliam, Susan [mailto:Susan.Gilliam@arceng.com] Sent: Tuesday, August 01, 2000 2:11 PM To: Info-TCPware@process.com Subject: Off Topic - looking for thickwire repeaters Hi, This is slightly off topic but I figured that if you guys didn't know, probably no one would.... I'm looking for replacements for two old DEC DEREP-AA thickwire repeaters. Is there anything on the market today with an identical function? Company? Model No.? Also (please don't laugh) old DEC H4000 ethernet transceivers. Are these directly replaceable by any of the newer thickwire ethernet transceivers? Thanks in advance for any info, links, etc. Susan Gilliam ----------------------------------------- Susan Gilliam Atlantic Research Corporation Design Engineering Department Susan.Gilliam@arceng.com http://www.atlanticresearchcorp.com ----------------------------------------- ================================================================================ Archive-Date: Tue, 1 Aug 2000 15:20:47 -0400 Sender: goatley@triton.process.com Return-Path: Date: Tue, 1 Aug 2000 15:11 EDT From: MILLER@keyways.com Reply-To: Info-TCPware@process.com Message-ID: <009EDF534B22DFD6.6A72@keyways.com> To: Info-TCPware@process.com Subject: RE: Off Topic - looking for thickwire repeaters Hello! >This is slightly off topic but I figured that if you guys didn't know, >probably no one would.... >I'm looking for replacements for two old DEC DEREP-AA thickwire repeaters. >Is there anything on the market today with an identical function? Company? >Model No.? We do have DEREP-AA on the shelf here, USED, TESTED, 30 day warranty. Pricing is $275 each. I believe we have some compatibles at the same price. >Also (please don't laugh) old DEC H4000 ethernet transceivers. Are these >directly replaceable by any of the newer thickwire ethernet transceivers? We have DEC H4000 ethernet transceivers, UNUSED in DEC boxes for $100 each. We also sell equivalents, UNUSED in factory packaging for $75 each. Either would come with a 30 day warranty. We have quantity of the H4000 and the smaller third-party equivalents. We have over 30,000 square feet of this old type of material. Please do not hesitate to ask if there are any other parts you need. Thanks. Mitch Over 40,000 DEC & DEC-COMPATIBLE MODULES & other parts NEW - USED - REFURBISHED - BUY - SELL - TRADE DEPOT REPAIR - ADVANCE EXCHANGE - NEXT FLIGHT OUT SERVICE 30,000+ SQ. FT. OF PRODUCT AVAILABLE TO SHIP --------------------------------------------------------------- | Mitch Miller (937) 847-2300 | | FAX 847-2350 | | Keyways, Inc. (our old area code was 513) | | 204 S. Third St. | | Miamisburg, Ohio 45342 email: miller@keyways.com | | USA Web: http://www.keyways.com | | | | Stock List: http://www.keyways.com/stock.html | --------------------------------------------------------------- ================================================================================ Archive-Date: Wed, 9 Aug 2000 09:15:57 -0400 Return-Path: Subject: [TCPware 5.4-3] GATED Hang From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <399157da$1@news.kapsch.co.at> Date: 9 Aug 2000 15:08:42 +0200 To: Info-TCPware@PROCESS.COM Today, I had a new symptom: First three OPCOM messages stating that some buffer grows rapidly: %%%%%%%%%%% OPCOM 9-AUG-2000 14:32:00.29 %%%%%%%%%%% (from node MARS at 9-AUG-2000 14:32:00.25) Message from user SYSTEM on MARS %TCPWARE_GATED-E-ERR, task_receive_packet: ICMP recvfrom/recvmsg: not enough core. Increase buffer size to: 16384 %%%%%%%%%%% OPCOM 9-AUG-2000 14:32:01.28 %%%%%%%%%%% (from node MARS at 9-AUG-2000 14:32:01.24) Message from user SYSTEM on MARS %TCPWARE_GATED-E-ERR, task_receive_packet: ICMP recvfrom/recvmsg: not enough core. Increase buffer size to: 32768 %%%%%%%%%%% OPCOM 9-AUG-2000 14:32:02.30 %%%%%%%%%%% (from node MARS at 9-AUG-2000 14:32:02.26) Message from user SYSTEM on MARS %TCPWARE_GATED-E-ERR, task_receive_packet: ICMP recvfrom/recvmsg: not enough core. Increase buffer size to: 65535 Then, TCPware GATED went up to 100% CPU (which is bad with Prio 6) and so the system "freezed". No hint in the GATED.LOG. So, I stopped the process and restarted it. All ok again. Then after a few minutes, same happened again. We use TCPware V5.4-3 since many months on our OpenVMS V7.1 systems and never had such problem before... How to increase which GATED parameter ? Should I lower the GATED prio to 3 or less ? Should I omit the GATED at all (until the bug is identified and fixed) ? Any ideas ? A broadcast storm ? Then, why not also on the other TCPware system on the same LAN (FDDI-Ring) ? (Inhouse !) Users with a PING attack ? TIA -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Wed, 9 Aug 2000 14:46:23 -0400 Return-Path: Subject: [www.process.com] Aarrrgghh From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3991a4f2$1@news.kapsch.co.at> Date: 9 Aug 2000 20:37:38 +0200 To: Info-TCPware@PROCESS.COM Why on earth, do all people try to frustrate NETSCAPE V3, MOSAIC or LYNX users ? I can't get anything useful with this browser from www.process.com. And PSC has a lot of VMS customers, which they should not make angry. PSC: Discard IIS and the JS stuff and bring pure info for 100% of the web clients and not "fancy stuff" which only reach 95% of the world and only 50% of your potential customers. -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Wed, 9 Aug 2000 14:49:57 -0400 Sender: schreiber@process.com Date: Wed, 9 Aug 2000 14:46:28 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009EE599.10473CFD.60@process.com> Subject: RE: [www.process.com] Aarrrgghh eplan@kapsch.net (Peter LANGSTOEGER) writes: > > >Why on earth, do all people try to frustrate NETSCAPE V3, MOSAIC or LYNX users ? > >I can't get anything useful with this browser from www.process.com. >And PSC has a lot of VMS customers, which they should not make angry. > >PSC: Discard IIS and the JS stuff and bring pure info for 100% of the >web clients and not "fancy stuff" which only reach 95% of the world and >only 50% of your potential customers. > > > Your rant is heard and already known. the webpage is still a throwback from when IPWorks was part of us. We are working on putting together a new site that will be much more VMS friendly. -Jeff ================================================================================ Archive-Date: Wed, 9 Aug 2000 14:57:49 -0400 Return-Path: Subject: [TCPware V5.4-3] Timeserver ? From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3991a75d$1@news.kapsch.co.at> Date: 9 Aug 2000 20:47:57 +0200 To: Info-TCPware@PROCESS.COM I remember, that I had a "timeserver/timed" (UDP Port 525) in earlier versions of TCPware. When and why did it disappear ? Or do I have a rotten mind ? Or: What to do, to get such a server (back) in TCPware (and TCPIP) ? Do I need only the correct service definition (eg. /ROUTINE=TIME_PROTOCOL) or do I need source code (will you provide it) and build it own my own or is there a built image already lurking around somewhere ? Many TIA -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Wed, 9 Aug 2000 15:11:15 -0400 Sender: schreiber@process.com Date: Wed, 9 Aug 2000 15:07:38 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009EE59C.0557C210.217@process.com> Subject: RE: [TCPware V5.4-3] Timeserver ? eplan@kapsch.net (Peter LANGSTOEGER) writes: > >I remember, that I had a "timeserver/timed" (UDP Port 525) in earlier versions >of TCPware. When and why did it disappear ? Or do I have a rotten mind ? > >Or: What to do, to get such a server (back) in TCPware (and TCPIP) ? >Do I need only the correct service definition (eg. /ROUTINE=TIME_PROTOCOL) >or do I need source code (will you provide it) and build it own my own >or is there a built image already lurking around somewhere ? > It should still be there from what I can tell. What do you have for services shown? Are you sure you're looking in the right place...i.e. it's a DGRAM service rather than being listed as a UDP service. What happens when you try to add the services: NETCU ADD SERVICE TIME STREAM /ROUTINE=TIME_PROTOCOL NETCU ADD SERVICE TIME DGRAM /ROUTINE=TIME_PROTOCOL If the services are there, is the timed service configured? Search the tcpware:tcpware_configure.com file for TIMED_ and see if you see definitions for it. If not, try to configure it: @TCPWARE:CNFNET TIMED go through the steps. Then @TCPWARE:RESTART TIMED -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Wed, 9 Aug 2000 15:45:38 -0400 Return-Path: Message-ID: <3991ABC4.A9C4FEA0@SMTP.DeltaTel.RU> Date: Wed, 09 Aug 2000 23:06:44 +0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: [TCPware V5.4-3] Timeserver ? Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi , Peter! @TCPWARE:CNFNET TIMED Peter LANGSTOEGER wrote: > > I remember, that I had a "timeserver/timed" (UDP Port 525) in earlier versions > of TCPware. When and why did it disappear ? Or do I have a rotten mind ? > > Or: What to do, to get such a server (back) in TCPware (and TCPIP) ? > Do I need only the correct service definition (eg. /ROUTINE=TIME_PROTOCOL) > or do I need source code (will you provide it) and build it own my own > or is there a built image already lurking around somewhere ? > > Many TIA > > -- > Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 > Network and OpenVMS system manager Fax. +43 1 81111-888 > FBFV/Information Services E-mail eplan@kapsch.net > <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN > A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" > "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 -- +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 ================================================================================ Archive-Date: Wed, 9 Aug 2000 15:55:13 -0400 Message-ID: <3991B671.D1C69FED@mmaz.com> Date: Wed, 09 Aug 2000 12:52:17 -0700 From: "Barry Treahy, Jr." Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: Info-TCPware@process.com Subject: Emulating a LAT Application Port with TCPware using TCP Streams Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have yet to figure out how, if possible, how I can setup a streamed device using TCPware. It would seem that all printer devices must be spooled which is a problem for forms related printers. My Unix systems have a problem solving the problem with TCP streaming to the terminal or printer server ports. Any recommendations on how to do this or a work around? Barry -- Barry Treahy, Jr * Midwest Microwave * Vice President & CIO E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028 ================================================================================ Archive-Date: Wed, 9 Aug 2000 17:17:01 -0400 Return-Path: Subject: RE: [www.process.com] Aarrrgghh From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3991c90f$1@news.kapsch.co.at> Date: 9 Aug 2000 23:11:43 +0200 To: Info-TCPware@PROCESS.COM In article <009EE599.10473CFD.60@process.com>, Jeff Schreiber writes: >eplan@kapsch.net (Peter LANGSTOEGER) writes: >> >> >>Why on earth, do all people try to frustrate NETSCAPE V3, MOSAIC or LYNX users ? >> >>I can't get anything useful with this browser from www.process.com. >>And PSC has a lot of VMS customers, which they should not make angry. >> >>PSC: Discard IIS and the JS stuff and bring pure info for 100% of the >>web clients and not "fancy stuff" which only reach 95% of the world and >>only 50% of your potential customers. >> >> >> > > Your rant is heard and already known. the webpage is still a throwback > from when IPWorks was part of us. We are working on putting together a > new site that will be much more VMS friendly. Thanks, Jeff. I already heard/read this. But the fact is unfortunately, that I got the impression, that I can read much less than say 3 months ago (means, the server adminstration does not follow the direction you state). And so, I had to write again... -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Wed, 9 Aug 2000 17:59:42 -0400 Return-Path: Subject: Re: [TCPware V5.4-3] Timeserver ? From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3991d2d7$1@news.kapsch.co.at> Date: 9 Aug 2000 23:53:27 +0200 To: Info-TCPware@PROCESS.COM In article <3991ABC4.A9C4FEA0@SMTP.DeltaTel.RU>, "Ruslan R. Laishev" writes: > @TCPWARE:CNFNET TIMED Ayup. I do not regularly run CNFNET (why do the format of this file change with every TCPware version, while the name and values of the symbols do not ?). I edit TCPWARE_CONFIGURE.COM by hand. Anytime in the last years, the lines $ TIMED_ENABLE == 1 $ TIMED_MODE == "FIXED_MASTER" got lost. So shame on me (for not finding out earlier) and on the one who lost this lines (probably me again). I now have a TCPware_TIMED process running and in TCPWARE:TIMED.LOG there is the line "This machine is fixed master" Thanks. -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Wed, 9 Aug 2000 18:37:08 -0400 Return-Path: Subject: RE: [TCPware V5.4-3] Timeserver ? From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3991db66$1@news.kapsch.co.at> Date: 10 Aug 2000 00:29:58 +0200 To: Info-TCPware@PROCESS.COM In article <009EE59C.0557C210.217@process.com>, Jeff Schreiber writes: > It should still be there from what I can tell. What do you have for > services shown? Are you sure you're looking in the right place...i.e. > it's a DGRAM service rather than being listed as a UDP service. > > What happens when you try to add the services: > > NETCU ADD SERVICE TIME STREAM /ROUTINE=TIME_PROTOCOL > NETCU ADD SERVICE TIME DGRAM /ROUTINE=TIME_PROTOCOL I meant UDP service "TIMED", not STREAM and DGRAM service "TIME". See eg. TCPWARE:SERVICES. for the different protocol ports (525 vs. 37) btw: What is the difference between UDP and DGRAM ? Seems, I never understood this item. The "TIME" service is defined as before: $ NETCU SHO SER TIME STREAM/FULL Protocol Port Active Limit Connects Errors Image -------- ---- ------ ----- -------- ------ ----- STREAM time 0 none 0 0 /ROUTINE=TIME_PROTOCOL /LOG $ NETCU SHO SER TIME DGRAM/FULL Protocol Port Active Limit Connects Errors Image -------- ---- ------ ----- -------- ------ ----- DGRAM time 0 1 1 0 /ROUTINE=TIME_PROTOCOL /LOG So, no need to define or redefine it. Why is TIMED not also such a service definition and is instead a separate network process started by STARTNET.COM ? > If the services are there, is the timed service configured? Search > the tcpware:tcpware_configure.com file for TIMED_ and see if you see > definitions for it. > > If not, try to configure it: > @TCPWARE:CNFNET TIMED > go through the steps. > > Then @TCPWARE:RESTART TIMED Yes, I did this (as I already wrote). And now I have a TIMED running. But I still do not see that now something/someone is bound to UDP Port 525. NETCU does not show it as it only shows only connections served by the NETCP. So, how to show that UDP Port 525 is now used and who uses this port ??? Sniffer states, that UDP Port 525 is used, as there are no longer "ICMP Port unreachable" messages. But OTOH there is still no answer from this port and "TIMEDC CLOCKDIFF node" still gives " will not tell us the date". Any ideas, why ? Is is, because this server is already insynch via NTP (and DECdts) and TIMED expects to be the (only) time master of the local machine ? I begin to remember, that I switched off TIMED, because it's another time synch protocol (which I don't need) and did NOT deliver messages I want then... -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Wed, 9 Aug 2000 18:42:50 -0400 Return-Path: Subject: Re: [TCPware 5.4-3] GATED Hang From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3991dd2a$1@news.kapsch.co.at> Date: 10 Aug 2000 00:37:30 +0200 To: Info-TCPware@PROCESS.COM In article <399157da$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >Today, I had a new symptom: > >First three OPCOM messages stating that some buffer grows rapidly: >[snip] >the system "freezed". No hint in the GATED.LOG. But I got a hint from the SNIFFER expert mode. A "Router Storm" (whatever this is) happened at approx. the same time. It gives a bad feeling, that my system(s) can be brought down by net msgs... >How to increase which GATED parameter ? >Should I lower the GATED prio to 3 or less ? >Should I omit the GATED at all (until the bug is identified and fixed) ? > >Any ideas ? A broadcast storm ? Then, why not also on the other TCPware >system on the same LAN (FDDI-Ring) ? (Inhouse !) Users with a PING attack ? Still, no answer ? What GATED debugging method do you suggest for this problem ? -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Wed, 9 Aug 2000 18:46:09 -0400 Sender: schreiber@process.com Date: Wed, 9 Aug 2000 18:42:38 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009EE5BA.0DF8D6D9.61@process.com> Subject: RE: [TCPware V5.4-3] Timeserver ? eplan@kapsch.net (Peter LANGSTOEGER) writes: > >I meant UDP service "TIMED", not STREAM and DGRAM service "TIME". >See eg. TCPWARE:SERVICES. for the different protocol ports (525 vs. 37) > >btw: What is the difference between UDP and DGRAM ? >Seems, I never understood this item. > I'm not totally sure [way to many cobwebs in the brain]. I remember way in my Process Software infancy that we were advising people to change their telnet service from TCP to STREAM, because stream could handle 10 initializing connections per server, whereas TCP was only one and you needed multiple listeners in active sites. It's probably similar... I'd have to dig into it. I think the real difference is STREAM and DGRAM is TCP and UDP, but use INET driver instead of TCP and UDP driver. >Why is TIMED not also such a service definition and is instead a separate >network process started by STARTNET.COM ? Because TIMED, like a lot of the smaller services, is run inside the NETCP process, and aren't run as their own seperate process. >But I still do not see that now something/someone is bound to UDP Port 525. >NETCU does not show it as it only shows only connections served by the NETCP. >So, how to show that UDP Port 525 is now used and who uses this port ??? Look at the INET devices, there should be one [listening] for the TCP connection, and one for the UDP. >Sniffer states, that UDP Port 525 is used, as there are no longer "ICMP >Port unreachable" messages. But OTOH there is still no answer from this port >and "TIMEDC CLOCKDIFF node" still gives " will not tell us the date". > >Any ideas, why ? Is is, because this server is already insynch via NTP (and >DECdts) and TIMED expects to be the (only) time master of the local machine ? This part I'm going to have to leave up to the time experts. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Wed, 9 Aug 2000 19:15:47 -0400 Return-Path: Subject: RE: [TCPware V5.4-3] Timeserver ? From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <3991e516$1@news.kapsch.co.at> Date: 10 Aug 2000 01:11:18 +0200 To: Info-TCPware@PROCESS.COM In article <009EE5BA.0DF8D6D9.61@process.com>, Jeff Schreiber writes: >eplan@kapsch.net (Peter LANGSTOEGER) writes: >>I meant UDP service "TIMED", not STREAM and DGRAM service "TIME". >>See eg. TCPWARE:SERVICES. for the different protocol ports (525 vs. 37) >> >>btw: What is the difference between UDP and DGRAM ? >>Seems, I never understood this item. > > I'm not totally sure [way to many cobwebs in the brain]. I remember > way in my Process Software infancy that we were advising people to > change their telnet service from TCP to STREAM, because stream could > handle 10 initializing connections per server, whereas TCP was only > one and you needed multiple listeners in active sites. It's probably > similar... I'd have to dig into it. Must have been back at TCPware V5.0, IIRC. Interesting. Please drop me a line, when you found gold. > I think the real difference is STREAM and DGRAM is TCP and UDP, but use > INET driver instead of TCP and UDP driver. Which leads to the question: What are the advantages/differences of the INET driver (vs. other drivers) ? >>Why is TIMED not also such a service definition and is instead a separate >>network process started by STARTNET.COM ? > > Because TIMED, like a lot of the smaller services, is run inside the > NETCP process, and aren't run as their own seperate process. You wrote TIMED but meant TIME ;-) So, you mean TIMED is not small enough to become part of NETCP and has to be run as a separate process. Ok, eaten. But starting the TIMED via a service definition (/ROUTINE=create_server_process) with the image TCPWARE:TIMED.EXE should also be feasible. Then, why not this way... But if one looks at TIMED not as a time provider only (which I did recently), but as a time synch system instead, it makes more sense to start it with STARTNET.COM and not via NETCP after the first message arrives on the UDP port. Ok, so now, I second the current implementation method :-) >>But I still do not see that now something/someone is bound to UDP Port 525. >>NETCU does not show it as it only shows only connections served by the NETCP. >>So, how to show that UDP Port 525 is now used and who uses this port ??? > > Look at the INET devices, there should be one [listening] for the TCP > connection, and one for the UDP. NETCU SHO CONN instead of NETCU SHO SERV was the answer. It's really time for bed now. Such a simple question... >>Sniffer states, that UDP Port 525 is used, as there are no longer "ICMP >>Port unreachable" messages. But OTOH there is still no answer from this port >>and "TIMEDC CLOCKDIFF node" still gives " will not tell us the date". >> >>Any ideas, why ? Is is, because this server is already insynch via NTP (and >>DECdts) and TIMED expects to be the (only) time master of the local machine ? > > This part I'm going to have to leave up to the time experts. Please, don't destroy the public impression that you are an TCPware expert ;-) -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Wed, 9 Aug 2000 19:32:11 -0400 Sender: schreiber@process.com Date: Wed, 9 Aug 2000 19:28:30 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009EE5C0.76BEA80F.19@process.com> Subject: RE: [TCPware V5.4-3] Timeserver ? eplan@kapsch.net (Peter LANGSTOEGER) writes: > >Must have been back at TCPware V5.0, IIRC. >Interesting. Please drop me a line, when you found gold. > I think we're talking 4.1-3. I actually made the change to be stream by default back in 5.1-2 >You wrote TIMED but meant TIME ;-) Well, the service is the Time Daemon. > >So, you mean TIMED is not small enough to become part of NETCP and has to >be run as a separate process. Ok, eaten. But starting the TIMED via a >service definition (/ROUTINE=create_server_process) with the image >TCPWARE:TIMED.EXE should also be feasible. Then, why not this way... > No. Other way around. NETCP handles the incoming connections and hands them off to a process created at that time by netcp. When a connection comes in, the TIME_PROTOCOL function in netcp is call which accepts the connection, creates a process for TIMED and hands it off. However I think we might be saying the same thing... >But if one looks at TIMED not as a time provider only (which I did recently), >but as a time synch system instead, it makes more sense to start it with >STARTNET.COM and not via NETCP after the first message arrives on the UDP port. > Sure, it's possible to run it as a seperate process... but personally I am a strong believer in 'why screw with it if it's been solid for years'. Well, either solid or unused... either way it has near to no support load. >NETCU SHO CONN instead of NETCU SHO SERV was the answer. >It's really time for bed now. Such a simple question... *smile* >> >> This part I'm going to have to leave up to the time experts. > >Please, don't destroy the public impression that you are an TCPware expert ;-) You gotta save _some_ of the protocols for the other guys! -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Tue, 15 Aug 2000 12:24:57 -0400 Message-ID: <03D308C87334D311B252009027855AC7701903@THUMPER> From: "Cruse, Trevor M." Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: Problems with Dynamic DNS Date: Tue, 15 Aug 2000 12:13:05 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Hello All, Has anyone had any experience with dynamic DNS updates from DHCP. I have amended the DNS and DHCP configs according to the manual. The reverse IP address update works okay, but the resource record update doesn't. I get the following sort of error in the DHCP log (and the system operator log): 14:15:42.23 PSCDHCPD-E-psc_ddns: Encountered DNS Error, rcode is 5 and the following sorts of error in the DNS log: 15-Aug-2000 16:24:32.598 update: error: error processing update packet id 3195 from [150.1.8.2].3659 15-Aug-2000 16:26:25.342 update: error: error processing update packet id 4731 from [150.1.8.2].3659 15-Aug-2000 16:29:46.039 update: error: error processing update packet id 6267 from [150.1.8.2].3659 The DNS server and DHCP server are running on the same server. The version of TCPware is 5.4-3 and we have the latest patches for DNS and DHCP. Any ideas? Trevor Cruse IS Systems Manager Cooper-Avon Tyres Limited Melksham England (0044) 1225 357858 tmcruse@coopertire.com ================================================================================ Archive-Date: Tue, 15 Aug 2000 13:58:14 -0400 Sender: schreiber@process.com Date: Tue, 15 Aug 2000 13:54:24 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009EEA48.C8D041C6.6@process.com> Subject: RE: Problems with Dynamic DNS "Cruse, Trevor M." writes: > >Has anyone had any experience with dynamic DNS updates from DHCP. I have >amended the DNS and DHCP configs according to the manual. The reverse IP >address update works okay, but the resource record update doesn't. I get the >following sort of error in the DHCP log (and the system operator log): > Is the server the primary for the domain that you are trying to update? Do you have an allow-updates section in your named.conf for both the forward and reverse domains? Does the domain in question load correctly. Sometimes you might have everything setup correctly, but there is something wrong in the zone file itself that causes the zone to not get loaded. You should see that on the initial loading of the zone. >14:15:42.23 PSCDHCPD-E-psc_ddns: Encountered DNS Error, rcode is 5 Rcode of 5 is refused. So either the nameserver isn't authoritative for the zone in question, or the client isn't allowed to update the server. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Tue, 15 Aug 2000 14:03:54 -0400 Message-ID: <399984F5.60C5AD7F@PROCESS.COM> Date: Tue, 15 Aug 2000 13:59:17 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: info-tcpware@process.com Subject: RE: Problems with Dynamic DNS Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > "Cruse, Trevor M." writes: > > > >Has anyone had any experience with dynamic DNS updates from DHCP. I have > >amended the DNS and DHCP configs according to the manual. The reverse IP > >address update works okay, but the resource record update doesn't. I get the > >following sort of error in the DHCP log (and the system operator log): > > > > Is the server the primary for the domain that you are trying to update? > Do you have an allow-updates section in your named.conf for both the > forward and reverse domains? > > Does the domain in question load correctly. Sometimes you might have > everything setup correctly, but there is something wrong in the zone file > itself that causes the zone to not get loaded. You should see that on > the initial loading of the zone. > > >14:15:42.23 PSCDHCPD-E-psc_ddns: Encountered DNS Error, rcode is 5 > > Rcode of 5 is refused. So either the nameserver isn't authoritative for > the zone in question, or the client isn't allowed to update the server. > Another thing to check is to make sure that the origin in the SOA record contains the name of the primary DNS server. This is how the DHCP server will determine what server to send the DDNS updates to. regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Wed, 16 Aug 2000 04:20:13 -0400 Message-ID: <03D308C87334D311B252009027855AC7701904@THUMPER> From: "Cruse, Trevor M." Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: Info-TCPware Digest V100 #135 Date: Wed, 16 Aug 2000 04:08:21 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Thanks for your responses, however I've drawn a blank. In answer to the points you've raised: Yes, the server being updated is the primary. Yes, dynamic updates are enabled for both the forward and reverse zones. Yes, the domain loads properly. Yes, the primary server is named in the SOA record of the forward zone. Trevor Cruse IS Systems Manager Cooper-Avon Tyres Limited -----Original Message----- From: Hunter Goatley -- Info-TCPware Owner [mailto:owner-Info-TCPware@process.com] Sent: 15 August 2000 23:00 To: Info-TCPware@process.com Subject: Info-TCPware Digest V100 #135 Info-TCPware Digest Tue, 15 Aug 2000 Volume 100 : Issue 135 Today's Topics: Problems with Dynamic DNS (3 msgs) Send digest submissions to: Info-TCPware@process.com Send add/unsubscribe requests to: Info-TCPware-request@process.com (send HELP for more information) Send problems about the list to: owner-info-tcpware@process.com Info-TCPware WWW home page: http://www.tcpware.process.com/ Info-TCPware FTP archives: ftp://ftp.tcpware.process.com/ Info-TCPware archives: http://www.tcpware.process.com/ ---------------------------------------------------------------------- Date: Tue, 15 Aug 2000 12:13:05 -0400 From: "Cruse, Trevor M." Subject: Problems with Dynamic DNS Message-ID: <03D308C87334D311B252009027855AC7701903@THUMPER> Hello All, Has anyone had any experience with dynamic DNS updates from DHCP. I have amended the DNS and DHCP configs according to the manual. The reverse IP address update works okay, but the resource record update doesn't. I get the following sort of error in the DHCP log (and the system operator log): 14:15:42.23 PSCDHCPD-E-psc_ddns: Encountered DNS Error, rcode is 5 and the following sorts of error in the DNS log: 15-Aug-2000 16:24:32.598 update: error: error processing update packet id 3195 from [150.1.8.2].3659 15-Aug-2000 16:26:25.342 update: error: error processing update packet id 4731 from [150.1.8.2].3659 15-Aug-2000 16:29:46.039 update: error: error processing update packet id 6267 from [150.1.8.2].3659 The DNS server and DHCP server are running on the same server. The version of TCPware is 5.4-3 and we have the latest patches for DNS and DHCP. Any ideas? Trevor Cruse IS Systems Manager Cooper-Avon Tyres Limited Melksham England (0044) 1225 357858 tmcruse@coopertire.com ------------------------------ Date: Tue, 15 Aug 2000 13:54:24 -0400 From: Jeff Schreiber Subject: Re: Problems with Dynamic DNS Message-ID: <009EEA48.C8D041C6.6@process.com> "Cruse, Trevor M." writes: > >Has anyone had any experience with dynamic DNS updates from DHCP. I have >amended the DNS and DHCP configs according to the manual. The reverse IP >address update works okay, but the resource record update doesn't. I get the >following sort of error in the DHCP log (and the system operator log): > Is the server the primary for the domain that you are trying to update? Do you have an allow-updates section in your named.conf for both the forward and reverse domains? Does the domain in question load correctly. Sometimes you might have everything setup correctly, but there is something wrong in the zone file itself that causes the zone to not get loaded. You should see that on the initial loading of the zone. >14:15:42.23 PSCDHCPD-E-psc_ddns: Encountered DNS Error, rcode is 5 Rcode of 5 is refused. So either the nameserver isn't authoritative for the zone in question, or the client isn't allowed to update the server. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ------------------------------ Date: Tue, 15 Aug 2000 13:59:17 -0400 From: Michael Corbett Subject: Re: Problems with Dynamic DNS Message-ID: <399984F5.60C5AD7F@PROCESS.COM> > > "Cruse, Trevor M." writes: > > > >Has anyone had any experience with dynamic DNS updates from DHCP. I have > >amended the DNS and DHCP configs according to the manual. The reverse IP > >address update works okay, but the resource record update doesn't. I get the > >following sort of error in the DHCP log (and the system operator log): > > > > Is the server the primary for the domain that you are trying to update? > Do you have an allow-updates section in your named.conf for both the > forward and reverse domains? > > Does the domain in question load correctly. Sometimes you might have > everything setup correctly, but there is something wrong in the zone file > itself that causes the zone to not get loaded. You should see that on > the initial loading of the zone. > > >14:15:42.23 PSCDHCPD-E-psc_ddns: Encountered DNS Error, rcode is 5 > > Rcode of 5 is refused. So either the nameserver isn't authoritative for > the zone in question, or the client isn't allowed to update the server. > Another thing to check is to make sure that the origin in the SOA record contains the name of the primary DNS server. This is how the DHCP server will determine what server to send the DDNS updates to. regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ------------------------------ End of Info-TCPware Digest V100 #135 ************************************ ================================================================================ Archive-Date: Wed, 16 Aug 2000 08:08:06 -0400 Sender: schreiber@process.com Date: Wed, 16 Aug 2000 08:04:15 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009EEAE1.0892BAFD.31@process.com> Subject: RE: Info-TCPware Digest V100 #135 "Cruse, Trevor M." writes: > >Thanks for your responses, however I've drawn a blank. > >In answer to the points you've raised: >Yes, the server being updated is the primary. >Yes, dynamic updates are enabled for both the forward and reverse zones. >Yes, the domain loads properly. >Yes, the primary server is named in the SOA record of the forward zone. > >Trevor Cruse Please open a support call with Process Software Tech Support [or your distributor if you are international.]. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Wed, 16 Aug 2000 14:39:55 -0400 From: gbrown@lortobco.com Reply-To: Info-TCPware@process.com To: info-tcpware@process.com Message-ID: <8525693D.006630C7.00@TCPSMTP.loews.com> Date: Wed, 16 Aug 2000 14:31:58 -0400 Subject: Help With TCP Ware MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi, I'm Greg Brown of Lorillard Tobacco company - Running TCPWare on a Microvax 3400. We are connecting using KEA and TCPWare to all our Vaxes fine ... Except for this one Microvax3400. Typical login times for this computer are 70 seconds or greater. Going to a VT Terminal tied to the backplane of the computer gives an almost instant Username prompt, so it doesn't sound like the system..... Also, it seems - once you are logged in (Using TCPware) - operation is normal... Typical DCL commands such as DIR, SHOW USERS etc... seem to work as fast as a Microvax 3400 CAN go.... Any ideas of what I could check to try to speed this up? Thanks =Greg ================================================================================ Archive-Date: Wed, 16 Aug 2000 14:48:11 -0400 Message-ID: <4.3.2.7.2.20000816124126.00c8ea00@mehlhop.org> Date: Wed, 16 Aug 2000 12:41:38 -0600 To: Info-TCPware@process.com From: Jim Mehlhop Reply-To: Info-TCPware@process.com Subject: Re: Help With TCP Ware In-Reply-To: <8525693D.006630C7.00@TCPSMTP.loews.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed That system has a DNS problem Jim At 02:31 PM 8/16/00 -0400, you wrote: >Hi, > >I'm Greg Brown of Lorillard Tobacco company - Running TCPWare on a Microvax >3400. We are connecting using KEA and TCPWare to all our Vaxes fine ... >Except >for this one Microvax3400. > >Typical login times for this computer are 70 seconds or greater. Going to >a VT >Terminal tied to the backplane of the computer gives an almost instant >Username >prompt, so it doesn't sound like the system..... > >Also, it seems - once you are logged in (Using TCPware) - operation is >normal... >Typical DCL commands such as DIR, SHOW USERS etc... seem to work as fast as a >Microvax 3400 CAN go.... > >Any ideas of what I could check to try to speed this up? > >Thanks >=Greg _________________________________________________________________________ Jim Mehlhop, Support Engineer Process Software Mehlhop@process.com Phone 719-638-8448 Join Cauce to outlaw spam http://www.cauce.org/ _________________________________________________________________________ ================================================================================ Archive-Date: Wed, 16 Aug 2000 14:49:32 -0400 Sender: schreiber@process.com Date: Wed, 16 Aug 2000 14:45:39 -0400 From: Jeff Schreiber Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com CC: schreiber@process.com Message-ID: <009EEB19.1BFD3806.233@process.com> Subject: RE: Help With TCP Ware gbrown@lortobco.com writes: > >Hi, > >I'm Greg Brown of Lorillard Tobacco company - Running TCPWare on a Microvax >3400. We are connecting using KEA and TCPWare to all our Vaxes fine ... Except >for this one Microvax3400. > >Typical login times for this computer are 70 seconds or greater. Going to a VT >Terminal tied to the backplane of the computer gives an almost instant Username >prompt, so it doesn't sound like the system..... > >Also, it seems - once you are logged in (Using TCPware) - operation is normal... >Typical DCL commands such as DIR, SHOW USERS etc... seem to work as fast as a >Microvax 3400 CAN go.... > >Any ideas of what I could check to try to speed this up? > When you connect via telnet, the telnet server will do a reverse lookup on the incoming IP address to get the hostname. There are ways to prevent it from doing that, but doing that often masks DNS problems that may exist. You should look at your DNS configuration on the tcpware system. When you go into "nslookup", what server does it point to? Can nslookup look up the IP address that you are coming in from? If not, do we know why? Can it contact the nameserver? Support can probably help you debug your DNS configuration and figure out what the problem is. -Jeff -- Jeff Schreiber, Process Software LLC schreiber@mx.process.com http://www.process.com TCPware & MultiNet: Stronger than Ever ================================================================================ Archive-Date: Wed, 16 Aug 2000 14:57:58 -0400 Message-ID: <399AE311.BDD5D494@PROCESS.COM> Date: Wed, 16 Aug 2000 14:53:05 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: info-tcpware@process.com Subject: RE: Help With TCP Ware (Slow telnet) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > Hi, > > I'm Greg Brown of Lorillard Tobacco company - Running TCPWare on a Microvax > 3400. We are connecting using KEA and TCPWare to all our Vaxes fine ... Except > for this one Microvax3400. > > Typical login times for this computer are 70 seconds or greater. Going to a VT > Terminal tied to the backplane of the computer gives an almost instant Username > prompt, so it doesn't sound like the system..... > > Also, it seems - once you are logged in (Using TCPware) - operation is normal... > Typical DCL commands such as DIR, SHOW USERS etc... seem to work as fast as a > Microvax 3400 CAN go.... > > Any ideas of what I could check to try to speed this up? > > Thanks > =Greg > > The following is from the TCPware FAQs (www.support.process.com - TCPware section - FAQ Search) - TELNET - Incoming connections slow to start/disabling reverse lookup Question: What would cause incoming TELNET connections to be slow and appear to hang when starting - sometimes waiting over a minute before the username prompt is displayed? Answer: This is probably happening because by default the TELNET server will attempt try to find the host name of the client and use it when setting the remote port information (ACCPORNAM) for the process. (This shows up when you do a SHOW SYSTEM and in the accounting file.) Looking up the host name could take some time especially if there are network problems, problems with name servers, or if DNS is improperly configured. You can disable the lookup and have the TELNET server use the client IP address for the remote port information by setting bit 8 of the TELNETD_FLAGS logical. You can add the following line to your TCPWARE_CONFIGURE.COM to set this. $ TELNETD_FLAGS == 256 For more information on the TCPWARE_TELNETD_FLAGS logical refer to the "Telnet - OpenVMS Management" chapter of the TCPware Management Guide . -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Fri, 25 Aug 2000 11:17:33 -0400 Message-ID: From: Kevin Phillip Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: TCPware 5.3-3 Date: Fri, 25 Aug 2000 16:12:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Hi there, I'm using the above software on a Compaq DS20 AlphaServer running OpenVMS 7.2-1. When configuring multiple network cards (@TCPWARE:CNFNET TCP), the configuration file (TCPWARE_SPECIFIC:[TCPWARE]TCPWARE_CONFIGURE.COM) only stores the last card configured and not multiple cards. To store them, I had to manually edit the file. Is there another way of configuring multiple files and getting them stored other than editing TCPWARE_CONFIGURE.COM? Thanks, Kevin Phillip FTI Systems Support Team *********************************************************************** Any views expressed in this message are those of the individual sender, except where the sender states them to be the views of Itex Limited. This e-mail is intended only for the individual or entity to which it is addressed and contains information that is private and confidential. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying is strictly prohibited. If you have received this e-mail in error please delete it immediately and advise us by return e-mail to administrator@itex.je *********************************************************************** ================================================================================ Archive-Date: Fri, 25 Aug 2000 11:23:15 -0400 Date: Fri, 25 Aug 2000 16:23:06 +0100 From: Mark.Ashley@essential.co.uk Reply-To: Info-TCPware@process.com Subject: tcpware UPGRADE To: Info-TCPware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 does anyone know if you can upgrade from TCPWARE 5.1 straight through to 5.4 or do you have to go to 5.3 first? Mark Ashley Technical Support Essential Computing Ltd +44 (0)1275 343199 ================================================================================ Archive-Date: Fri, 25 Aug 2000 12:04:00 -0400 Message-ID: <39A697F6.B0BA4015@PROCESS.COM> Date: Fri, 25 Aug 2000 11:59:50 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: info-tcpware@process.com Subject: RE: tcpware UPGRADE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > does anyone know if you can upgrade from TCPWARE 5.1 straight through to 5.4 > or do you have to go to 5.3 first? > > Mark Ashley > Technical Support > Essential Computing Ltd > +44 (0)1275 343199 You can upgrade from 5.1 right to 5.4. regards Mike -- +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Fri, 25 Aug 2000 12:07:18 -0400 Message-ID: <39A698BD.72B3B478@PROCESS.COM> Date: Fri, 25 Aug 2000 12:03:09 -0400 From: Michael Corbett Reply-To: Info-TCPware@process.com MIME-Version: 1.0 To: info-tcpware@process.com Subject: RE: TCPware 5.3-3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > Hi there, > > I'm using the above software on a Compaq DS20 AlphaServer running OpenVMS > 7.2-1. When configuring multiple network cards (@TCPWARE:CNFNET TCP), the > configuration file (TCPWARE_SPECIFIC:[TCPWARE]TCPWARE_CONFIGURE.COM) only > stores the last card configured and not multiple cards. To store them, I > had to manually edit the file. Is there another way of configuring multiple > files and getting them stored other than editing TCPWARE_CONFIGURE.COM? > Kevin, Could you give me some specifics on how you are trying to accomplish configuring Multiple cards? You should be able to do a @CNFNET TCP and then configure the multiple lines there when asked. If later you want to configure a new line you would again execute @CNFNET TCP and configure all the lines again, not just the new line. You can't just configure the line you want to add you have to configure all the lines you want TCPware to start. regards Michael +-------------------------------------------------------------------------+ Michael Corbett Email: Corbett@process.com Process Software Phone: 800 722-7770 x369 959 Concord St. 508 879-6994 x369 Framingham MA 01701-4682 FAX: 508 879-0042 ================================================================================ Archive-Date: Fri, 25 Aug 2000 13:10:56 -0400 Return-Path: Subject: Re: TCPware 5.3-3 From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <39a6a69e$1@news.kapsch.co.at> Date: 25 Aug 2000 19:02:22 +0200 To: Info-TCPware@PROCESS.COM In article , Kevin Phillip writes: >I'm using the above software on a Compaq DS20 AlphaServer running OpenVMS >7.2-1. When configuring multiple network cards (@TCPWARE:CNFNET TCP), the >configuration file (TCPWARE_SPECIFIC:[TCPWARE]TCPWARE_CONFIGURE.COM) only >stores the last card configured and not multiple cards. To store them, I >had to manually edit the file. Is there another way of configuring multiple >files and getting them stored other than editing TCPWARE_CONFIGURE.COM? That's news for me. Did you enter the correct line identifications ? We all use more than 1 interface as we all use (hopefully) the Loopback Interface. So if I see a line ident of say "LPB-0,MFA-0" then both interfaces are correctly entered in TCPWARE_CONFIGURE.COM -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Sat, 26 Aug 2000 11:03:55 -0400 Message-ID: From: Kevin Phillip Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: TCPware 5.3-3 Date: Sat, 26 Aug 2000 15:58:44 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Thanks, managed to get it working! Regards, Kevin.... -----Original Message----- From: eplan@kapsch.net [mailto:eplan@kapsch.net] Sent: 25 August 2000 18:02 To: Info-TCPware@PROCESS.COM Subject: Re: TCPware 5.3-3 In article , Kevin Phillip writes: >I'm using the above software on a Compaq DS20 AlphaServer running OpenVMS >7.2-1. When configuring multiple network cards (@TCPWARE:CNFNET TCP), the >configuration file (TCPWARE_SPECIFIC:[TCPWARE]TCPWARE_CONFIGURE.COM) only >stores the last card configured and not multiple cards. To store them, I >had to manually edit the file. Is there another way of configuring multiple >files and getting them stored other than editing TCPWARE_CONFIGURE.COM? That's news for me. Did you enter the correct line identifications ? We all use more than 1 interface as we all use (hopefully) the Loopback Interface. So if I see a line ident of say "LPB-0,MFA-0" then both interfaces are correctly entered in TCPWARE_CONFIGURE.COM -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 *********************************************************************** Any views expressed in this message are those of the individual sender, except where the sender states them to be the views of Itex Limited. This e-mail is intended only for the individual or entity to which it is addressed and contains information that is private and confidential. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying is strictly prohibited. If you have received this e-mail in error please delete it immediately and advise us by return e-mail to administrator@itex.je *********************************************************************** ================================================================================ Archive-Date: Sun, 27 Aug 2000 14:16:47 -0400 Return-Path: Subject: Re: lucent DNCP From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <39a959fe$1@news.kapsch.co.at> Date: 27 Aug 2000 20:12:14 +0200 To: Info-TCPware@PROCESS.COM In article , "joe" writes: >anyone interested in a new Lucent DNCP series 400 >very cheap Ask EBAY ;-) -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Mon, 28 Aug 2000 11:10:02 -0400 Return-Path: Subject: [TCPware V5.4-3] ANON-FTP not working From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <39aa7ee3$1@news.kapsch.co.at> Date: 28 Aug 2000 17:01:55 +0200 To: Info-TCPware@PROCESS.COM Since a couple of what? (hours/days/weeks) the ANONYMOUS FTP access to our server is no longer working. The message is 331 Send ident as password. Password: 421 Service not available, Remote server has closed the connection or 331 Send ident as password. _Password: %TCPWARE_FTP-E-CTRLERR, unexpected error processing control connection -SYSTEM-F-VCCLOSED, virtual circuit closed and in TCPWARE:FTPSERVER.LOG the (very helpful) hint: 28-AUG-2000 16:50:09.57 anonymous from 148.198.8.2 331 Send ident as password. 28-AUG-2000 16:50:12.05 ANONYMOUS from 148.198.8.2 530 ftp disallowed. I don't see, what I've changed to now disallow ANON access. The logicals "TCPWARE_FTP_ANONYMOUS_ROOT" [exec] = "ANON_ROOT:[000000]" "ANON_ROOT" [exec] = "DISK$SW:[ANONYMOUS.]" [concealed] are still there (as is the directory tree) I must be tired to not seeing the obvious. What did I miss ? TIA -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Mon, 28 Aug 2000 11:15:01 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE86030715D7@lespaul.process.com> From: Richard Whalen Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: [TCPware V5.4-3] ANON-FTP not working Date: Mon, 28 Aug 2000 11:10:44 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" The problem is that the logical TCPWARE_FTP_421_REPLY is defined. When this logical is defined FTP service is temporarily disabled (for all users). DEASSIGNing this logical should get everything working. -----Original Message----- From: eplan@kapsch.net [mailto:eplan@kapsch.net] Sent: Monday, August 28, 2000 11:02 AM To: Info-TCPware@PROCESS.COM Subject: [TCPware V5.4-3] ANON-FTP not working Since a couple of what? (hours/days/weeks) the ANONYMOUS FTP access to our server is no longer working. The message is 331 Send ident as password. Password: 421 Service not available, Remote server has closed the connection or 331 Send ident as password. _Password: %TCPWARE_FTP-E-CTRLERR, unexpected error processing control connection -SYSTEM-F-VCCLOSED, virtual circuit closed and in TCPWARE:FTPSERVER.LOG the (very helpful) hint: 28-AUG-2000 16:50:09.57 anonymous from 148.198.8.2 331 Send ident as password. 28-AUG-2000 16:50:12.05 ANONYMOUS from 148.198.8.2 530 ftp disallowed. I don't see, what I've changed to now disallow ANON access. The logicals "TCPWARE_FTP_ANONYMOUS_ROOT" [exec] = "ANON_ROOT:[000000]" "ANON_ROOT" [exec] = "DISK$SW:[ANONYMOUS.]" [concealed] are still there (as is the directory tree) I must be tired to not seeing the obvious. What did I miss ? TIA -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Mon, 28 Aug 2000 11:27:18 -0400 Return-Path: Subject: Re: [TCPware V5.4-3] ANON-FTP not working From: eplan@kapsch.net (Peter LANGSTOEGER) Reply-To: Info-TCPware@process.com Message-ID: <39aa8399$1@news.kapsch.co.at> Date: 28 Aug 2000 17:22:01 +0200 To: Info-TCPware@process.com In article <39aa7ee3$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >Since a couple of what? (hours/days/weeks) the ANONYMOUS FTP access to our >server is no longer working. >[snip] >I must be tired to not seeing the obvious. What did I miss ? Solved. My BOFH deleted the ANONYMOUS account. -- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2651 Network and OpenVMS system manager Fax. +43 1 81111-888 FBFV/Information Services E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998 ================================================================================ Archive-Date: Tue, 29 Aug 2000 05:46:57 -0400 Message-ID: From: Kevin Phillip Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: TCPware 5.3-3 and Cluster Alias Date: Tue, 29 Aug 2000 10:41:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" We have two Compaq AlphaServers running OpenVMS 7.2-1 in a cluster. One node is a DS20 (JERS0A) and the other a 1000A (JERS0B). We have two cluster alias addresses, one an intranet, the other an internet. JERS0A holds the cluster alias, with JERS0B queued for cluster lock. The problem we have is that JERS0A cannot ping the cluster addresses, but JERS0B can. External nodes can also ping the addresses. Has anyone experienced the same problem? Regards, Kevin Phillip FT Systems Support Team *********************************************************************** Any views expressed in this message are those of the individual sender, except where the sender states them to be the views of Itex Limited. This e-mail is intended only for the individual or entity to which it is addressed and contains information that is private and confidential. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying is strictly prohibited. If you have received this e-mail in error please delete it immediately and advise us by return e-mail to administrator@itex.je *********************************************************************** ================================================================================ Archive-Date: Tue, 29 Aug 2000 07:27:12 -0400 Return-Path: Message-ID: <39AB932B.9EC5A5B7@SMTP.DeltaTel.RU> Date: Tue, 29 Aug 2000 14:40:43 +0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: TCPware 5.3-3 and Cluster Alias Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Kevin Phillip wrote: > > We have two Compaq AlphaServers running OpenVMS 7.2-1 in a cluster. One node > is a DS20 (JERS0A) and the other a 1000A (JERS0B). > > We have two cluster alias addresses, one an intranet, the other an internet. > JERS0A holds the cluster alias, with JERS0B queued for cluster lock. The > problem we have is that JERS0A cannot ping the cluster addresses, but JERS0B > can. External nodes can also ping the addresses. NETCU FLUSH /ARP? > > Has anyone experienced the same problem? Yes. > > Regards, > > Kevin Phillip > FT Systems Support Team > > *********************************************************************** > Any views expressed in this message are those of the individual sender, > except where the sender states them to be the views of Itex Limited. > > This e-mail is intended only for the individual or entity to which it is > addressed and contains information that is private and confidential. If > you are not the intended recipient you are hereby notified that any > dissemination, distribution or copying is strictly prohibited. If you > have received this e-mail in error please delete it immediately and > advise us by return e-mail to administrator@itex.je > > *********************************************************************** -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + ================================================================================ Archive-Date: Tue, 29 Aug 2000 14:05:14 -0400 Message-ID: From: Kevin Phillip Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: TCPware 5.3-3 and Cluster Alias Date: Tue, 29 Aug 2000 15:59:28 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" I'm afraid that didn't work. Thanks anyway! -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: 29 August 2000 11:41 To: Info-TCPware@PROCESS.COM Subject: Re: TCPware 5.3-3 and Cluster Alias Kevin Phillip wrote: > > We have two Compaq AlphaServers running OpenVMS 7.2-1 in a cluster. One node > is a DS20 (JERS0A) and the other a 1000A (JERS0B). > > We have two cluster alias addresses, one an intranet, the other an internet. > JERS0A holds the cluster alias, with JERS0B queued for cluster lock. The > problem we have is that JERS0A cannot ping the cluster addresses, but JERS0B > can. External nodes can also ping the addresses. NETCU FLUSH /ARP? > > Has anyone experienced the same problem? Yes. > > Regards, > > Kevin Phillip > FT Systems Support Team > > *********************************************************************** > Any views expressed in this message are those of the individual sender, > except where the sender states them to be the views of Itex Limited. > > This e-mail is intended only for the individual or entity to which it is > addressed and contains information that is private and confidential. If > you are not the intended recipient you are hereby notified that any > dissemination, distribution or copying is strictly prohibited. If you > have received this e-mail in error please delete it immediately and > advise us by return e-mail to administrator@itex.je > > *********************************************************************** -- Cheers, +OpenVMS [Sys|Net] HardWorker........................................+ Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 191119,St.Petersburg,Transportny per. 3 116-3222 Fax: +7 (812) 115-1035 +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + *********************************************************************** Any views expressed in this message are those of the individual sender, except where the sender states them to be the views of Itex Limited. This e-mail is intended only for the individual or entity to which it is addressed and contains information that is private and confidential. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying is strictly prohibited. If you have received this e-mail in error please delete it immediately and advise us by return e-mail to administrator@itex.je *********************************************************************** ================================================================================ Archive-Date: Wed, 30 Aug 2000 12:19:04 -0400 Message-ID: <03D308C87334D311B252009027855AC7701954@THUMPER> From: "Cruse, Trevor M." Reply-To: Info-TCPware@process.com To: Info-TCPware@process.com Subject: FTP Problem Date: Wed, 30 Aug 2000 12:05:42 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Hello All, WE recently changed from TCPIP Services v5.0A to TCPware v5.4-3 on our VMS servers. Previously to the move we were using the Powerterm FTP client from Ericom to connect to the FTP servers on VMS. Since the move this client no longer displays a listing of the target directory on the server. By using the log in the FTP client I can see that the client connects okay and successfully does a list command, but nothing appears in the right hand window where the listing should be. The only exception are files that are locked for use by another process in VMS - these do appear. I conclude from this that the problem is with the details of the files - if the client can't read the details because the file is locked, there is no problem displaying the file name. As I said all this worked fine with TCPIP Services. Has anyone else come across this problem? Are any of the many FTP logicals likely to help? Trevor Cruse IS Systems Manager Cooper-Avon Tyres Limited Melksham England (0044) 1225 357858 tmcruse@coopertire.com ================================================================================ Archive-Date: Wed, 30 Aug 2000 13:02:20 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE86030715DF@lespaul.process.com> From: Richard Whalen Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: FTP Problem Date: Wed, 30 Aug 2000 12:57:50 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" I believe that the problem is that the Powerterm FTP client is unable to parse the output of the LIST command produced by TCPware's FTP server. I would suggest putting the TCPware FTP server into Unix Style output by defining TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT anything. This can be done either at a system level, or in the user's LOGIN.COM ---------------------- Richard Whalen Process Software -----Original Message----- From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] Sent: Wednesday, August 30, 2000 12:06 PM To: Info-TCPware@process.com Subject: FTP Problem Hello All, WE recently changed from TCPIP Services v5.0A to TCPware v5.4-3 on our VMS servers. Previously to the move we were using the Powerterm FTP client from Ericom to connect to the FTP servers on VMS. Since the move this client no longer displays a listing of the target directory on the server. By using the log in the FTP client I can see that the client connects okay and successfully does a list command, but nothing appears in the right hand window where the listing should be. The only exception are files that are locked for use by another process in VMS - these do appear. I conclude from this that the problem is with the details of the files - if the client can't read the details because the file is locked, there is no problem displaying the file name. As I said all this worked fine with TCPIP Services. Has anyone else come across this problem? Are any of the many FTP logicals likely to help? Trevor Cruse IS Systems Manager Cooper-Avon Tyres Limited Melksham England (0044) 1225 357858 tmcruse@coopertire.com ================================================================================ Archive-Date: Wed, 30 Aug 2000 14:13:31 -0400 Return-Path: Message-ID: <39AD480B.1D9F64C3@SMTP.DeltaTel.RU> Date: Wed, 30 Aug 2000 21:44:43 +0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: FTP Problem Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Hi ! Richard Whalen wrote: > > I believe that the problem is that the Powerterm FTP client is unable to > parse the output of the LIST command produced by TCPware's FTP server. I > would suggest putting the TCPware FTP server into Unix Style output by > defining TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT anything. This can be done either > at a system level, or in the user's LOGIN.COM In this case DIR command will give a VMS style outut, and LS - *nix style output :( > > ---------------------- > Richard Whalen > Process Software > > -----Original Message----- > From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] > Sent: Wednesday, August 30, 2000 12:06 PM > To: Info-TCPware@process.com > Subject: FTP Problem > > Hello All, > > WE recently changed from TCPIP Services v5.0A to TCPware v5.4-3 on our VMS > servers. Previously to the move we were using the Powerterm FTP client from > Ericom to connect to the FTP servers on VMS. Since the move this client no > longer displays a listing of the target directory on the server. By using > the log in the FTP client I can see that the client connects okay and > successfully does a list command, but nothing appears in the right hand > window where the listing should be. The only exception are files that are > locked for use by another process in VMS - these do appear. I conclude from > this that the problem is with the details of the files - if the client can't > read the details because the file is locked, there is no problem displaying > the file name. As I said all this worked fine with TCPIP Services. Has > anyone else come across this problem? Are any of the many FTP logicals > likely to help? > > Trevor Cruse > IS Systems Manager > Cooper-Avon Tyres Limited > Melksham > England > > (0044) 1225 357858 > tmcruse@coopertire.com > -- Regards, Ruslan. +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 ================================================================================ Archive-Date: Wed, 30 Aug 2000 14:36:38 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE86030715E1@lespaul.process.com> From: Richard Whalen Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: FTP Problem Date: Wed, 30 Aug 2000 14:32:07 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" An error seems to have been introduced in a patch. If you define tcpware_ftp_disallow_unix_style False (user or system level), then Unix style output can be enabled. I will enter a bug report in our tracking system for this. -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: Wednesday, August 30, 2000 1:45 PM To: Info-TCPware@PROCESS.COM Subject: Re: FTP Problem Hi ! Richard Whalen wrote: > > I believe that the problem is that the Powerterm FTP client is unable to > parse the output of the LIST command produced by TCPware's FTP server. I > would suggest putting the TCPware FTP server into Unix Style output by > defining TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT anything. This can be done either > at a system level, or in the user's LOGIN.COM In this case DIR command will give a VMS style outut, and LS - *nix style output :( > > ---------------------- > Richard Whalen > Process Software > > -----Original Message----- > From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] > Sent: Wednesday, August 30, 2000 12:06 PM > To: Info-TCPware@process.com > Subject: FTP Problem > > Hello All, > > WE recently changed from TCPIP Services v5.0A to TCPware v5.4-3 on our VMS > servers. Previously to the move we were using the Powerterm FTP client from > Ericom to connect to the FTP servers on VMS. Since the move this client no > longer displays a listing of the target directory on the server. By using > the log in the FTP client I can see that the client connects okay and > successfully does a list command, but nothing appears in the right hand > window where the listing should be. The only exception are files that are > locked for use by another process in VMS - these do appear. I conclude from > this that the problem is with the details of the files - if the client can't > read the details because the file is locked, there is no problem displaying > the file name. As I said all this worked fine with TCPIP Services. Has > anyone else come across this problem? Are any of the many FTP logicals > likely to help? > > Trevor Cruse > IS Systems Manager > Cooper-Avon Tyres Limited > Melksham > England > > (0044) 1225 357858 > tmcruse@coopertire.com > -- Regards, Ruslan. +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 ================================================================================ Archive-Date: Wed, 30 Aug 2000 16:18:34 -0400 Message-ID: <63D30D6E10CFD11190A90000F805FE86030715E3@lespaul.process.com> From: Richard Whalen Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: FTP Problem Date: Wed, 30 Aug 2000 16:14:08 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" It turns out that I forgot that the command procedure that starts up the FTP server defines TCPWARE_FTP_DISALLOW_UNIX_STYLE to TRUE if it is not defined to maintain backward compatibility with previous versions of TCPware. -----Original Message----- From: Richard Whalen [mailto:Whalenr@process.com] Sent: Wednesday, August 30, 2000 2:32 PM To: 'Info-TCPware@process.com' Subject: RE: FTP Problem An error seems to have been introduced in a patch. If you define tcpware_ftp_disallow_unix_style False (user or system level), then Unix style output can be enabled. I will enter a bug report in our tracking system for this. -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: Wednesday, August 30, 2000 1:45 PM To: Info-TCPware@PROCESS.COM Subject: Re: FTP Problem Hi ! Richard Whalen wrote: > > I believe that the problem is that the Powerterm FTP client is unable to > parse the output of the LIST command produced by TCPware's FTP server. I > would suggest putting the TCPware FTP server into Unix Style output by > defining TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT anything. This can be done either > at a system level, or in the user's LOGIN.COM In this case DIR command will give a VMS style outut, and LS - *nix style output :( > > ---------------------- > Richard Whalen > Process Software > > -----Original Message----- > From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] > Sent: Wednesday, August 30, 2000 12:06 PM > To: Info-TCPware@process.com > Subject: FTP Problem > > Hello All, > > WE recently changed from TCPIP Services v5.0A to TCPware v5.4-3 on our VMS > servers. Previously to the move we were using the Powerterm FTP client from > Ericom to connect to the FTP servers on VMS. Since the move this client no > longer displays a listing of the target directory on the server. By using > the log in the FTP client I can see that the client connects okay and > successfully does a list command, but nothing appears in the right hand > window where the listing should be. The only exception are files that are > locked for use by another process in VMS - these do appear. I conclude from > this that the problem is with the details of the files - if the client can't > read the details because the file is locked, there is no problem displaying > the file name. As I said all this worked fine with TCPIP Services. Has > anyone else come across this problem? Are any of the many FTP logicals > likely to help? > > Trevor Cruse > IS Systems Manager > Cooper-Avon Tyres Limited > Melksham > England > > (0044) 1225 357858 > tmcruse@coopertire.com > -- Regards, Ruslan. +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 ================================================================================ Archive-Date: Wed, 30 Aug 2000 16:22:51 -0400 Return-Path: Message-ID: <39AD6715.EB72FC0F@SMTP.DeltaTel.RU> Date: Wed, 30 Aug 2000 23:57:09 +0400 From: "Ruslan R. Laishev" Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: FTP Problem Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit To: Info-TCPware@PROCESS.COM Richard Whalen wrote: > > An error seems to have been introduced in a patch. If you > define tcpware_ftp_disallow_unix_style False > (user or system level), then Unix style output can be enabled. > I will enter a bug report in our tracking system for this. Don't worry, it was already done at 3-4 moth ago. :-) > > -----Original Message----- > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > Sent: Wednesday, August 30, 2000 1:45 PM > To: Info-TCPware@PROCESS.COM > Subject: Re: FTP Problem > > Hi ! > > Richard Whalen wrote: > > > > I believe that the problem is that the Powerterm FTP client is unable to > > parse the output of the LIST command produced by TCPware's FTP server. I > > would suggest putting the TCPware FTP server into Unix Style output by > > defining TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT anything. This can be done > either > > at a system level, or in the user's LOGIN.COM > In this case DIR command will give a VMS style outut, and LS - *nix > style output :( > > > > ---------------------- > > Richard Whalen > > Process Software > > > > -----Original Message----- > > From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] > > Sent: Wednesday, August 30, 2000 12:06 PM > > To: Info-TCPware@process.com > > Subject: FTP Problem > > > > Hello All, > > > > WE recently changed from TCPIP Services v5.0A to TCPware v5.4-3 on our VMS > > servers. Previously to the move we were using the Powerterm FTP client > from > > Ericom to connect to the FTP servers on VMS. Since the move this client no > > longer displays a listing of the target directory on the server. By using > > the log in the FTP client I can see that the client connects okay and > > successfully does a list command, but nothing appears in the right hand > > window where the listing should be. The only exception are files that are > > locked for use by another process in VMS - these do appear. I conclude > from > > this that the problem is with the details of the files - if the client > can't > > read the details because the file is locked, there is no problem > displaying > > the file name. As I said all this worked fine with TCPIP Services. Has > > anyone else come across this problem? Are any of the many FTP logicals > > likely to help? > > > > Trevor Cruse > > IS Systems Manager > > Cooper-Avon Tyres Limited > > Melksham > > England > > > > (0044) 1225 357858 > > tmcruse@coopertire.com > > > > -- > Regards, Ruslan. > +.....................pure personal opinion..........................+ > Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM > Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 -- Regards, Ruslan. +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 ================================================================================ Archive-Date: Thu, 31 Aug 2000 04:07:42 -0400 Message-ID: <03D308C87334D311B252009027855AC7701958@THUMPER> From: "Cruse, Trevor M." Reply-To: Info-TCPware@process.com To: "'Info-TCPware@process.com'" Subject: RE: Info-TCPware Digest V100 #144 Date: Thu, 31 Aug 2000 03:54:18 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Richard, Yes, your suggestion has worked. I had to set logicals as follows: "TCPWARE_FTP_DISALLOW_UNIX_STYLE" = "FALSE" "TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT" = "TRUE" Thanks for your help. Trevor Cruse IS Systems Manager Cooper-Avon Tyres Limited -----Original Message----- From: Hunter Goatley -- Info-TCPware Owner [mailto:owner-Info-TCPware@process.com] Sent: 30 August 2000 23:00 To: Info-TCPware@process.com Subject: Info-TCPware Digest V100 #144 Info-TCPware Digest Wed, 30 Aug 2000 Volume 100 : Issue 144 Today's Topics: FTP Problem (6 msgs) Send digest submissions to: Info-TCPware@process.com Send add/unsubscribe requests to: Info-TCPware-request@process.com (send HELP for more information) Send problems about the list to: owner-info-tcpware@process.com Info-TCPware WWW home page: http://www.tcpware.process.com/ Info-TCPware FTP archives: ftp://ftp.tcpware.process.com/ Info-TCPware archives: http://www.tcpware.process.com/ ---------------------------------------------------------------------- Date: Wed, 30 Aug 2000 12:05:42 -0400 From: "Cruse, Trevor M." Subject: FTP Problem Message-ID: <03D308C87334D311B252009027855AC7701954@THUMPER> Hello All, WE recently changed from TCPIP Services v5.0A to TCPware v5.4-3 on our VMS servers. Previously to the move we were using the Powerterm FTP client from Ericom to connect to the FTP servers on VMS. Since the move this client no longer displays a listing of the target directory on the server. By using the log in the FTP client I can see that the client connects okay and successfully does a list command, but nothing appears in the right hand window where the listing should be. The only exception are files that are locked for use by another process in VMS - these do appear. I conclude from this that the problem is with the details of the files - if the client can't read the details because the file is locked, there is no problem displaying the file name. As I said all this worked fine with TCPIP Services. Has anyone else come across this problem? Are any of the many FTP logicals likely to help? Trevor Cruse IS Systems Manager Cooper-Avon Tyres Limited Melksham England (0044) 1225 357858 tmcruse@coopertire.com ------------------------------ Date: Wed, 30 Aug 2000 12:57:50 -0400 From: Richard Whalen Subject: Re: FTP Problem Message-ID: <63D30D6E10CFD11190A90000F805FE86030715DF@lespaul.process.com> I believe that the problem is that the Powerterm FTP client is unable to parse the output of the LIST command produced by TCPware's FTP server. I would suggest putting the TCPware FTP server into Unix Style output by defining TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT anything. This can be done either at a system level, or in the user's LOGIN.COM ---------------------- Richard Whalen Process Software -----Original Message----- From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] Sent: Wednesday, August 30, 2000 12:06 PM To: Info-TCPware@process.com Subject: FTP Problem Hello All, WE recently changed from TCPIP Services v5.0A to TCPware v5.4-3 on our VMS servers. Previously to the move we were using the Powerterm FTP client from Ericom to connect to the FTP servers on VMS. Since the move this client no longer displays a listing of the target directory on the server. By using the log in the FTP client I can see that the client connects okay and successfully does a list command, but nothing appears in the right hand window where the listing should be. The only exception are files that are locked for use by another process in VMS - these do appear. I conclude from this that the problem is with the details of the files - if the client can't read the details because the file is locked, there is no problem displaying the file name. As I said all this worked fine with TCPIP Services. Has anyone else come across this problem? Are any of the many FTP logicals likely to help? Trevor Cruse IS Systems Manager Cooper-Avon Tyres Limited Melksham England (0044) 1225 357858 tmcruse@coopertire.com ------------------------------ Date: Wed, 30 Aug 2000 21:44:43 +0400 From: "Ruslan R. Laishev" Subject: Re: FTP Problem Message-ID: <39AD480B.1D9F64C3@SMTP.DeltaTel.RU> Hi ! Richard Whalen wrote: > > I believe that the problem is that the Powerterm FTP client is unable to > parse the output of the LIST command produced by TCPware's FTP server. I > would suggest putting the TCPware FTP server into Unix Style output by > defining TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT anything. This can be done either > at a system level, or in the user's LOGIN.COM In this case DIR command will give a VMS style outut, and LS - *nix style output :( > > ---------------------- > Richard Whalen > Process Software > > -----Original Message----- > From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] > Sent: Wednesday, August 30, 2000 12:06 PM > To: Info-TCPware@process.com > Subject: FTP Problem > > Hello All, > > WE recently changed from TCPIP Services v5.0A to TCPware v5.4-3 on our VMS > servers. Previously to the move we were using the Powerterm FTP client from > Ericom to connect to the FTP servers on VMS. Since the move this client no > longer displays a listing of the target directory on the server. By using > the log in the FTP client I can see that the client connects okay and > successfully does a list command, but nothing appears in the right hand > window where the listing should be. The only exception are files that are > locked for use by another process in VMS - these do appear. I conclude from > this that the problem is with the details of the files - if the client can't > read the details because the file is locked, there is no problem displaying > the file name. As I said all this worked fine with TCPIP Services. Has > anyone else come across this problem? Are any of the many FTP logicals > likely to help? > > Trevor Cruse > IS Systems Manager > Cooper-Avon Tyres Limited > Melksham > England > > (0044) 1225 357858 > tmcruse@coopertire.com > -- Regards, Ruslan. +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 ------------------------------ Date: Wed, 30 Aug 2000 14:32:07 -0400 From: Richard Whalen Subject: Re: FTP Problem Message-ID: <63D30D6E10CFD11190A90000F805FE86030715E1@lespaul.process.com> An error seems to have been introduced in a patch. If you define tcpware_ftp_disallow_unix_style False (user or system level), then Unix style output can be enabled. I will enter a bug report in our tracking system for this. -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: Wednesday, August 30, 2000 1:45 PM To: Info-TCPware@PROCESS.COM Subject: Re: FTP Problem Hi ! Richard Whalen wrote: > > I believe that the problem is that the Powerterm FTP client is unable to > parse the output of the LIST command produced by TCPware's FTP server. I > would suggest putting the TCPware FTP server into Unix Style output by > defining TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT anything. This can be done either > at a system level, or in the user's LOGIN.COM In this case DIR command will give a VMS style outut, and LS - *nix style output :( > > ---------------------- > Richard Whalen > Process Software > > -----Original Message----- > From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] > Sent: Wednesday, August 30, 2000 12:06 PM > To: Info-TCPware@process.com > Subject: FTP Problem > > Hello All, > > WE recently changed from TCPIP Services v5.0A to TCPware v5.4-3 on our VMS > servers. Previously to the move we were using the Powerterm FTP client from > Ericom to connect to the FTP servers on VMS. Since the move this client no > longer displays a listing of the target directory on the server. By using > the log in the FTP client I can see that the client connects okay and > successfully does a list command, but nothing appears in the right hand > window where the listing should be. The only exception are files that are > locked for use by another process in VMS - these do appear. I conclude from > this that the problem is with the details of the files - if the client can't > read the details because the file is locked, there is no problem displaying > the file name. As I said all this worked fine with TCPIP Services. Has > anyone else come across this problem? Are any of the many FTP logicals > likely to help? > > Trevor Cruse > IS Systems Manager > Cooper-Avon Tyres Limited > Melksham > England > > (0044) 1225 357858 > tmcruse@coopertire.com > -- Regards, Ruslan. +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 ------------------------------ Date: Wed, 30 Aug 2000 16:14:08 -0400 From: Richard Whalen Subject: Re: FTP Problem Message-ID: <63D30D6E10CFD11190A90000F805FE86030715E3@lespaul.process.com> It turns out that I forgot that the command procedure that starts up the FTP server defines TCPWARE_FTP_DISALLOW_UNIX_STYLE to TRUE if it is not defined to maintain backward compatibility with previous versions of TCPware. -----Original Message----- From: Richard Whalen [mailto:Whalenr@process.com] Sent: Wednesday, August 30, 2000 2:32 PM To: 'Info-TCPware@process.com' Subject: RE: FTP Problem An error seems to have been introduced in a patch. If you define tcpware_ftp_disallow_unix_style False (user or system level), then Unix style output can be enabled. I will enter a bug report in our tracking system for this. -----Original Message----- From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] Sent: Wednesday, August 30, 2000 1:45 PM To: Info-TCPware@PROCESS.COM Subject: Re: FTP Problem Hi ! Richard Whalen wrote: > > I believe that the problem is that the Powerterm FTP client is unable to > parse the output of the LIST command produced by TCPware's FTP server. I > would suggest putting the TCPware FTP server into Unix Style output by > defining TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT anything. This can be done either > at a system level, or in the user's LOGIN.COM In this case DIR command will give a VMS style outut, and LS - *nix style output :( > > ---------------------- > Richard Whalen > Process Software > > -----Original Message----- > From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] > Sent: Wednesday, August 30, 2000 12:06 PM > To: Info-TCPware@process.com > Subject: FTP Problem > > Hello All, > > WE recently changed from TCPIP Services v5.0A to TCPware v5.4-3 on our VMS > servers. Previously to the move we were using the Powerterm FTP client from > Ericom to connect to the FTP servers on VMS. Since the move this client no > longer displays a listing of the target directory on the server. By using > the log in the FTP client I can see that the client connects okay and > successfully does a list command, but nothing appears in the right hand > window where the listing should be. The only exception are files that are > locked for use by another process in VMS - these do appear. I conclude from > this that the problem is with the details of the files - if the client can't > read the details because the file is locked, there is no problem displaying > the file name. As I said all this worked fine with TCPIP Services. Has > anyone else come across this problem? Are any of the many FTP logicals > likely to help? > > Trevor Cruse > IS Systems Manager > Cooper-Avon Tyres Limited > Melksham > England > > (0044) 1225 357858 > tmcruse@coopertire.com > -- Regards, Ruslan. +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 ------------------------------ Date: Wed, 30 Aug 2000 23:57:09 +0400 From: "Ruslan R. Laishev" Subject: Re: FTP Problem Message-ID: <39AD6715.EB72FC0F@SMTP.DeltaTel.RU> Richard Whalen wrote: > > An error seems to have been introduced in a patch. If you > define tcpware_ftp_disallow_unix_style False > (user or system level), then Unix style output can be enabled. > I will enter a bug report in our tracking system for this. Don't worry, it was already done at 3-4 moth ago. :-) > > -----Original Message----- > From: Ruslan R. Laishev [mailto:Laishev@SMTP.DeltaTel.RU] > Sent: Wednesday, August 30, 2000 1:45 PM > To: Info-TCPware@PROCESS.COM > Subject: Re: FTP Problem > > Hi ! > > Richard Whalen wrote: > > > > I believe that the problem is that the Powerterm FTP client is unable to > > parse the output of the LIST command produced by TCPware's FTP server. I > > would suggest putting the TCPware FTP server into Unix Style output by > > defining TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT anything. This can be done > either > > at a system level, or in the user's LOGIN.COM > In this case DIR command will give a VMS style outut, and LS - *nix > style output :( > > > > ---------------------- > > Richard Whalen > > Process Software > > > > -----Original Message----- > > From: Cruse, Trevor M. [mailto:TMCruse@coopertire.com] > > Sent: Wednesday, August 30, 2000 12:06 PM > > To: Info-TCPware@process.com > > Subject: FTP Problem > > > > Hello All, > > > > WE recently changed from TCPIP Services v5.0A to TCPware v5.4-3 on our VMS > > servers. Previously to the move we were using the Powerterm FTP client > from > > Ericom to connect to the FTP servers on VMS. Since the move this client no > > longer displays a listing of the target directory on the server. By using > > the log in the FTP client I can see that the client connects okay and > > successfully does a list command, but nothing appears in the right hand > > window where the listing should be. The only exception are files that are > > locked for use by another process in VMS - these do appear. I conclude > from > > this that the problem is with the details of the files - if the client > can't > > read the details because the file is locked, there is no problem > displaying > > the file name. As I said all this worked fine with TCPIP Services. Has > > anyone else come across this problem? Are any of the many FTP logicals > > likely to help? > > > > Trevor Cruse > > IS Systems Manager > > Cooper-Avon Tyres Limited > > Melksham > > England > > > > (0044) 1225 357858 > > tmcruse@coopertire.com > > > > -- > Regards, Ruslan. > +.....................pure personal opinion..........................+ > Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM > Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 -- Regards, Ruslan. +.....................pure personal opinion..........................+ Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035 ------------------------------ End of Info-TCPware Digest V100 #144 ************************************ ================================================================================ Archive-Date: Thu, 31 Aug 2000 12:52:48 -0400 Return-Path: Message-ID: <39AE8E24.66C40E1B@chello.nl> From: Jolanda Meeusen Reply-To: Info-TCPware@process.com MIME-Version: 1.0 Subject: Re: TCPware 5.3-3 and Cluster Alias Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Thu, 31 Aug 2000 16:43:13 GMT To: Info-TCPware@PROCESS.COM "Ruslan R. Laishev" schreef: > > Kevin Phillip wrote: > > > > We have two Compaq AlphaServers running OpenVMS 7.2-1 in a cluster. One node > > is a DS20 (JERS0A) and the other a 1000A (JERS0B). > > > > We have two cluster alias addresses, one an intranet, the other an internet. > > JERS0A holds the cluster alias, with JERS0B queued for cluster lock. The > > problem we have is that JERS0A cannot ping the cluster addresses, but JERS0B > > can. External nodes can also ping the addresses. > NETCU FLUSH /ARP? > > > > Has anyone experienced the same problem? > Yes. > > > > > Regards, > > > > Kevin Phillip > > FT Systems Support Team > > > > *********************************************************************** > > Any views expressed in this message are those of the individual sender, > > except where the sender states them to be the views of Itex Limited. > > > > This e-mail is intended only for the individual or entity to which it is > > addressed and contains information that is private and confidential. If > > you are not the intended recipient you are hereby notified that any > > dissemination, distribution or copying is strictly prohibited. If you > > have received this e-mail in error please delete it immediately and > > advise us by return e-mail to administrator@itex.je > > > > *********************************************************************** > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1035 > +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + "Ruslan R. Laishev" schreef: > > Kevin Phillip wrote: > > > > We have two Compaq AlphaServers running OpenVMS 7.2-1 in a cluster. One node > > is a DS20 (JERS0A) and the other a 1000A (JERS0B). > > > > We have two cluster alias addresses, one an intranet, the other an internet. > > JERS0A holds the cluster alias, with JERS0B queued for cluster lock. The > > problem we have is that JERS0A cannot ping the cluster addresses, but JERS0B > > can. External nodes can also ping the addresses. > NETCU FLUSH /ARP? > > > > Has anyone experienced the same problem? > Yes. > > > > > Regards, > > > > Kevin Phillip > > FT Systems Support Team > > > > *********************************************************************** > > Any views expressed in this message are those of the individual sender, > > except where the sender states them to be the views of Itex Limited. > > > > This e-mail is intended only for the individual or entity to which it is > > addressed and contains information that is private and confidential. If > > you are not the intended recipient you are hereby notified that any > > dissemination, distribution or copying is strictly prohibited. If you > > have received this e-mail in error please delete it immediately and > > advise us by return e-mail to administrator@itex.je > > > > *********************************************************************** > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1035 > +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + "Ruslan R. Laishev" schreef: > > Kevin Phillip wrote: > > > > We have two Compaq AlphaServers running OpenVMS 7.2-1 in a cluster. One node > > is a DS20 (JERS0A) and the other a 1000A (JERS0B). > > > > We have two cluster alias addresses, one an intranet, the other an internet. > > JERS0A holds the cluster alias, with JERS0B queued for cluster lock. The > > problem we have is that JERS0A cannot ping the cluster addresses, but JERS0B > > can. External nodes can also ping the addresses. > NETCU FLUSH /ARP? > > > > Has anyone experienced the same problem? > Yes. > > > > > Regards, > > > > Kevin Phillip > > FT Systems Support Team > > > > *********************************************************************** > > Any views expressed in this message are those of the individual sender, > > except where the sender states them to be the views of Itex Limited. > > > > This e-mail is intended only for the individual or entity to which it is > > addressed and contains information that is private and confidential. If > > you are not the intended recipient you are hereby notified that any > > dissemination, distribution or copying is strictly prohibited. If you > > have received this e-mail in error please delete it immediately and > > advise us by return e-mail to administrator@itex.je > > > > *********************************************************************** > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1035 > Browse mode keyboard shortcuts Keyboard shortcuts Key Function F1 Help. F2 Rename. F3 Find. F4 Open the most recently used folders list F5 Refresh the list of files. Shift key: quick refresh. F6 Access the drop-down list of favorites. F8 - F12 Change view to Thumbnails, Large Icon, Small Icon, List or Details. Backspace Move up one folder. DEL Delete. Shift key: bypass recycle bin. Ctrl key: bypass confirmation. Enter File list - View the selected files. for new window.Path box - Browse the specified folderFavorites list - Open the selected shortcut Esc Stop generating thumbnails and reading image header information.(In path box) return focus to list view. Shift + Esc Minimize window. Pause Continue generating thumbnails and reading image header information. Alt+Cursor Left Return to previous folder Alt+Cursor Right Advance to next folder Tab Change the currently active pane. Ctrl Hold down Ctrl key to select multiple files. Press or click with mouse to tag individual files. Ctrl + A Select all files. Shift key: select all files and folders. Alt + A Acquire images from Twain source. Alt + Shift + A Select Twain source and customize acquire settings. Ctrl + C Copy selection to clipboard. Shift key: copy image data to clipboard. Alt + C Copy files to another folder. Ctrl + D Describe. Ctrl + E Photo Enhance Ctrl + F Convert image to another format. Ctrl + G Generate ASCII file listing Ctrl + H Toggle the display of hidden files. Ctrl + I Toggle the display of image files only. Ctrl + K Browse digital camera. Ctrl + Shift + K Move files from digital camera. Alt + K Take pictures with digital camera. Alt + Shift + K Configure digital camera. Ctrl + L Shell open. Shift key: specify application to open with. Alt + M Move files to another folder. Ctrl + O Options. Ctrl + P Print the selected images. Ctrl + S Slide show all. Ctrl + Shift + S Slide show all, including subfolders. Ctrl + T Timestamp. Ctrl + V Paste files from the clipboard into the current folder. Ctrl + Shift + V Preview the selected image. Ctrl + V Paste from clipboard. Ctrl + W Set desktop wallpaper. Shift key: tile wallpaper. Alt + W Restore original desktop wallpaper. Ctrl + X Cut selection to clipboard. Alt + X Quit. Ctrl + Shift + T,B,M,D,F,Q,P,I Toggle display of toolbar, status bar, menu bar, current folder path box, folder tree, shortcuts and preview, file info, respectively. Num 0-6 Sort by extension, name, size, type, date, image dimensions or description. Ctrl + Num 2-6 Toggle the display of size, type, date, image dimensions or description in detail view. Num +/- Sort in forward/reverse directionFolder tree: Expand/collapse selected folder. Num * Recursively expand the selected folder tree branch. Ctrl + Num ‘+’ Automatically size columns in detail view. > Browse mode keyboard shortcuts > > Keyboard shortcuts > > Key Function > F1 Help. > F2 Rename. > F3 Find. > F4 Open the most recently used folders list > F5 Refresh the list of files. Shift key: quick refresh. > F6 Access the drop-down list of favorites. > F8 - F12 Change view to Thumbnails, Large Icon, Small Icon, List or Details. > Backspace Move up one folder. > DEL Delete. Shift key: bypass recycle bin. Ctrl key: bypass confirmation. > Enter File list - View the selected files. for new window.Path box - Browse the specified folderFavorites list - Open the selected shortcut > Esc Stop generating thumbnails and reading image header information.(In path box) return focus to list view. > Shift + Esc Minimize window. > Pause Continue generating thumbnails and reading image header information. > Alt+Cursor Left Return to previous folder > Alt+Cursor Right Advance to next folder > Tab Change the currently active pane. > Ctrl Hold down Ctrl key to select multiple files. Press or click with mouse to tag individual files. > Ctrl + A Select all files. Shift key: select all files and folders. > Alt + A Acquire images from Twain source. > Alt + Shift + A Select Twain source and customize acquire settings. > Ctrl + C Copy selection to clipboard. Shift key: copy image data to clipboard. > Alt + C Copy files to another folder. > Ctrl + D Describe. > Ctrl + E Photo Enhance > Ctrl + F Convert image to another format. > Ctrl + G Generate ASCII file listing > Ctrl + H Toggle the display of hidden files. > Ctrl + I Toggle the display of image files only. > Ctrl + K Browse digital camera. > Ctrl + Shift + K Move files from digital camera. > Alt + K Take pictures with digital camera. > Alt + Shift + K Configure digital camera. > Ctrl + L Shell open. Shift key: specify application to open with. > Alt + M Move files to another folder. > Ctrl + O Options. > Ctrl + P Print the selected images. > Ctrl + S Slide show all. > Ctrl + Shift + S Slide show all, including subfolders. > Ctrl + T Timestamp. > Ctrl + V Paste files from the clipboard into the current folder. > Ctrl + Shift + V Preview the selected image. > Ctrl + V Paste from clipboard. > Ctrl + W Set desktop wallpaper. Shift key: tile wallpaper. > Alt + W Restore original desktop wallpaper. > Ctrl + X Cut selection to clipboard. > Alt + X Quit. > Ctrl + Shift + T,B,M,D,F,Q,P,I Toggle display of toolbar, status bar, menu bar, current folder path box, folder tree, shortcuts and preview, file info, respectively. > Num 0-6 Sort by extension, name, size, type, date, image dimensions or description. > Ctrl + Num 2-6 Toggle the display of size, type, date, image dimensions or description in detail view. > Num +/- Sort in forward/reverse directionFolder tree: Expand/collapse selected folder. > Num * Recursively expand the selected folder tree branch. > Ctrl +Browse mode keyboard shortcuts Keyboard shortcuts Key Function F1 Help. F2 Rename. F3 Find. F4 Open the most recently used folders list F5 Refresh the list of files. Shift key: quick refresh. F6 Access the drop-down list of favorites. F8 - F12 Change view to Thumbnails, Large Icon, Small Icon, List or Details. Backspace Move up one folder. DEL Delete. Shift key: bypass recycle bin. Ctrl key: bypass confirmation. Enter File list - View the selected files. for new window.Path box - Browse the specified folderFavorites list - Open the selected shortcut Esc Stop generating thumbnails and reading image header information.(In path box) return focus to list view. Shift + Esc Minimize window. Pause Continue generating thumbnails and reading image header information. Alt+Cursor Left Return to previous folder Alt+Cursor Right Advance to next folder Tab Change the currently active pane. Ctrl Hold down Ctrl key to select multiple files. Press or click with mouse to tag individual files. Ctrl + A Select all files. Shift key: select all files and folders. Alt + A Acquire images from Twain source. Alt + Shift + A Select Twain source and customize acquire settings. Ctrl + C Copy selection to clipboard. Shift key: copy image data to clipboard. Alt + C Copy files to another folder. Ctrl + D Describe. Ctrl + E Photo Enhance Ctrl + F Convert image to another format. Ctrl + G Generate ASCII file listing Ctrl + H Toggle the display of hidden files. Ctrl + I Toggle the display of image files only. Ctrl + K Browse digital camera. Ctrl + Shift + K Move files from digital camera. Alt + K Take pictures with digital camera. Alt + Shift + K Configure digital camera. Ctrl + L Shell open. Shift key: specify application to open with. Alt + M Move files to another folder. Ctrl + O Options. Ctrl + P Print the selected images. Ctrl + S Slide show all. Ctrl + Shift + S Slide show all, including subfolders. Ctrl + T Timestamp. Ctrl + V Paste files from the clipboard into the current folder. Ctrl + Shift + V Preview the selected image. Ctrl + V Paste from clipboard. Ctrl + W Set desktop wallpaper. Shift key: tile wallpaper. Alt + W Restore original desktop wallpaper. Ctrl + X Cut selection to clipboard. Alt + X Quit. Ctrl + Shift + T,B,M,D,F,Q,P,I Toggle display of toolbar, status bar, menu bar, current folder path box, folder tree, shortcuts and preview, file info, respectively. Num 0-6 Sort by extension, name, size, type, date, image dimensions or description. Ctrl + Num 2-6 Toggle the display of size, type, date, image dimensions or description in detail view. Num +/- Sort in forward/reverse directionFolder tree: Expand/collapse selected folder. Num * Recursively expand the selected folder tree branch. Ctrl + Num ‘+’ Automatically size columns in detail view. Num ‘+’ Automatically size columns in detail view. > "Ruslan R. Laishev" schreef: > > Kevin Phillip wrote: > > > > We have two Compaq AlphaServers running OpenVMS 7.2-1 in a cluster. One node > > is a DS20 (JERS0A) and the other a 1000A (JERS0B). > > > > We have two cluster alias addresses, one an intranet, the other an internet. > > JERS0A holds the cluster alias, with JERS0B queued for cluster lock. The > > problem we have is that JERS0A cannot ping the cluster addresses, but JERS0B > > can. External nodes can also ping the addresses. > NETCU FLUSH /ARP? > > > > Has anyone experienced the same problem? > Yes. > > > > > Regards, > > > > Kevin Phillip > > FT Systems Support Team > > > > *********************************************************************** > > Any views expressed in this message are those of the individual sender, > > except where the sender states them to be the views of Itex Limited. > > > > This e-mail is intended only for the individual or entity to which it is > > addressed and contains information that is private and confidential. If > > you are not the intended recipient you are hereby notified that any > > dissemination, distribution or copying is strictly prohibited. If you > > have received this e-mail in error please delete it immediately and > > advise us by return e-mail to administrator@itex.je > > > > *********************************************************************** > > -- > Cheers, > +OpenVMS [Sys|Net] HardWorker........................................+ > Russia,Delta Telecom Inc, Cel: +7 (901) 971-3222 > 191119,St.Petersburg,Transportny per. 3 116-3222 > Fax: +7 (812) 115-1035 > +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm + .......... SysMan rides HailStorm + -- ----------------------------------------------------- Click here for Free Video!! http://www.gohip.com/free_video/