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



Rob,

At this time, I'm only using the host and guest LPARs for creating and testing DSLO images.
I'm the only user on these LPARS, so no performance issues.
I'm keeping it simple, 1 NWS.
However, things can change overnight, I want to have a good understanding of the pros/cons with multiple NWS.
When you added additional NWS, did you also have to do any HMC config changes?

Paul

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Saturday, April 26, 2014 7:29 PM
To: Midrange Systems Technical Discussion
Subject: RE: Distribute IBM i on available disk units Was: 70GB load source and 5 other drives

Depends on the guest.
One has ~8 Domino servers. Each of these servers is clustered on to at least two other servers.
One has only 1 Domino server and it sits in our DMZ as another cluster of our DMZ Domino servers One has 1 Domino server and a full set of Infor's software for testing.

Neither has a whale of a lot of active users.

We went with guesting so that with scattering each lpar gets 20 arms.
That, and if we add more we do not have to add more raid controllers.

This is the first time the biggest one is guested. It used to be the host. Now we've gone to a dedicated host lpar.

The others used to have just one storage space and seemed rather slow.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 04/26/2014 07:14 PM
Subject: RE: Distribute IBM i on available disk units Was: 70GB
load source and 5 other drives
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Rob,

I'm not sure if you previously stated, what is this guest LPAR used for?

Paul.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [
mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Saturday, April 26, 2014 7:00 PM
To: Midrange Systems Technical Discussion
Subject: Re: Distribute IBM i on available disk units Was: 70GB load
source and 5 other drives

I'm digging what you're saying there. I'm no stranger to TRCASPBAL.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Sue Baker <sue.baker@xxxxxxxxxx>
To: midrange-l@xxxxxxxxxxxx
Date: 04/26/2014 02:46 PM
Subject: Re: Distribute IBM i on available disk units Was: 70GB
load source and 5 other drives
Sent by: midrange-l-bounces@xxxxxxxxxxxx



rob@xxxxxxxxx wrote on Sat, 26 Apr 2014 15:58:16 GMT:

At which point do you run:
STRASPBAL TYPE(*ENDALC)
of the load source?

1: After Task 8: Restore the operating system, beginning
with ƒ oTask 1: Starting to restore the
operating systemƒ ?

2: In the middle of the task 8 above? If so, at which step?

When?


If i is hosting i, I thing I would elect to attempt to run with
no drives in *ENCALC status until I actually see some sort of a
performance issue where high I/Os to the load source can be
clearly identified as the culprit.

At that time, I would run STRASPBAL *ENDALC for UNIT(1) followed
by a STRASPBAL *MOVDTA.

Other options could be to run a TRCASPBAL followed by a
STRASPBAL *USAGE to rearrange "cold" data. This would be in the
hope the hot load source becomes warm.


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.