× 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.



Kurt, I should clarify that in my case, our firewall was causing the initial QSHELL problem. With the same firewall situation, QSHELL still wouldn't have worked, even if I had RDP. The fix in RDP was just so java.exe wouldn't go nuts CPU-wise once the firewall blockage occurred. So, if there is a firewall situation in your environment and you address that (by authenticating to the firewall, etc), QSHELL should work for you OK in WDSC. WDSC will hang if you ever hit a firewall problem again. RDP will handle a firewall blockage more elegantly w/ no resulting java.exe hang.

On 8/24/2010 6:14 PM, wdsci-l-request@xxxxxxxxxxxx wrote:
As it turns out, the remote shell did start, and proceeded to suck up system usage. I didn't notice any system slowdown yesterday, but today the response time was atrocious. Went to find what was sucking down the system, and oh look, two remote shell jobs. I guess I just won't use remote shell until I get RDP (which will hopefully be soon). Waiting for the upgrade pains to subside before approaching management about it.

-Kurt

-----Original Message-----
From:wdsci-l-bounces@xxxxxxxxxxxx [mailto:wdsci-l-bounces@xxxxxxxxxxxx] On Behalf Of Steve Mervosh
Sent: Monday, August 23, 2010 7:23 PM
To:wdsci-l@xxxxxxxxxxxx
Subject: [WDSCI-L] Upgraded to OS 6.1, Shell not working

I had something like this happen once. In my case, java.exe also hung
and drove up CPU. RDi 7.1 had the fix for the actual hang, however, my
root cause with QShell not working was a firewall situation in our I/T area.

A Verify Connection operation
<http://archive.midrange.com/wdsci-l/200803/msg00206.html#>, or trying
to run STRRSESVR from your i5/OS command line might confirm if you have
a firewall situation concerning server callbacks to the RSE daemon. When
I authenticated to my firewall environment, then the QShell subsystem
worked OK for me - there is a callback from i5/OS to the PC running WDSC
involved
with the QShell subsystem/view.

In my case, when the TCP/IP
<http://archive.midrange.com/wdsci-l/200803/msg00206.html#> interface on
i5/OS is restarted, I needed to re-authenticate with our firewall. The
OS upgrade would have restarted your TCP/IP interface. It took a while
to figure out what was going on in our environment, because QShell had
worked before, and I couldn't figure out why it stopped working.

> After upgrading to OS 6.1, the shell in WDSCi 7.0 doesn't seem to work. For instance, I usually compile java source from WDSC 7.0.0.8, but now the shell opens but none of the commands issued are processed. There isn't a prompt either. I think it used to be a> (in qshell through the green screen it's a $).
>
> I'm wondering if maybe something isn't turned on.


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.