login process stalls

[Robert Gezelter]

Bjay,

Can you do a SHOW MEMORY command?

Extremely slow login is also a symptom of a badly over-allocated page file.

In that case, the system appears to be doing nothing. However, that perception is incorrect. It is doing something, albeit VERY VERY slowly.

- Bob Gezelter, http://www.rlgsc.com

[Craig A]

I'm not sure if you have access to the $ prompt. (If not, then you need to login to an account that has)

Please execute the following command and post the output.

$ SHOW DEVICE SYS$SYSDEVICE: /FULL
$ SHOW SYS/CLUSTER
$ MCR AUTHORIZE SHOW TRIMUSE
$ DIR/FULL SYSUAF

[Bjay]

$ show memory
System Memory Resources on 9-FEB-2009 11:48:26.40

Physical Memory Usage (pages): Total Free In Use Modified
Main Memory (640.00Mb) 81920 64063 16920 937

Virtual I/O Cache (Kbytes): Total Free In Use
Cache Memory 3200 104 3096

Granularity Hint Regions (pages): Total Free In Use Released
Execlet code region 512 0 415 97
Execlet data region 88 2 86 0
VMS exec data region 968 0 968 0
Resident image code region 1024 0 818 206

Slot Usage (slots): Total Free Resident Swapped
Process Entry Slots 265 140 125 0
Balance Set Slots 263 140 123 0

Dynamic Memory Usage (bytes): Total Free In Use Largest
Nonpaged Dynamic Memory 5226496 2856064 2370432 2364992
Paged Dynamic Memory 2834432 1464976 1369456 1443680

Paging File Usage (blocks): Free Reservable Total
DISK$AXPVMSSYS:[SYS0.SYSEXE]SWAPFILE.SYS 38272 38272 38272
DISK$AXPVMSSYS:[SYS0.SYSEXE]PAGEFILE.SYS 1312800 989520 1318784

Of the physical pages in use, 3655 pages are permanently allocated to OpenVMS.

===============
Wim there are 4 to 5 batch jobs running

Bjay

[Bjay]

sho mem output in attachment

[Jess Goodman]

After logging in by using USERNAME/NOCOMMAND then do
$ SET VERIFY
$ @LOGIN !or whatever login command file is pointed to by SYSUAF

Then you should see what command is hanging.

[John Gillings]

Bjay
Do the processes eventually get in if you wait long enough? (could be a very long time). Are there CPU intensive processes running?

Could you please post the output of:

$ SHOW SYSTEM
$ MCR SYSGEN SHOW DORMANTWAIT
$ MCR SYSGEN SHOW PIXSCAN

[Bjay]

plz find req info in attachment

[Robert Gezelter]

Bjay,

According to the attachment to your most recent posting, several processes are in RWPAG.

Is it known what those processes are trying to do?

Working without details, it is difficult to assess, but RWPAG implies that their may be a pool fragmentation issue.

Has this problem ever happened before? If so, when did it happen? The system has been running for 56 days.

I am loath to suggest increasing the sizes of the non-paged (NPAGEDYN) and paged (PAGEDYN) regions without specific evidence, but dynamic storage fragmentation (also referred to as "pool fragmentation") would appear to be a possibility.

- Bob Gezelter, http://www.rlgsc.com

[Hakan Zanderau ( Anders]

Before doing anything else, I would have investigated the batchjob with processid 00000278. It has used over 1 hour of CPU-time. Is it the known behavior for this batchjob ?

Hakan

[Wim Van den Wyngaert]

Please post sh mem/pool/fu. I suspect that the largest block is too small due to fragmentation. I normally reboot the system if possible. Or restart some memory eationg stuff. Or incrage the NPAGDYN / PAGDYN).

WIm