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.