× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.