home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!decwrl!infopiz!mccall!ipmdf-newsgate!list
- From: ned@sigurd.innosoft.com (Ned Freed)
- Newsgroups: vmsnet.mail.pmdf
- Subject: RE: `Disconnected' remote PhoneNet dial-in processes
- Message-ID: <01GO9P61IV3S9S3Q9U@SIGURD.INNOSOFT.COM>
- Date: 1 Sep 92 18:47:18 GMT
- Organization: The Internet
- Lines: 38
- Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
- Resent-Date: 01 Sep 1992 11:47:18 -0700 (PDT)
- Resent-From: epmdf@YMIR.CLAREMONT.EDU
- Errors-To: epmdf@YMIR.CLAREMONT.EDU
- Resent-Message-ID: <01GO9PSVL3K295OZ1I@YMIR.CLAREMONT.EDU>
- X-Vms-To: IN%"bob@camb.com"
- X-Vms-Cc: IPMDF
- Mime-Version: 1.0
- Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
- Content-Transfer-Encoding: 7BIT
-
- > I often have a half dozen disconnected processes (sometimes more) from
- > the same remote site which dials into our node for PhoneNet msg transfer.
- > Nothing really goes wrong, but these disconnected processes are eating
- > some resources while they hang around waiting to time-out.
-
- It sounds to me like your slave jobs are chattering on the terminal port as
- they shut down. There should be no output at all between the time that the
- PhoneNet end command arrives and the session logs out completely. It therefore
- should not matter if the port gets disconnected or not since this will not
- affect the proper termination of the job.
-
- You might want to try to connect to one of these things and see what output
- they produce. I can think of no simpler way to find out what's stuck in the
- buffers.
-
- > The scripts all end with `go' and `end' lines. Examining, at the other
- > end, the di_<channel>_master.trn files shows them sending the `end'.
-
- This has nothing to do with the script -- there is no script on the slave end.
- This is the PhoneNet "end" command you're seeing in the transcript. Once that
- command is seen and ack'ed by the slave things start shutting down and should
- not produce any additional output from the slave.
-
- > I vaguely remember seeing something about this a long time ago. A bug?
- > A bug that was fixed in some release?
-
- There was a bug that prevented scripts from taking control back after the
- PhoneNet transfer is complete. This would only affect attempts to reset
- terminal lines things on the master side, however. As far as I know there has
- never been a bug that would cause this sort of behavior. I have seen cases
- where this happens and it has always been traced back to a situation where
- there was some spurious output from the job.
-
- > The remote system is running 4.1-9 and this system is running 4.1-6.
-
- This should be the same even if you were running PMDF V2.4.
-
- Ned
-