Vary off Line after Signoff

[GlenKerner]

What I ended up doing as a temporary step was put an call to a program that disables their profile when they sign on. It allows them to do whatever they want but once they sign off they can't sign on again

[David Abramowitz]

Try assigning a job description to the profile that logs everything, including CL commands. Ensure that the log is printed or retained at signoff. Dave

[Guest.Visitor]

Would the INACTTMR setting work in your case? Once they stop doing their job and nothing is going across the line, it would disconnect it. You could set it to a few minutes.

[GlenKerner]

The INACTTMR for the actual line is set at 300, but the line does not disconnect. I wonder if it is because it is two iSeries connected and they are constantly checking if the other is there. Right now the line status is: Opt Description Status -------------Job FCSLINE ACTIVE FCSCTL ACTIVE FCSDEV ACTIVE BLANK ACTIVE/TARGET *PASSTHR As far as I can tell nobody has been signed on for at least 30 minutes but the line stays active. What I would like it to show is vary off. The solution to put a chgusrprf xxx status(*disabled) seems to be working. They keep calling to have us reenable the profiles. I think this is a temporary solution. The joblog was a nice idea except that there menu system doesn't seem to log anything. I think when they go into there system the logging level is changed on purpose.

[Guest.Visitor]

If they are constantly polling each other, that would probably keep the line active. If not, and you don't disconnect, it's possible there may be a PTF for you not disconnecting.

[GlenKerner]

When they finally end there sign on display (I'm guessing) the Line finally goes to a connect pending status but not to a vary off status. I can't seem to find anyway to get this line to go Vary off automatically. If I was initiating the connection I could vary it off on my side when I was done. I can guarentee that they will not agree to submit/execute a vary off command as the last thing they do because other people in other departments may be signed on. I think my temporary solution will end up being the permenant solution.

[Guest.Visitor]

Could you have a CL program that runs continuously in never ending subsystem that attempts to vary off the line every 'xx' minutes? You could monitor for the CPF error messages that fail to vary it off. You will need to verify that this is true but I am pretty sure the line will not vary off while it is Active. But it should have no problem when at Connect Pending. Be sure to monitor for all of the CPFs in the command VRYCFG. Also, you would have to take into consideration that when you varied the line on for them that the job will try to vary it back off after the delay time. Maybe put the job on hold or something... HTH Scott

[GlenKerner]

We have a situation where a vendor has been signing into the system and not notifying us when they are done. What we want to do is set up a program that when they signoff the line is varied off. I've not dealt with exit programs and don't know if we should create an exit program for the signoff command or if we can put it into their initial program. I hope someone has an easy way of doing this (I'm going to have to explain it to my IS Director who is not a technical person) TIA

[GlenKerner]

I believe if you vary the line off it will disconnect anybody connected to it. I seem to remember doing that accidentally years ago.