[Info-vax] A 5 minutes hang during early stage of a shutdown.

[Jan-Erik Soderholm]

Stephen Hoffman wrote 2013-01-22 14:40:
> On 2013-01-21 23:23:24 +0000, Jan-Erik Soderholm said:
>
>> During the early stage of a normalt shutdown (with automatic
>> reboot), the system hangs for more or less exactly 5 minutes.
>
>> The detached shutdown process is in QUEMAN.EXE and in LEF during
>> this period. The queues are "stopped" as far as I could see.
>> There was one queue in "stopped pending". This batch queue
>> had one job in MUTEX (the reason for the reboot). But, I have
>> seen this shutdown delay even without this MUTEX problem.
>
> Invoke the shutdown with verification enabled, and see where the hang is.
> (You're an experienced OpenVMS manager, so debugging a wad of miscreant DCL
> should be almost second nature.  In addition to enabling procedure
> verification (and if this works in whatever context you're running here),
> something like /SET PREFIX "(!5%T) "/ might help isolate the hang, too.
>

OK, I guess that is simply defining SHUTDOWN$VERIFY, right?

That will make the output to be sent to OPA0: which
I can log to a file. I'll try this with our test system...


> Sort out the particular trigger for the mutex, as those can cause various
> secondary problems.  <http://labs.hoffmanlabs.com/node/231>

This has been "up" in at least one thread before. I never menaged
to find any information. I'm today confident that this happens
if one try to run "telnet delete" or "telnet create" against
a TNA device that is already in "waiting for delete".

After a "telnet delete", it takes 10-15 seconds before the TNA
device is removed.


>
> As a complete WAG, I've seen vaguely similar SHUTDOWN-time hangs with bogus
> hosts listed in the queue database, and cases where the old host name is
> latent in the queue database after a host has been renamed.
>

Yes, that does correspond with the fact that the shutdown process
is in QUEMAN.EXE.

We should probably either clean up the DECnet database or
not start DECnet at all...

Jan-Erik.