×
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.
> I did and I'm still staying to "I consider the I/O Handling of IBM i
in a secondary LPAR as a bug." Adding multiple controllers and virtual
disks because of lack of I/O Queue depth and maybe more issues means a
lot of unnecessary complexity to the admin and also a lot of wasted
CPU/IOP cycles because data is being double-handled.
I disagree. It is not 'A Bug' it is a design point that has been in
there since 1988 and most likely from the S/38 before that. IBM i can
support, as I recall, 2047 disk units. I have personally worked with
LPARs that had well over 500 disk units.
In discussions with various IBMers over the years changing IBM i
underlying disk I/O code to support a single disk unit of ginourmous
size would be a very significant undertaking. What's the value of that
other than to a very small group, us IBM i admins??
MANY times in discussions of enhancements for administration of disks
etc I have been told by IBM: "But Larry, you KNOW how to do it now. We
do want to make things easier but it makes no business sense to put a
lot of effort and funding into making YOUR job easier. Rather we are
applying that effort toward new function that keeps our operating system
the most functional in the world." (Such little things like Db2 Mirror
for example.)
For the record, I'm good with that.
- Larry "DrFranken" Bolhuis
www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.
On 3/23/2020 11:10 AM, Patrik Schindler wrote:
Am 23.03.2020 um 15:17 schrieb midrangel@xxxxxxxxxxxxxxxxx:
It's most likely NOT a bug with IBM i . Re-read Larry's response, then read it again.
As Larry pointed out: at least six disk units (virtual or real), all the
same size, then "add and balance", "add and balance"........
Now go read Larry's note again.
Jim, I can read myself. You don't need to push me like that. I was in error and I admitted it. What else, now?
:wq! PoC
PGP-Key: DDD3 4ABF 6413 38DE - https://www.pocnet.net/poc-key.asc
midrange.com
