Re: Most telnet sessions not connecting after system restore

Thanks Jim.

After an hour on the phone checking on many things, the tech got an uber tech on the phone and we decided to apply a few PTFs. After which it was time to do the happy dance! The PTF's that were loaded and applied: SI36953,SI39148 and MF48735 seemed to do the trick. It was that, or bouncing the TELNET server and killing the QTVDEVICE jobs that did it.

Thanks to the list and to Debbie and Rachel in Rochester. IBM support: Priceless...

Pete


On 7/15/2010 8:40 PM, Jim Franz wrote:

Pete,
(sort of a check everything...)
Make sure you have a controller *vws that is varied on.

Your virtual devices failing should be in a job log. Check the QTVDEVICE
jobs running in qsyswrk and their logs.

In sbsd qsyswrk is the job QTCPIP - display it's joblog and see if something
failed to startup.

Jim Franz

----- Original Message -----
From: "Pete Helgren"<Pete@xxxxxxxxxx>
To: "Midrange Systems Technical Discussion"<midrange-l@xxxxxxxxxxxx>
Sent: Thursday, July 15, 2010 9:42 PM
Subject: Re: Most telnet sessions not connecting after system restore

The two sessions that ARE running, are running in QINTER and that is
normal for this system.

Scott's suggestion was also something I tried (bumping up the QAUTOVRT
value). It is at 250 for an office of 10 users so that should be
plenty.. :-)

I have IBM in the loop now and they are stumped (at least, the first
phone call left them stumped). I am supposed to get a call back from a
different group so I'll keep you all posted.

Meanwhile, keep the ideas coming. I'd like this NOT to turn into an all
nighter.....

Thanks,

Pete


On 7/15/2010 5:33 PM, Coy Krill wrote:

Any chance the subsystem they normally run in isn't up and running? That
would get you a connected telnet session with no login screen.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Pete Helgren
Sent: Thursday, 15 July, 2010 4:30 PM
To: Midrange Systems Technical Discussion
Subject: Re: Most telnet sessions not connecting after system restore

All are using the IP address of the i.

Pete


On 7/15/2010 5:19 PM, Charles Wilt wrote:

Pete,

Are some of the sessions using IP and other the DNS name?

Charles

On Thu, Jul 15, 2010 at 7:09 PM, Pete Helgren<Pete@xxxxxxxxxx> wrote:

Not sure what is going on here. I had a couple of sessions connected

to

this customers 520 when I shut it down, replaced all the drives and

did

a system restore. When the system came back up, I reconnected my
sessions (tn5250j standard telnet sessions) and continued to check on
items and told the customer to go ahead and have the users sign back
on. The issue is, they can't sign on. I seem to have the only two
functional sessions (besides the console). They get a session
indicating they are "online" but the signon screen never displays.

Even

I can't create a new session. The users are accessing named

sessions.

The sessions are in vary on pending status.

TCP/IP and Telnet are obviously running (else I couldn't be on

myself).

So the question is: What did I miss? I deleted a session and then
attempted to connect (Auto config is ON) but the session never gets

created.

Ideas?

Thanks,

Pete

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)

mailing list

To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.