| Title: | "ASK THE WIZARDS" |
| Moderator: | QUARK::LIONEL |
| Created: | Mon Oct 30 1995 |
| Last Modified: | Mon May 12 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 1857 |
| Total number of notes: | 3728 |
Return-Path: "VMS001::WWW"@vms001.das-x.dec.com Received: by vmsmkt.zko.dec.com (UCX V4.1-12, OpenVMS V6.2 VAX); Thu, 1 May 1997 14:40:28 -0400 Received: from vms001 by mail11.digital.com (8.7.5/UNX 1.5/1.0/WV) id OAA31420; Thu, 1 May 1997 14:32:48 -0400 (EDT) Date: Thu, 1 May 1997 13:36:54 -0400 Message-Id: <[email protected]> From: "VMS001::WWW"@vms001.das-x.dec.com (01-May-1997 1337) To: [email protected], [email protected], [email protected] Subject: Ask the Wizard: '[email protected]' X-VMS-To: [email protected] Remote Host: fw1-jjnet.jnj.com Browser Type: Mozilla/3.01 (WinNT; I) Remote Info: <null> Name: Theodore A Isabella Email Address: [email protected] CPU Architecture: Alpha Version: V 6.2 Questions: AlphaServer 2100 5/2100 CPU = 1 Main Memory = 768.00MB Symptoms - Will see in OPCOM a queue - usually sys$batch is stopped. When an attempt is made to start it generates an error message of Insufficient Dynamic Memory. If the condition is NOT "caught" in time then the system will "hang". Meaning, users are not able to login, cannot set host or Telnet to the machine either. However, if a user has a Pathworks Drive mapped they are still able to access it. The machine i s pingable and can also traceroute. Have seen in the last two hangs a storm of TGV MultiNet messages in OPCOM where the machine has lost sight of IP nodes. Machine acts as a nameserver for this segment of the network - cache only nameserver. Have had DEC hardware/software/tuning analyze, the conclusion is, it doesnt seem to be hardware related. Did up the Page Dyn to 3 million. The only resolution is to reboot - is a production machine in a very controlled environment and imagine this will get a bit old after a while.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1833.1 | Contact CSC | XDELTA::HOFFMAN | Steve, OpenVMS Engineering | Fri May 02 1997 17:03 | 14 |
One needs to check the UCX (or TGV MultiNet, if that is the package is in use), to determine if there are any known problems similar to this, and any available ECO kits, and/or any more recent versions. One also needs to check the behaviour of security auditing, to determine what the local setting is for the behaviour of security auditing on resource starvation. This problem should be pursued via the customer support center. When this problem next occurs, acquire a system crashdump, and submit this in conjunction with a problem report, to the DIGITAL customer support center. | |||||