topic Re: Disk increases when process DTSESSION on openvmsDisk increases when process DT SESSION on openvms in Operating System - OpenVMS

Disk increases when process DTSESSION on openvmsDisk increases when process DT SESSION on openvms

Amjad. R. Barqawi — Mon, 29 Jun 2009 09:11:23 GMT

The problem that the file decw$sm.log increases until all free disk space is filled and when edit the decw$sm.log i found that all file with menu session that the customer was created to do backup procedure ,the customer connected telnet to the server.and i need to know how to resolve this problem please.
please see attach file.
Best Regards

Re: Disk increases when process DTSESSION on openvmsDisk increases when process DT SESSION on openvms

Robert Gezelter — Mon, 29 Jun 2009 12:41:22 GMT

Amjad,

Contrary to your posting, there was no attachment with your posting.

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

Re: Disk increases when process DTSESSION on openvmsDisk increases when process DT SESSION on openvms

Rick Retterer — Mon, 29 Jun 2009 21:43:58 GMT

1) What version of OpenVMS
2) what platform (i64 or Alpha)
3) What is contained in the decw$sm.log?
4) How are you starting the Decwindows session?
5) Is this happening for all users on the system or just one specific user?
6) Are you displaying Decwindows Session to a remote PC or Linux system?
7) Are there any errors in SYS$MANAGER:DECW$SERVER_0_ERROR.LOG?

Thanks,
Rick

Re: Disk increases when process DTSESSION on openvmsDisk increases when process DT SESSION on openvms

John Gillings — Tue, 30 Jun 2009 02:22:19 GMT

Wild guess...

The LOGIN.COM for your user has code that implements a backup menu. Said menu doesn't correctly handle not having SYS$INPUT pointing to a terminal, and loops, generating output.

Solution:

1) Write LOGIN.COM to correctly detect the MODE (see F$MODE()) of the process. Your menu should only execute for INTERACTIVE processes.

2) Fix the input logic for the menu

Re: Disk increases when process DTSESSION on openvmsDisk increases when process DT SESSION on openvms

Amjad. R. Barqawi — Tue, 30 Jun 2009 08:35:30 GMT

1) What version of OpenVMS=8.3
2) what platform (i64 or Alpha)=i64
3) What is contained in the decw$sm.log?see attach file
4) How are you starting the Decwindows session?with 3 choices,you can se it on attach file.
5) Is this happening for all users on the system or just one specific user?Just one user for all server to backup menu,the problem not on all server with the same configration.
6) Are you displaying Decwindows Session to a remote PC or Linux system?on pc it's display just the menu backup that are on attach file
7) Are there any errors in SYS$MANAGER:DECW$SERVER_0_ERROR.LOG?see the attach file

Re: Disk increases when process DTSESSION on openvmsDisk increases when process DT SESSION on openvms

Rick Retterer — Tue, 30 Jun 2009 13:17:49 GMT

It appears that you are attempting to display a menu in DCL code that is being encountered by the session manager.

The session manager logs in as a detached process, so it's going to execute whatever you have placed in your login.com and sylogin.com.

Since the session manager is a GUI based tool, how can you expect it to ever send a response to your DCL prompting of a user to select a option?

You can't, so you need to ensure that any of the Decwindows Processes do not execute any of the login.com procedures (especially your DCL menu)...

Example:

In your login.com and sylogin.com you will have to check to see what the "prcess name" is that is executing login.com and if it's DTWM, DECW$LOGIN, DTSESSION, ETC... you will have to make it exit your login.com procedures before it gets to your DCL menu.

All of this is documented in the DECWINDOWS Motif release notes.

$ process_name = f$getjpi("","PRCNAM")
$ if (f$extract(0,7,process_name) .eqs. "DTWM" ) THEN EXIT
$
$ process_name = f$getjpi("","PRCNAM")
$ if (f$extract(0,7,process_name) .eqs. "DECW$TE" ) THEN EXIT
$
$ process_name = f$getjpi("","PRCNAM")
$ if (f$extract(0,7,process_name) .eqs. "dtsession" ) THEN EXIT

Something along those lines.

The bottom line is, when you login into a Decwindows session, you CANNOT have anything in your sylogin.com or login.com that prompts for user input before continuing..

They must be clean, and allow for all processes to execute the login procedures without stopping.. or you will have the problem you are encountering.

Cheers,

Re: Disk increases when process DTSESSION on openvmsDisk increases when process DT SESSION on openvms

Amjad. R. Barqawi — Sun, 05 Jul 2009 10:23:00 GMT

Dear All
regarding for your Reply I want to explain that the login for user it's procedure created by customer to do backup job and the user can't do any thing else becauses it's restricted with just the menu to do a backup.please see attach file to show you what the procedure was created to user.

Best Regards

Re: Disk increases when process DTSESSION on openvmsDisk increases when process DT SESSION on openvms

Volker Halle — Sun, 05 Jul 2009 10:30:06 GMT

Amjad,

please see the most recent reply from Rick and try to understand AND implement it - or ask the customer to implement it.

LOGIN.COM must EXIT, if it's being called in the context of the DECwindows session manager process. Use the DCL code as suggested by Rick, this will help you solve this problem.

Volker.

Re: Disk increases when process DTSESSION on openvmsDisk increases when process DT SESSION on openvms

Amjad. R. Barqawi — Sun, 05 Jul 2009 10:38:14 GMT

Dear
Can you explain what to do clearly regarding you'r Help.

Re: Disk increases when process DTSESSION on openvmsDisk increases when process DT SESSION on openvms

Volker Halle — Sun, 05 Jul 2009 10:44:23 GMT

Amjad,

take the DCL code section that Rick has posted and edit it into the very beginning of the user's LOGIN.COM procedure. That should take care of the problem.

This code finds out, if it's being executed within the context of a DECwindows control process and just exits.

Volker.

Re: Disk increases when process DTSESSION on openvmsDisk increases when process DT SESSION on openvms

Amjad. R. Barqawi — Tue, 06 Oct 2009 07:06:57 GMT

Thanks for all