Archive-Date: Thu, 9 May 2002 04:13:56 -0400 Date: Thu, 09 May 2002 10:10:22 +0200 From: Martin Vorlaender Reply-To: Info-TCPware@process.com Subject: CERT Advisory CA-2002-12 Format String Vulnerability in ISC DHCPD To: "MultiNet mailing list (E-Mail)" , "TCPware Mailing List (E-Mail)" Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit > CERT Advisory CA-2002-12 Format String Vulnerability in ISC DHCPD ... > Systems Affected > > * ISC DHCPD 3.0 to 3.0.1rc8 inclusive ... > This document is available from: > http://www.cert.org/advisories/CA-2002-12.html What is TCPware/MultiNet's status regarding this vulnerability? cu, Martin -- One OS to rule them all | Martin Vorlaender | VMS & WNT programmer One OS to find them | work: mv@pdv-systeme.de One OS to bring them all | http://www.pdv-systeme.de/users/martinv/ And in the Darkness bind them.| home: martin@radiogaga.harz.de ================================================================================ Archive-Date: Thu, 9 May 2002 07:24:50 -0400 Date: Thu, 09 May 2002 06:20:01 -0500 (CDT) From: Hunter Goatley Reply-To: Info-TCPware@process.com Subject: Re: CERT Advisory CA-2002-12 Format String Vulnerability in ISC DHCPD In-Reply-To: "Your message dated Thu, 09 May 2002 10:10:22 +0200" To: Martin Vorlaender CC: "MultiNet mailing list (E-Mail)" , "TCPware Mailing List (E-Mail)" Message-ID: <01KHIIJQG4LW8WW0MT@goatley.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 > > CERT Advisory CA-2002-12 Format String Vulnerability in ISC DHCPD > ... > > Systems Affected > > > > * ISC DHCPD 3.0 to 3.0.1rc8 inclusive > ... > > This document is available from: > > http://www.cert.org/advisories/CA-2002-12.html > What is TCPware/MultiNet's status regarding this vulnerability? Neither product is vulnerable to this problem. Our implementation of DDNS is not based on the ISC code and is thus not vulnerable to this problem. Hunter ------ Hunter Goatley, Process Software, http://www.process.com/ http://www.goatley.com/hunter/ New Robert McCammon novel and site: http://www.RobertRMcCammon.com/ ================================================================================ Archive-Date: Thu, 16 May 2002 08:36:50 -0400 Date: Thu, 16 May 2002 08:32:40 -0400 From: JKaminski@williams-int.com Reply-To: Info-TCPware@process.com Subject: OT: Fusion To: info-tcpware@process.com Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1FCD5.C4E30350" This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C1FCD5.C4E30350 Content-Type: text/plain I wanted to put a feeler out to this list about an old IP stack we use on an old VAX system called Fusion. This product was produced by a company called Network Research that was bought out by Pacific Softworks. This product was required for Version 8.0 of Unigraphics. I have been unsuccessful in getting UG to work with the TCPware stack. I'm looking to downsize one of the VAX systems here, but we no longer have the software distribution for this product. Does anyone still have this product around or have information on it? Thanks, John ------_=_NextPart_001_01C1FCD5.C4E30350 Content-Type: text/html

I wanted to put a feeler out to this list about an old IP stack we use on an old VAX system called Fusion.  This product was produced by a company called Network Research that was bought out by Pacific Softworks.  This product was required for Version 8.0 of Unigraphics.  I have been unsuccessful in getting UG to work with the TCPware stack.

 

I'm looking to downsize one of the VAX systems here, but we no longer have the software distribution for this product.  Does anyone still have this product around or have information on it?

 

Thanks,

 

John

------_=_NextPart_001_01C1FCD5.C4E30350-- ================================================================================ Archive-Date: Thu, 16 May 2002 21:50:07 -0400 Date: Thu, 16 May 2002 21:39:09 -0500 (EST) From: bryant@process.com Reply-To: Info-TCPware@process.com Subject: TCPware ECO kit available: FTP_V553P062 To: TCPware-Announce@TRITON.PROCESS.COM Message-ID: <01KHT6MV0GYA001FDY@DELTA.PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT TCPware ECO kit announcement The following ECO kit is now available for TCPware: ECO: FTP_V553P062 Description: Assorted fixes Release date: 16-MAY-2002 Ranking: 3 Max ranking: 2 Versions: 5.5-3 Requisites: ftp://ftp.process.com/support/55_3/ftp_v553p062.zip To search the TCPware ECO database, please visit the following URL: http://vms.process.com/eco.html For more information, contact Process Software via: E-mail: support@process.com Phone: 1-800-394-8700 The ECO kit README contents are below. ----------------------------------------------------------- ----------------------------------------------------------------------- FTP Patch kit (revision 6.2) for TCPware version 5.5-3 1-May-2002 Copyright (c) 2001, 2002 by Process Software The overall ECO rank: 2 Version 6.2 rank: 3 This VMSINSTALlable saveset provides new versions of FTP.EXE, FTP_LISTENER.EXE, and FTP_SERVER.EXE for TCPware for OpenVMS. It applies to TCPware V5.5-3, VMS/VAX V5.5-2, OpenVMS VAX 6.1 and later, and OpenVMS ALPHA V6.1 and later. The following changes have been made in this kit: FTP_SERVER.EXE - Allows use of SRI encoding of Unix style file names on ODS-5 disks with the logical TCPWARE_FTP_USE_SRI_ENCODING_ON_ODS5. When this logical is defined to 1, TRUE or YES, the SRI file name encoding used for Unix style file names on ODS-2 disks will be used on ODS-5 disks. This also sets the default case of letters in filenames to lowercase and ignores the stored case. The following logicals should also be defined as shown: TCPWARE_FTP_DISALLOW_UNIX_STYLE FALSE TCPWARE_FTP_UNIX_STYLE_BY_DEFAULT TRUE TCPWARE_FTP_UNIX_STYLE_CASE_INSENSITIVE FALSE TCPWARE_FTP_USE_SRI_ENCODING_ON_ODS5 TRUE ECO FTP_V553P060, Rank 3 (DE 7844) - Corrects some errors in computation for the value returned by MDTM (modification time) for some files. ECO FTP_V553P060, Rank 3 (DE 7855) - The value of TCPWARE_FTP_UNIX_STYLE_CASE_INSENSITIVE is now observed. ECO FTP_V553P060, Rank 3 (DE 7860) - Corrects an ACCVIO that can occur when a file with multiple dots gets a "bad version number" error code. ECO FTP_V553P061, Rank 3 (DE 7912) - Corrects an ACCVIO that can occur when renaming a large group of files. ECO FTP_V553P062, Rank 3 (DE 8000) - Corrects an issue where the LS command displays file names in uppercase. ECO FTP_V553P062, Rank 3 (DE 8051) FTP.EXE - Corrects a problem where GET or MGET may fail when there is more than one "." in the file name and the local system is running VMS 7.2-1 or later and the current directory is on an ODS2 disk device. ECO FTP_V553P062, Rank 3 (DE 7915) - Corrects a problem where MGET and MPUT did not preserve the version number order of the transferred files. (ECO FTP_V553P062, Rank 3 (DE 7426) - DIR/FTP and COPY/FTP now support the /PASSIVE qualifier included in the VMS73_DCL-V0200 ECO. ECO FTP_V553P062, Rank 3 (DE 7889) - This kit also provides an informational item below for resolving an ACCVIO problem when transferring a VFC file from VMS 7.3 to non-VMS systems using PUT command. The problem can be resolved by applying the latest VMS FORTRAN RTL ECO (CFAV-FORRTL-V0705-1 from http://www.compaq.com/fortran/downloads.html). ECO FTP_V553P062, Rank 3 (DE 7881) The following changes are included from previous kits: FTP_LISTENER.EXE - When TCPWARE_FTP_NOKEEPALIVES is defined the FTP server will not send keepalives on the control channel. ECO FTP_V553P040, Rank 3 (DE 6875) - Correct a problem with occasional ftp timeouts. If the symptom still presents after applying the patch, a new logical added in this patch should be used to get rid of the symptom. The logical can be defined as: $ define/system/exe TCPWARE_FTP_LISTENER_NO_HIBERNATE_OPTION TRUE ECO FTP_V553P020, Rank 3 (DE7038) FTP_SERVER.EXE - Corrects a problem with using FTP's PUT command to transfer files from DOS/WINDOWS. ASCII mode causes the output files to be corrupted if the original file uses LF instead of CRLF to end the lines. ECO FTP_V553P050, Rank 2 (DE 7534) - Corrects a problem with the TCPWARE_FTP_SEMANTICS_VARIABLE_IGNORE_CC logical. ECO FTP_V553P050, Rank 3 (DE 7591) - Corrects a potential problem with padding the buffer on the last record of the transferred file. ECO FTP_V553P050, Rank 3 (DE 7756) - Adds a logical TCPWARE_FTP_DISALLOW_WILDCARD_DELETES. Define it to anything to disallow the functionality of accepting wildcards on delete. This may be done at the process, group or system level. (DE 7786) - When TCPWARE_FTP_NOKEEPALIVES is defined the FTP server will not send keepalives on the control channel. ECO FTP_V553P040, Rank 3 (DE 6875) - When the logical TCPWARE_FTP_ADD_CC_ON_FIXED_RECORD_FILES is defined to TRUE and a file is transferred as TYPE IMAGE the FTP server will separate the records of a fixed length record file with the linefeed character. This is useful to avoid the explicit conversion necessary when transferring the file to a non-VMS system with a FTP client that is not able to do record mode transfers. ECO FTP_V553P040, Rank 3 (DE 7272) - Corrects a problem where using put/mput to transfer ASCII files in VMS-PLUS mode causes the output files to contain hundreds of blank trailing spaces. The problem was introduced in patch kit FTP_V55P010. ECO FTP_V553P030, Rank 3 (DE 7318) - Corrects a problem with renaming a file to a destination name containing wildcards (for example rename t.tmp to *.ok). The file would be renamed but the connection was dropped. ECO FTP_V553P030, Rank 3 (DE 7164) - Corrects a problem where the last record is sometimes missing when an image file of fixed length record is transferred. ECO FTP_V553P030, Rank 3 (DE 7331) - Corrects a problem with writing out RECORD (STRU R) files. ECO FTP_V553P010, Rank 3 (DE 6983) - Fill in the resultant file name when an error status is returned due to unsupported I/O operations. (e.g. attempting to RETR a a directory when in Unix mode) ECO FTP_V553P010, Rank 3 (DE 6987) FTP.EXE - The KEEPALIVE command allows the FTP client program to toggle whether or not it desires keepalives to be sent on the control channel. The SET [NO]KEEPALIVE command allows the FTP client to explicitly set whether or not it desires keepalives on the control channel. ECO FTP_V553P040, Rank 3 (DE 6875) After installing the patch kit you should do @TCPWARE:RESTART FTP to cause the new images to be used. [End of ECO announcement] ================================================================================ Archive-Date: Sat, 18 May 2002 09:47:32 -0400 Date: Sat, 18 May 2002 17:30:21 +0400 From: "Ruslan R. Laishev" Subject: TCPWare 5.5-3/BG_UDP To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3CE6576D.98245D37@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi All! Is there someone who can provide some information about influence follows parameters to high loaded UDP-applications ? ---------------------------------------- NETCU SET BG_UDP SEND bytes - Sets the message queue size for sending UDP messages. BG_UDP RECEIVE bytes - Sets the message queue size for receiving UDP messages. ---------------------------------------- -- Cheers, Ruslan. +---------------------pure personal opinion------------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com vms-isps@dls.net - Forum for ISP running OpenVMS Mobile: +7 (901) 971-3222 TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU http://starlet.deltatel.ru/~laishev/public_pgp_key.txt ================================================================================ Archive-Date: Sat, 18 May 2002 11:54:18 -0400 Date: Sat, 18 May 2002 11:50:52 -0400 (EDT) From: Geoff Bryant Reply-To: Info-TCPware@process.com Subject: Re: TCPWare 5.5-3/BG_UDP To: info-tcpware@process.com Message-ID: <01KHVEDMC1NO99E5J4@PROCESS.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii On Sat, 18 May 2002 17:30:21 +0400, "Ruslan R. Laishev" wrote: > >Hi All! > Is there someone who can provide some information about influence >follows parameters to high loaded UDP-applications ? > >---------------------------------------- >NETCU SET > > BG_UDP SEND bytes - Sets the message queue size for sending UDP >messages. > BG_UDP RECEIVE bytes - Sets the message queue size for receiving UDP >messages. >---------------------------------------- They set the default values for UDP SO_SNDBUF and SO_RCVBUF for applications which use the BG interface (directly via QIO or from DEC C RTL). The value can be over-ridden via setsockopt. For transmits, packets larger than the SO_SNDBUF value won't be accepted for transmit. Looking at the driver source, it lloks like it is ignored for receives. Receives are governed however by UDPRECVLIMIT which can be set in NETCU with SET/SHOW UDPRECVLIMIT or on the START/UDP command. This will limit how many incoming datagrams are buffered before they are dropped if an application is not reading the datagrams. ================================================================================ Archive-Date: Wed, 22 May 2002 05:02:50 -0400 Date: Wed, 22 May 2002 11:02:13 +0200 From: Martin Vorlaender Reply-To: Info-TCPware@process.com Subject: TCPware 5.5 & CSWS 1.2 To: "TCPware Mailing List (E-Mail)" Message-ID: <877acedfa80c64850ab67e60f4ebd8bc3ceb5e2e@pdv-systeme.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Hi all, ever since having set up CSWS 1.0 I have observed that the web server becomes unresponsive now and then (once in three days up to a few times a day). No problem, I wrote a DCL/Perl script that probes the secondary addresses and restarts CSWS if it doesn't get a response. After installing CSWS 1.2 (including update 2.0) however, the intervals at which I have to do this have gone up to every 30 minutes! After reading that UCX has similar problems that had to do with the backlog queue, I set the BACKLOG_LIMIT to 4096. No change. My configuration is rather unusual in that this is a two-node cluster with a shared SCSI data disk (which holds the virtual sites as well as the CSWS log files). All virtual sites are IP based, with the IP addresses defined /CLUSTER. CSWS runs on both machines with the same configuration. Anyone has an idea what's happening, and how to cure it, or at least how to get an idea what is going wrong? Thanks in advance. cu, Martin ================================================================================ Archive-Date: Tue, 28 May 2002 07:01:04 -0400 Resent-Date: Tue, 28 May 2002 07:00:33 -0400 (EDT) Date: Tue, 28 May 2002 09:31:08 +0100 Resent-From: Geoff Bryant From: Kevin Phillip Reply-To: Info-TCPware@process.com Subject: Problems with TCPware FTP Resent-To: info-tcpware@lists.process.com To: "'info-tcpware@process.com'" Resent-Message-ID: <01KI93F9K3DG99ESNS@PROCESS.COM> Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary_(ID_+Y1tCD6UQZWi9IdohKIA9w)" --Boundary_(ID_+Y1tCD6UQZWi9IdohKIA9w) Content-type: text/plain; CHARSET=us-ascii We have a 4 node cluster running OpenVMS. All nodes are running TCPware 5.5-3. One of the nodes within the cluster is running TCPware FTP while the others are running MadGoat. The node running TCPware FTP hangs occasionally. I would say at least once a day. The process and logicals are there, but we are getting no activity when using FTP to connect to the node. The only solution we have found is to stop and restart FTP. Has anyone else experienced this and is there a solution? Thanks, Kevin... ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.Itex.je http://www.Itex.gg http://www.ThisisJersey.com http://www.ThisisGuernsey.com --Boundary_(ID_+Y1tCD6UQZWi9IdohKIA9w) Content-type: text/html; CHARSET=us-ascii Message
We have a 4 node cluster running OpenVMS. All nodes are running TCPware 5.5-3. One of the nodes within the cluster is running TCPware FTP while the others are running MadGoat.
 
The node running TCPware FTP hangs occasionally. I would say at least once a day. The process and logicals are there, but we are getting no activity when using FTP to connect to the node. The only solution we have found is to stop and restart FTP.
 
Has anyone else experienced this and is there a solution?
 
Thanks,
 
Kevin...
 


************************************************
CONFIDENTIALITY NOTICE
The information contained in this e-mail and any
attachments to it are for the exclusive use of the
intended recipient(s). It may be confidential and
contain privileged information and will be
protected by copyright.
If you are not the intended recipient(s) you must
not review, copy, distribute or in any other way
use or rely on the information contained in the
message.
If you have received this e-mail in error, please
notify us by e-mail Administrator@itex.je,
Tel: +44 1534 633633 or Fax: +44 1534 633644 and
then delete all copies from your system.

http://www.Itex.je
http://www.Itex.gg
http://www.ThisisJersey.com
http://www.ThisisGuernsey.com
 --Boundary_(ID_+Y1tCD6UQZWi9IdohKIA9w)-- ================================================================================ Archive-Date: Tue, 28 May 2002 07:36:15 -0400 Date: Tue, 28 May 2002 13:39:15 +0200 From: "Kurt A. Schumacher" Subject: RE: Problems with TCPware FTP In-Reply-To: To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Kevin What is the TCPWARE_FTP process state when you can't get any activity out of it? Yes, we have seen such problems a while back, but most time being in a hurry bringing the service up again failed to do a detailed diagnosis. SDA> show proc /id:xxxxxxx /all SDA> show proc /id:xxxxxxx /chan or so might help Process Software to have an idea, what is going on. Last but not least ensure you grab the latest ftp patch kit, ftp://ftp.process.com/ -> support/55_3/FTP_V553P062.ZIP -Kurt. (Switzerland) -----Original Message----- From: Kevin Phillip [mailto:Kevin.Phillip@itex.je] Sent: Tuesday, May 28, 2002 10:31 AM To: 'info-tcpware@process.com' Subject: Problems with TCPware FTP We have a 4 node cluster running OpenVMS. All nodes are running TCPware 5.5-3. One of the nodes within the cluster is running TCPware FTP while the others are running MadGoat. The node running TCPware FTP hangs occasionally. I would say at least once a day. The process and logicals are there, but we are getting no activity when using FTP to connect to the node. The only solution we have found is to stop and restart FTP. Has anyone else experienced this and is there a solution? Thanks, Kevin... ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.Itex.je http://www.Itex.gg http://www.ThisisJersey.com http://www.ThisisGuernsey.com ================================================================================ Archive-Date: Tue, 28 May 2002 08:28:45 -0400 Date: Tue, 28 May 2002 13:25:10 +0100 From: Kevin Phillip Reply-To: Info-TCPware@process.com Subject: RE: Problems with TCPware FTP To: "'Info-TCPware@process.com'" Message-ID: MIME-Version: 1.0 Content-Type: text/plain I didn't check out the process state, may do that the next time around. I have since written a DCL program to stop and restart the service if it hangs. I'll get in touch with Process about this. Thanks, Kevin... -----Original Message----- From: Kurt A. Schumacher [mailto:Kurt.Schumacher@schumi.ch] Sent: 28 May 2002 12:39 To: info-tcpware@process.com Subject: RE: Problems with TCPware FTP Kevin What is the TCPWARE_FTP process state when you can't get any activity out of it? Yes, we have seen such problems a while back, but most time being in a hurry bringing the service up again failed to do a detailed diagnosis. SDA> show proc /id:xxxxxxx /all SDA> show proc /id:xxxxxxx /chan or so might help Process Software to have an idea, what is going on. Last but not least ensure you grab the latest ftp patch kit, ftp://ftp.process.com/ -> support/55_3/FTP_V553P062.ZIP -Kurt. (Switzerland) -----Original Message----- From: Kevin Phillip [mailto:Kevin.Phillip@itex.je] Sent: Tuesday, May 28, 2002 10:31 AM To: 'info-tcpware@process.com' Subject: Problems with TCPware FTP We have a 4 node cluster running OpenVMS. All nodes are running TCPware 5.5-3. One of the nodes within the cluster is running TCPware FTP while the others are running MadGoat. The node running TCPware FTP hangs occasionally. I would say at least once a day. The process and logicals are there, but we are getting no activity when using FTP to connect to the node. The only solution we have found is to stop and restart FTP. Has anyone else experienced this and is there a solution? Thanks, Kevin... ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.Itex.je http://www.Itex.gg http://www.ThisisJersey.com http://www.ThisisGuernsey.com This message has been checked for all known viruses by e:)scan. For further information visit: http://www.activis.com/ ================================================================================ Archive-Date: Tue, 28 May 2002 08:38:10 -0400 Date: Tue, 28 May 2002 13:36:13 +0100 From: Kevin Phillip Reply-To: Info-TCPware@process.com Subject: RE: Problems with TCPware FTP To: "'Info-TCPware@process.com'" Message-ID: MIME-Version: 1.0 Content-Type: text/plain I just had another failure and got some information. The process is as follows when I can't seem to FTP to the node: Pid Process Name State Pri I/O CPU Page flts Pages 2140163E TCPware_FTP HIB 5 46345 0 00:00:04.00 500 220 When it's working, it looks like this: Pid Process Name State Pri I/O CPU Page flts Pages 21401962 TCPware_FTP LEF 6 1795 0 00:00:00.19 493 218 I also noticed that the direct and buffered i/o does not seem to move when it's not working. Kevin... -----Original Message----- From: Kurt A. Schumacher [mailto:Kurt.Schumacher@schumi.ch] Sent: 28 May 2002 12:39 To: info-tcpware@process.com Subject: RE: Problems with TCPware FTP Kevin What is the TCPWARE_FTP process state when you can't get any activity out of it? Yes, we have seen such problems a while back, but most time being in a hurry bringing the service up again failed to do a detailed diagnosis. SDA> show proc /id:xxxxxxx /all SDA> show proc /id:xxxxxxx /chan or so might help Process Software to have an idea, what is going on. Last but not least ensure you grab the latest ftp patch kit, ftp://ftp.process.com/ -> support/55_3/FTP_V553P062.ZIP -Kurt. (Switzerland) -----Original Message----- From: Kevin Phillip [mailto:Kevin.Phillip@itex.je] Sent: Tuesday, May 28, 2002 10:31 AM To: 'info-tcpware@process.com' Subject: Problems with TCPware FTP We have a 4 node cluster running OpenVMS. All nodes are running TCPware 5.5-3. One of the nodes within the cluster is running TCPware FTP while the others are running MadGoat. The node running TCPware FTP hangs occasionally. I would say at least once a day. The process and logicals are there, but we are getting no activity when using FTP to connect to the node. The only solution we have found is to stop and restart FTP. Has anyone else experienced this and is there a solution? Thanks, Kevin... ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.Itex.je http://www.Itex.gg http://www.ThisisJersey.com http://www.ThisisGuernsey.com This message has been checked for all known viruses by e:)scan. For further information visit: http://www.activis.com/ ================================================================================ Archive-Date: Tue, 28 May 2002 08:41:34 -0400 Date: Tue, 28 May 2002 08:40:55 -0400 From: Richard Whalen Reply-To: Info-TCPware@process.com Subject: RE: Problems with TCPware FTP To: "'info-tcpware@process.com'" Message-ID: <63D30D6E10CFD11190A90000F805FE86040AA3CB@lespaul.process.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 If you have FTP_V553P020 or later installed then DEFINE/SYSTEM/EXEC TCPWARE_FTP_LISTENER_NO_HIBERNATE_OPTION TRUE and restart the FTP service. -----Original Message----- From: Kevin Phillip [mailto:Kevin.Phillip@itex.je] Sent: Tuesday, May 28, 2002 8:36 AM To: 'Info-TCPware@process.com' Subject: RE: Problems with TCPware FTP I just had another failure and got some information. The process is as follows when I can't seem to FTP to the node: Pid Process Name State Pri I/O CPU Page flts Pages 2140163E TCPware_FTP HIB 5 46345 0 00:00:04.00 500 220 When it's working, it looks like this: Pid Process Name State Pri I/O CPU Page flts Pages 21401962 TCPware_FTP LEF 6 1795 0 00:00:00.19 493 218 I also noticed that the direct and buffered i/o does not seem to move when it's not working. Kevin... -----Original Message----- From: Kurt A. Schumacher [mailto:Kurt.Schumacher@schumi.ch] Sent: 28 May 2002 12:39 To: info-tcpware@process.com Subject: RE: Problems with TCPware FTP Kevin What is the TCPWARE_FTP process state when you can't get any activity out of it? Yes, we have seen such problems a while back, but most time being in a hurry bringing the service up again failed to do a detailed diagnosis. SDA> show proc /id:xxxxxxx /all SDA> show proc /id:xxxxxxx /chan or so might help Process Software to have an idea, what is going on. Last but not least ensure you grab the latest ftp patch kit, ftp://ftp.process.com/ -> support/55_3/FTP_V553P062.ZIP -Kurt. (Switzerland) -----Original Message----- From: Kevin Phillip [mailto:Kevin.Phillip@itex.je] Sent: Tuesday, May 28, 2002 10:31 AM To: 'info-tcpware@process.com' Subject: Problems with TCPware FTP We have a 4 node cluster running OpenVMS. All nodes are running TCPware 5.5-3. One of the nodes within the cluster is running TCPware FTP while the others are running MadGoat. The node running TCPware FTP hangs occasionally. I would say at least once a day. The process and logicals are there, but we are getting no activity when using FTP to connect to the node. The only solution we have found is to stop and restart FTP. Has anyone else experienced this and is there a solution? Thanks, Kevin... ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.Itex.je http://www.Itex.gg http://www.ThisisJersey.com http://www.ThisisGuernsey.com This message has been checked for all known viruses by e:)scan. For further information visit: http://www.activis.com/ ================================================================================ Archive-Date: Tue, 28 May 2002 09:00:26 -0400 Date: Tue, 28 May 2002 13:58:35 +0100 From: Kevin Phillip Reply-To: Info-TCPware@process.com Subject: RE: Problems with TCPware FTP To: "'Info-TCPware@process.com'" Message-ID: MIME-Version: 1.0 Content-Type: text/plain Richard, thanks for that. I have now setup the logical and restarted the FTP service. I'll keep an eye on it and see if it solves the problem. Chris, thanks for your suggestions by the way. Kevin... -----Original Message----- From: Richard Whalen [mailto:whalenr@process.com] Sent: 28 May 2002 13:41 To: 'info-tcpware@process.com' Subject: RE: Problems with TCPware FTP If you have FTP_V553P020 or later installed then DEFINE/SYSTEM/EXEC TCPWARE_FTP_LISTENER_NO_HIBERNATE_OPTION TRUE and restart the FTP service. -----Original Message----- From: Kevin Phillip [mailto:Kevin.Phillip@itex.je] Sent: Tuesday, May 28, 2002 8:36 AM To: 'Info-TCPware@process.com' Subject: RE: Problems with TCPware FTP I just had another failure and got some information. The process is as follows when I can't seem to FTP to the node: Pid Process Name State Pri I/O CPU Page flts Pages 2140163E TCPware_FTP HIB 5 46345 0 00:00:04.00 500 220 When it's working, it looks like this: Pid Process Name State Pri I/O CPU Page flts Pages 21401962 TCPware_FTP LEF 6 1795 0 00:00:00.19 493 218 I also noticed that the direct and buffered i/o does not seem to move when it's not working. Kevin... -----Original Message----- From: Kurt A. Schumacher [mailto:Kurt.Schumacher@schumi.ch] Sent: 28 May 2002 12:39 To: info-tcpware@process.com Subject: RE: Problems with TCPware FTP Kevin What is the TCPWARE_FTP process state when you can't get any activity out of it? Yes, we have seen such problems a while back, but most time being in a hurry bringing the service up again failed to do a detailed diagnosis. SDA> show proc /id:xxxxxxx /all SDA> show proc /id:xxxxxxx /chan or so might help Process Software to have an idea, what is going on. Last but not least ensure you grab the latest ftp patch kit, ftp://ftp.process.com/ -> support/55_3/FTP_V553P062.ZIP -Kurt. (Switzerland) -----Original Message----- From: Kevin Phillip [mailto:Kevin.Phillip@itex.je] Sent: Tuesday, May 28, 2002 10:31 AM To: 'info-tcpware@process.com' Subject: Problems with TCPware FTP We have a 4 node cluster running OpenVMS. All nodes are running TCPware 5.5-3. One of the nodes within the cluster is running TCPware FTP while the others are running MadGoat. The node running TCPware FTP hangs occasionally. I would say at least once a day. The process and logicals are there, but we are getting no activity when using FTP to connect to the node. The only solution we have found is to stop and restart FTP. Has anyone else experienced this and is there a solution? Thanks, Kevin... ************************************************ CONFIDENTIALITY NOTICE The information contained in this e-mail and any attachments to it are for the exclusive use of the intended recipient(s). It may be confidential and contain privileged information and will be protected by copyright. If you are not the intended recipient(s) you must not review, copy, distribute or in any other way use or rely on the information contained in the message. If you have received this e-mail in error, please notify us by e-mail Administrator@itex.je, Tel: +44 1534 633633 or Fax: +44 1534 633644 and then delete all copies from your system. http://www.Itex.je http://www.Itex.gg http://www.ThisisJersey.com http://www.ThisisGuernsey.com This message has been checked for all known viruses by e:)scan. For further information visit: http://www.activis.com/ This message has been checked for all known viruses by e:)scan. For further information visit: http://www.activis.com/ ================================================================================ Archive-Date: Tue, 28 May 2002 09:32:36 -0400 Resent-Date: Tue, 28 May 2002 09:32:03 -0400 (EDT) Date: Tue, 28 May 2002 07:15:06 -0400 Resent-From: Geoff Bryant From: babiarz@ENDOR.COM Reply-To: Info-TCPware@process.com Subject: RE: Problems with TCPware FTP Resent-To: info-tcpware@lists.process.com To: info-tcpware@process.com Resent-Message-ID: <01KI98QHUEUS99ETZW@PROCESS.COM> Message-ID: <020528071506.22b@ENDOR.COM> Yes I have seen this, normally you get process state of MUTEX, I don't really know what resources it is looking for, I once found the proces had run out of TQELM. john ================================================================================ Archive-Date: Wed, 29 May 2002 15:21:37 -0400 Date: Wed, 29 May 2002 23:09:46 +0400 From: "Ruslan R. Laishev" Subject: TCPDUMP file format To: info-tcpware@process.com Reply-To: Info-TCPware@process.com Message-ID: <3CF5277A.9C19A338@smtp.deltatel.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hello All! I looking for a file format produced by TCPDUMP utility. TIA. -- Cheers, Ruslan. +---------------------pure personal opinion------------------------+ RADIUS Server for OpenVMS project - www.radiusvms.com vms-isps@dls.net - Forum for ISP running OpenVMS Mobile: +7 (901) 971-3222 TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RU http://starlet.deltatel.ru/~laishev/public_pgp_key.txt