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



This DNS configuration issue is actually true of more and more things with IBM i. Get it right. Get it right. Get it right.

With anything Unix/Linux (e.g. HMC or VIOS or AIX) DNS issues impact even harder and can be nearly crippling in some situations.

It's hard to stress enough that you need to get it right for all servers in your environment.

- Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.

On 2/12/2019 1:37 PM, Dawn May wrote:
A common cause of really bad performance (minutes per page) with the web Navigator for i is a DNS configuration issue.

Run the network health check to see if it reports any problems.

Application Runtime Expert - Network Health Checker<http://ibmsystemsmag.com/blogs/i-can/archive/application-runtime-expert-network-health-checker/>

Dawn


On Feb 12, 2019, at 12:06 PM, Bob Cagle <bcagle@xxxxxxxxxxx<mailto:bcagle@xxxxxxxxxxx>> wrote:

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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto:support@xxxxxxxxxxxx> for any subscription related questions.

Help support midrange.com<http://midrange.com> by shopping at amazon.com<http://amazon.com> with our affiliate link: https://amazon.midrange.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.