Vary off Line after Signoff

Vary off Line after Signoff

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

Vary off Line after Signoff

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

Vary off Line after Signoff

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

Vary off Line after Signoff

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.

Vary off Line after Signoff

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.

Vary off Line after Signoff

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.

Vary off Line after Signoff

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.

[David Abramowitz]

Vary off Line after Signoff

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

Vary off Line after Signoff

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

Vary off Line after Signoff

Bill, So create a 'new' inlpgm that calls there 'original' with your tweak?? Love the idea, I'm going to try and let everyone know. Thanks, Rich

Vary off Line after Signoff

Glen Kerner wrote: > I looked at that. There are 2 problems, first there can be multiple > users signed on and second I can't change their initial program. I > also have a problem that the "signoff" command is being executed from > the menu to sign off. You can't change it because they don't want you to or because they have their own program they want? If they have their own program, just wrap it with your own. Bill

Vary off Line after Signoff

Doug Englander wrote: > Rich, > > I am not familiar with the term VCP. Can you briefly explain what it > is? Validity Checking Program. Bill

Vary off Line after Signoff

I looked at that. There are 2 problems, first there can be multiple users signed on and second I can't change their initial program. I also have a problem that the "signoff" command is being executed from the menu to sign off. I could create a program that checks the status of the line and if anybody is actually using it and if not vary it off. But that would mean I have to have this program always running. We have other vendors that connect and transmit data. Those lines must stay varied on (we are not a 24/7 shop). It is only this one line that we want to vary off. The vendor is the software vendor and they keep making changes without notifying us. One more thing. They are connnecting iSeries to iSeries then passing through. I couldn't find the drop option on any of the devices used (Line, Ctl, Dev and Virtual Ctl, dev). I also don't know if they are using endpasthru to signoff. This is a very hot issue with the MIS Director.

Vary off Line after Signoff

you can create a vcp for a command to check certain parameters on the command call.

Vary off Line after Signoff

Rich, I am not familiar with the term VCP. Can you briefly explain what it is? Thanks, Doug.