The connection definition in ACS may be to blame here. Assuming everything
to be in DNS then name the connection :
Mysystem.myextionion, like: v7prod.agiletecharch.com
Then be sure the ACS uses DNS to do the look up.
--
Jim Oberholtzer
Agile Technology Architects
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Bob
Cagle
Sent: Tuesday, February 12, 2019 1:58 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: RE: Hosted LPAR performance
I tried accessing Nav for i thru ACS, but it won't connect and says I may
need to start the Admin server. Which is already started.
I see that it needs port 2004, but using NETSTAT opt 3, that port is not
listed. Is there another server I need to start on the i?
Thanks
Bob
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Rob
Berendt
Sent: Tuesday, February 12, 2019 12:02 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: RE: Hosted LPAR performance
<snip>
old System i Navigator
</snip>
One should be using IBM i Access Client Solutions instead of the deprecated
Windows solution.
It has it's own replacement for Navigator. There's a function or two not in
there you may have seen in the old one. Some are being left only in the
webby version at
http://youribmi:2001
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Bob
Cagle
Sent: Tuesday, February 12, 2019 12:07 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: RE: Hosted LPAR performance
My comment was tongue-in-cheek. The performance of that tool is so bad it's
unusable. I'm not sure what the minimum resources required are for it to
run, but I'm pretty sure I've always been below them.
The old box would take about 10 minutes just to bring up the first page.
Then good luck getting it to do anything else. I've always had to resort to
the old System i Navigator. (Which currently isn't working for me for some
reason...)
Thanks
Bob
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Rob
Berendt
Sent: Tuesday, February 12, 2019 10:30 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: RE: Hosted LPAR performance
Sometimes you have to start it. It may not be autostart. It may be as
simple as STRTCPSVR SERVER(*HTTP) HTTPSVR(*ADMIN) Then again, if you hosting
service is blocking those ports you may have an issue also.
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Bob
Cagle
Sent: Monday, February 11, 2019 5:25 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: RE: Hosted LPAR performance
Oh yeah, that thing. That thing that never works. I think it only ever
works on the biggest machines. It has never worked for me - old box or new.
Thanks
Bob
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Evan
Harris
Sent: Monday, February 11, 2019 2:26 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: Hosted LPAR performance
Hi Bob
If the admin server is running you should be able to access it at your
servers ip address on port 2001.
It's an LPAR level thing, not a platform level tool so there's no reason why
you wouldn't have access to it.
On Tue, Feb 12, 2019 at 9:23 AM Bob Cagle <bcagle@xxxxxxxxxxx> wrote:
Don't think I have access to that - just basic access to our LPAR.
Thanks
Bob
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
Evan Harris
Sent: Monday, February 11, 2019 1:38 PM
To: Midrange Systems Technical Discussion
<midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: Hosted LPAR performance
If you have access to the admin server then running the CPU Waits
Analysis chart might give you some insight as to whether the CPU is an
issue.
There are good disk analysis reports/charts in thee as well.
Based on your feedback regarding WRKDSKSTS I'd be looking at the CPU
waits next.
On Tue, Feb 12, 2019 at 8:00 AM Bob Cagle <bcagle@xxxxxxxxxxx> wrote:
Pretty sure we are capped, but I will double check with the hoster.
Thanks
Bob
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf
Of Holger Scherer
Sent: Monday, February 11, 2019 11:15 AM
To: Midrange Systems Technical Discussion
<midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: Hosted LPAR performance
ok, FTP sounds reasonable. So when the disks usually stay at 0% then
there might be VIOS and/or SAN involved which can create weird results.
Have them report about the disk setup and check parallel usage of
other clients.
If your CPU usage stays <20% then that is not the issue. Do you know
if your LPAR CPU is capped or not?
-h
Am 11.02.2019 um 17:21 schrieb Bob Cagle <bcagle@xxxxxxxxxxx>:
The hoster already asked me to run the WRKDSKSTS and I ran it last
Friday for over 3 hours during our busy time of the day for the system.
The % Busy stayed at 0% the whole time.
The FTP transfers were acceptable. I had one file that was 29GB
that
did take several hours to transfer from the on-premises box to the
new LPAR over VPN.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit:
https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link:
https://amazon.midrange.com
midrange.com
