home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / mail / pmdf / 2249 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.5 KB

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